另一个问题是eclipse没有对src文件夹的写访问权。更改安全权限，确保添加“已验证用户”，并检查所有权限，但完全控制和特殊权限。

这发生在我身上的原因(用Photon)很容易通过改变Eclipse的一般偏好来解决:

Window -> Preferences -> General: Uncheck: "Always run in background"

一旦进行了更改，无论何时关闭Eclipse，它都将不再让javaw.exe进程在后台运行。我猜这是Photon中的一个bug(或者是使用Amazon Corretto OpenJDK版本的Java和Eclipse的bug)，总有一天会被修复。

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

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

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

进入任务管理器(在任务栏中单击右键)，选择进程菜单栏，选择eclipse.exe，单击EndProcess

选择一个“不同的”实际上是一个相当简单的解决方案。

我一直以管理员身份运行Eclipse(从命令行执行sudo Eclipse)，因为“workspace”文件夹正在抛出工作区，或者无法创建…错误(以管理员身份运行似乎是修复该问题的唯一解决方案)。

一位同事(与我一起处理相同的问题)希望通过单击图标来运行Eclipse。所以当他运行Eclipse时，对话框出现了“选择您的工作区”，他只是在“工作区”后面加了一个“2”。

这将创建一个新文件夹:"workspace2"。《Eclipse》运行得很好;从那以后，我再也没有出现过锁的问题。

导致这个问题的另一个非常常见的原因是，如果您试图加载一个不再连接的驱动器上的目录。例如，假设你用C:\Code\Java编程，但偶尔在H:\Code\Java闪存驱动器上工作。如果你没有连接驱动器，很容易相信你正在尝试加载一个有效的目录，而没有注意到你的打字错误。