下面是解决这个问题的几个步骤。4步对我来说很有用。

Delete .log files along .metadata folder. Check the current user permission make sure to check the full control checkbox click apply then OK. If you run system drive defragmentation or maintenance before you run eclipse editor sometimes original file path are not in their respective path to make sure run "previous version" time before your system maintenance of your drive where the eclipse workbench or something similar to this was saved. This last option is works for me. Check the drive letter of your current drive where the code editor was saved. If something unusual e.g before your maintenance your drive letter is K then after defragment or maintenance. The drive letter is now L hence you should change the drive letter to its original one that is K. to do this click the ff: Open control panel System & security Administrative tools Computer management Disk management in disk mngt choose the Drive example L then right click > change drive letter & path > click remove > then ok, open it again then > click add and > choose your original drive letter for that drive then click ok. If you use your computer for a long period of time do restart first to refresh everything.

到目前为止，我已经看到了3个其他修复:

在.metadata/， rm .lock文件中 如果#1不起作用，尝试杀死进程javaw.exe等，然后rm .lock文件 如果#1和#2不工作，尝试rm .log文件在.metadata/，并再次检查.plugin/。 这对我来说一直都很有效:重新定位.metadata/，打开和关闭eclipse，然后覆盖。metadata

解决方案可以归结为清理.metadata文件夹。

使用选项-Dosgi.locking=none启动Eclipse。

我知道窍门了，而且很管用。

不要这样做，除非您知道没有人可以同时处理同一个文件。

如果有人有STM32Cube相关的问题，这显然是基于Eclipse的，有同样的问题，以上的建议对我都不适用，这里是我如何修复它，对于Linux，尽管我想你也可以在Windows中找到相应的路径。

在$HOME目录下，进入.eclipse/com.st.stm32cube.ide…/configuration/settings

prefs文件包含很少的选项，包括最近的工作空间路径，以及它是否会提示您在启动时选择一个工作空间。修改RECENT_WORKSPACES的路径，或者启用SHOW_WORKSPACE_SELECTION_DIALOG。

只需删除eclipse工作区目录中的.metadata目录中的.lock文件。

注意事项-如果你删除。metadata文件夹，所有的首选项都会被删除。

我观察到一个例子，当eclipse在强制退出，或Alt-f2 xkilled在linux中，尝试立即打开eclipse显示错误。甚至元数据/。锁文件在这种情况下不存在。 然而，它在大约两分钟后开始工作