Eclipse :“ '주기적인 작업 공간 저장.' 문제가 발생했습니다.”
Mac 10.7.4에서 Eclipse Indigo를 사용하고 있습니다. 작업하는 동안 이러한주기적이고 성가신 대화 상자가 나타납니다.
'Periodic workspace save.' has encountered a problem.
Could not write metadata for '/.org.eclipse.jdt.core.external.folders'.
/Users/davea/Dropbox/workspace/.metadata/.plugins/org.eclipse.core.resources/.projects/.org.eclipse.jdt.core.external.folders/.markers.snap (No such file or directory)
정상적으로 계속할 수있는 것 같지만 어떻게하면 이러한 오류를 제거 할 수 있을지 궁금합니다.
나는 같은 문제가 있었다.
'주기적인 작업 공간 저장.' 문제가 발생했습니다. '/ External Files'에 대한 메타 데이터를 쓸 수 없습니다. D : \ java \ fuentes \ .metadata \ .plugins \ org.eclipse.core.resources \ .projects \ External Files \ .markers.snap (El sistema no puede hallar la ruta especificada)
"External Files"폴더를 만들었는데 제대로 작동했습니다. 몇 분 후 ".markers.snap"및 ".syncinfo.snap"파일이이 폴더에 나타나고 메시지는 더 이상 나타나지 않습니다.
오늘 나는 일식을 끝낼 때마다 일관되게 같은 문제에 직면했습니다. TS.xy에서 제공하는 위의 솔루션을 시도하는 동안 아래 단계는 현재이 문제를 해결했습니다.
- 새 작업 공간으로 전환하고 Eclipse를 닫습니다.
- 새 작업 공간으로 Eclipse를 열고 그 후 실제 작업 공간 (예외 발생)으로 전환하십시오.
- 모든 이전 프로젝트와 함께로드 된 실제 작업 공간.
- 이제 Eclipse를 종료해도 해당 예외가 발생하지 않습니다.
이 단계가 누군가에게 효과가 있기를 바랍니다.
이클립스를 닫고 작업 공간 폴더 내의 전체 .metadata 폴더를 삭제하여 내 문제를 해결했습니다.
다른 데이터 포인트의 경우 위의 어느 것도 내 상황에 도움이되지 않았습니다. 마침내이 문제를 극복 한 방법은 Eclipse가 일부 폴더가 없다는 불만을 제기 할 때마다 하드 드라이브로 이동하여 폴더를 만들었습니다. 예 : 내가 본 후에
Could not write metadata for '/servers'.
C:\...\.metadata\.plugins\org.eclipse.core.resources\.projects\servers\.markers.snap (The system cannot find the path specified.)
"servers"폴더를 만듭니다 (그 안에있는 파일이 아님). 그러면 다음 오류가 발생합니다. 문제가 해결되기 전에 3-4 번의 반복 작업을 수행했습니다 (저장을 강제하기 위해 매번 Eclipse를 종료).
HTH, 마크
Ubuntu를 사용하여 동일한 문제가 발생했습니다. ~ / workspace / .metadata / .plugins / ... etc ...의 일부 디렉토리 소유자가 루트로 소유자를 변경하고 오류가 발생하지 않는다는 것을 알았습니다.
여러 원인으로 인해 동일한 종류의 문제가 발생할 수 있습니다.
Eclipse를 닫고 .metadata 폴더를 완전히 지 웁니다 .. Eclipse를 시작하고 프로젝트 참조가 삭제되면 필요한 프로젝트를 다시 한 번 가져옵니다.
이것은 나에게 간단했습니다.
해결책
- (사전) 나열된 디렉토리가 존재하지 않습니다. 그림 참조
- Eclipse를 실행하고 아래 그림에 표시된 오류를 참조하십시오. Eclipse 닫기
찾고 있는 디렉토리 ( RemoteSystemsTempFiles )를 만듭니다.
- 참고 :이 폴더의 항목 (예 : .markers)을 무시하면 자동으로 생성됩니다.
Eclipse를 다시 시작하면 문제가 해결되었습니다!
예제 문제 메시지
이 문제를 해결하는 데 왜 그렇게 오래 걸 렸는지 잘 모르겠지만 지금은 아주 쉽고 돌이켜 보면 아주 분명합니다! ;) ...
같은 문제가 발생했습니다. 해결 방법은 작업 공간 폴더 아래의 폴더 이름을 바꾸는 것이 었습니다. 즉 , 내 프로젝트 com.ibm.collaboration.realtime.alertmanager.embedded로 이름이 바뀌고 com.ibm.collaboration.realtime.alertmanager.2embeddedxx다시 빌드되었습니다.
나를 위해 작동하는 솔루션은 다음과 같습니다.
- .metadata 폴더 삭제
- 이클립스 다시 시작
제 경우에는 실수로 작업 공간 폴더를 삭제했고 '주기적 작업 공간 저장에 문제가 발생했습니다.'라는 메시지가 표시 되었기 때문입니다.이 문제를 해결하기 위해 새 작업 공간을 만들고 모든 프로젝트를 새 작업 공간에로드하기 만하면됩니다. 같은 일을하여 문제를 해결할 수 있기를 바랍니다.
I also ran into this problem. My situation was a little different. I was using 'working sets' to group my projects inside of eclipse. What I had done was attempt to delete a project and received errors while deleting. Ignoring the errors I removed the project from my working set and thus didn't see that I even had the project anymore. When I received my error I didn't think to look through my package explorer with 'projects', opposed to working sets, as my top view. After switching to a top level view of projects I found the project that was half deleted and was able to delete its contents from both my workspace and the hard drive.
I haven't had the error since.
Solved it by setting workspace on a local folder, and set data from import project, from existing resources.
I had gotten a little too aggressive about removing some directories in my project area when I was running out of disk space, and deleted this directory. Eclipse can leave some huge core files if it crashes in your workspace directories, (I had 35 gig of them) so it's worth taking a look there in your workspaces occasionally.
Anyway, as per the problem I tried the 'create a directory' approach. And it worked.
I was also seeing this error when I closed Eclipse by the way, not only after the 'periodic save'. So the exit/restart was also part of this.
Note that the last item on the directory path specified in the error message is a file -- not a directory, so don't get confused here. Probably worth checking that the directory permissions are created correctly as well (as the other projects in the workspace I think).
Obviously this is a bug in the Eclipse code base, (creating the full directory path under the file that is being created), but had I not deleted it in the first place, I would not have caused it in the first place.
I have the same problem since yesterday. Yesterday, I fixed it by creating a new workspace and reimporting the projects. It seemed to work well, but today it started again.
So, today I created the folder and the file manually and gave the full permissions -rwxrwxrwx.
Seems to work again...
Close Eclipse. Open RemoteSystemsTempFiles folder in Workspace, and clear inside this folder. Again open eclipse and close, warn about .project. Press Ok, then open Eclipse. Solved my problem that.
I ran into this problem today after they switched our anti-virus software to Kaspersky.
In my case, the platform is Windows 7. My workspace is stored on mapped network drive. The strange thing is that, even though this appears to be a permission issue, I could manipulate files and folders at the same level as the inaccessible file without incident. So far, the only two workarounds are to move the workspace to the local drive or to uninstall Kaspersky. Removing and re-installing Kaspersky without the firewall feature did not do the trick.
I will update this answer if and when we find a more accommodating solution, though I expect that will involve adjusting the anti-virus software, not Eclipse.
In my case, the drive I was storing my workspace on had become full downloading SDK updates full and I just needed to clear some space on it.
This happened to me because i deleted one of the resources files inside the .metadata folder in my workspace.
After trying all methods, deleting the .metadata folder in my workspace worked.
Infact, this nuke option seems to work when there are a lot of issues related to eclipse bugs. One such example is working-sets. Working-sets are extremely buggy(but useful) and it is there that most of my eclipse problems start.
Hope this helps someone.
I solved the problem switching the workspace.
- Go to File (Switch workspace)
- Select the destination and create a folder named Workspace
- Run a Hello World and close Eclipse (notice that Eclipse creates the folder RemoteSystemsTempFiles automatically)
- now copy all your projects into the new folder Workspace
- Open Eclipse and if necessary (sometimes Eclipse does not show the projects) import all of them (go to File/ Open projects from File System)
After you exit the eclipse, there would be an specific failed reason. Mine is that the DISK IS FULL so the eclipse can't write into it anymore.
Agree with @J-Dizzle,
I am a beginner in web-development and had a hard time solving this today. Had similar problems when I was creating a SpringBoot project in STS. Tried most of the solutions mentioned but they didn't work. Tried removing .metadata folder and re-building my springboot project but still nothing worked.
참고 : STS에 여러 작업 영역이 있었고 프로젝트를 한 작업 영역에서 다른 작업 영역으로 마이그레이션 한 후이 오류가 발생했습니다.
솔루션 : 당신이해야 할 일은 일식 / STS IDE를 다시 시작하는 것뿐입니다.
'Programing' 카테고리의 다른 글
| AsyncTask : doInBackground ()의 반환 값은 어디로 가나 요? (0) | 2020.12.05 |
|---|---|
| stdout 및 stderr를 다른 변수로 캡처 (0) | 2020.12.05 |
| SDK Manager에서 Android 4.4W (API20)와 Android L (API20, L 미리보기)의 차이점은 무엇입니까? (0) | 2020.12.05 |
| 구조체 목록에서 요소 값 변경 (0) | 2020.12.05 |
| jdk1.5에서 MessageFormat.format과 String.format의 차이점은 무엇입니까? (0) | 2020.12.05 |