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) 我似乎能够继续正常，但我想知道如何消除这些错误。
我有同样的问题。
“定期工作区保存”。 遇到了问题。 无法写入“/外部文件”的元数据。 D：\ java \ fuentes \ .metadata \ .plugins \ org.eclipse.core.resources \ .projects \ External Files \ .markers.snap（El sistema no puede hallar la ruta especificada）
我创build的文件夹“外部文件”，它工作正常。 几分钟后，文件“.markers.snap”和“.syncinfo.snap”出现在这个文件夹中，消息不再出现。
今天我一直面对同样的问题，每当我退出日食。 在尝试TS.xy提供的上述解决scheme时，下面的步骤现在摆脱了这个问题。
- 切换到新的工作区并closuresEclipse。
- 用新的工作空间打开Eclipse，然后切换到实际的工作空间（发生exception）。
- 实际工作空间加载了我以前的所有项目。
- 现在退出Eclipse，不会导致这种exception。
希望这一步可能适合某人。
我通过closures日食并删除我的工作区文件夹内的整个.metadata文件夹来修复我的问题。
只是另一个数据点，以上都没有帮助我的情况。 我终于通过这个问题的方式是每次Eclipse抱怨一些文件夹不在那里，我去我的硬盘驱动器，并创build文件夹。 例如，我看到后
Could not write metadata for '/servers'. C:\...\.metadata\.plugins\org.eclipse.core.resources\.projects\servers\.markers.snap (The system cannot find the path specified.)
我创build“服务器”文件夹（不是里面的文件）。 这让我到下一个错误。 在问题消失之前，我经历了3-4次迭代（每次退出Eclipse以强制保存）。
HTH，Mark
使用Ubuntu，得到了同样的问题，我注意到〜/ workspace / .metadata / .plugins / …等中的一些目录的所有者是根改变所有者到我和错误停止发生。
看起来同样的问题可能是由多种原因造成的。
closuresEclipse，完全清除.metadata文件夹。如果您的项目引用被删除，请启动Eclipse并再次导入必要的项目。
我遇到了同样的问题，我的解决scheme是重命名工作区文件夹下的文件夹名称。 即com.ibm.collaboration.realtime.alertmanager.embedded被重命名为com.ibm.collaboration.realtime.alertmanager.2embeddedxx并重build我的项目。
这对我来说很简单 –
解
- （前）列出的目录不存在，见图
- 运行Eclipse，看到如下图所示的错误。 closuresEclipse
-
创build它正在查找的目录（ RemoteSystemsTempFiles ）
- 注意：忽略此文件夹中的项目（例如.markers），它们是自动生成的
-
重新启动Eclipse，问题解决了！
示例问题消息
不知道为什么这花了我很长的时间来解决，但现在很容易，回想起来很明显！ ;）…
在我的情况下，因为我不小心删除了我的工作空间文件夹，而且我观察到“定期工作空间保存遇到问题”。为了解决这个问题，我只是创build一个新的工作空间并将所有项目加载到新的工作空间。希望你能通过做同样的事情来解决你的问题。
我也遇到了这个问题。 我的情况有点不同。 我正在使用“工作集”在eclipse中对我的项目进行分组。 我所做的是试图删除一个项目，并在删除时收到错误。 忽略错误我从工作集中删除了项目，因此没有看到我甚至已经有了这个项目。 当我收到我的错误，我不认为通过我的包浏览器与“项目”，反对工作集，作为我的顶视图。 切换到项目的顶级视图后，我发现项目被删除了一半，并能够从我的工作区和硬盘上删除它的内容。
自那以后我没有错误。
通过在本地文件夹上设置工作区来解决它，并从现有资源中设置导入项目的数据。
我在磁盘空间不足时删除了项目区域中的某些目录，并删除了这个目录。 如果Eclipse在你的工作空间目录中崩溃的话，Eclipse会留下一些巨大的核心文件（我有35个这样的文件），所以偶尔你的工作空间值得一看。
无论如何，根据这个问题，我尝试了“创build一个目录”的方法。 它的工作。
当我closuresEclipse的时候，我也看到这个错误，不仅在“定期保存”之后。 所以退出/重新启动也是这个的一部分。
请注意，错误消息中指定的目录path的最后一项是一个文件 – 不是一个目录，所以不要在这里混淆。 也许值得检查目录权限是否正确创build（如我认为在工作区中的其他项目）。
显然，这是Eclipse代码库中的一个错误（创build正在创build的文件下的完整目录path），但是如果我没有将其删除，我就不会首先将其删除。
我从昨天起就有同样的问题。 昨天，我通过创build一个新的工作空间并重新导入项目来解决这个问题。 它似乎运作良好，但今天又开始了。
所以，今天我手动创build了文件夹和文件，并给了完整的权限-rwxrwxrwx。
似乎再次工作…
closuresEclipse。 在Workspace中打开RemoteSystemsTempFiles文件夹，并在该文件夹中清除。 再次打开eclipse并closures，警告有关.project。 按确定，然后打开Eclipse。 解决了我的问题。
今天我们把杀毒软件切换到卡巴斯基后，我遇到了这个问题。
在我的情况下，该平台是Windows 7.我的工作区存储在映射的networking驱动器上。 奇怪的是，即使这似乎是一个权限问题，我可以操作与无法访问的文件相同级别的文件和文件夹，而无需担心。 到目前为止，唯一的两个解决方法是将工作区移到本地驱动器或卸载卡巴斯基。 删除和重新安装卡巴斯基没有防火墙function没有办法。
我会更新这个答案，如果当我们find一个更容易的解决scheme，但我期望这将涉及调整反病毒软件，而不是Eclipse。
在我的情况下，我存储工作区的驱动器已经完全下载SDK更新，我只需要清除它的一些空间。
这发生在我身上，因为我删除了我的工作区中的.metadata文件夹内的一个资源文件。
尝试所有方法后，删除我的工作区中的.metadata文件夹工作。
事实上，这个核弹选项似乎在有很多与eclipse bug有关的问题时都有效。 一个这样的例子是工作集。 工作集是非常错误（但有用），是在那里，我的大部分日食问题开始。
希望这有助于某人。
我解决了切换工作区的问题。
- 转到文件（切换工作区）
- select目标并创build一个名为Workspace的文件夹
- 运行一个Hello World并closuresEclipse（请注意，Eclipse会自动创build文件夹RemoteSystemsTempFiles）
- 现在将所有项目复制到新的文件夹Workspace中
- 打开Eclipse，如有必要（有时Eclipse不显示项目）导入所有这些（从文件系统转到文件/打开项目）
在你退出日食之后，会有一个特定的失败原因。 我的是磁盘是满的所以日食不能写入它了。
