假设它真的是一个符号链接，

$ rm -d symlink

它应该能解决这个问题，但既然不能，我们就启用了为另一种情况准备的潜在代码，这种情况已经不存在了，但恰好在这里做了正确的事情。

如果rm不能删除符号链接，也许您需要查看包含符号链接的目录的权限。若要删除目录项，则需要对目录具有写权限。

使用“unlink”命令，并确保结尾没有/

$ unlink mySymLink

Unlink()从文件系统中删除一个名称。如果该名称是到文件的最后一个链接，并且没有进程打开该文件，则删除该文件，并使其使用的空间可用于重用。 如果该名称是文件的最后一个链接，但任何进程仍然打开该文件，则该文件将继续存在，直到引用它的最后一个文件描述符关闭。

如果我没看错的话，我觉得这可能有问题。

如果名称引用了符号链接，则该链接将被删除。 如果引用了套接字、fifo或设备的名称，则该名称将被删除，但打开该对象的进程可以继续使用它。

https://linux.die.net/man/2/unlink

假设您的设置类似于:ln -s /mnt/bar ~/foo，那么您应该能够毫无问题地执行rm foo。如果不能，请确保您是foo的所有者，并且有权限写入/执行该文件。删除foo不会触及bar，除非你递归地这样做。

我在Windows服务器上运行MinGW(实际上是Git Bash)时遇到了这个问题。上面的建议似乎都没用。最后，a复制了该目录以防万一，然后删除了Windows资源管理器中的软链接，然后删除了回收站中的项目。它发出声音，好像在删除文件，但并没有。不过一定要做备份!

在CentOS上，只需运行rm linkname，它就会要求“移除符号链接?”输入Y并输入，链接将消失，目录是安全的。