删除指向目录的符号链接 [已关闭]

如果 rm 无法删除符号链接，则可能需要查看包含符号链接的目录的权限。若要删除目录条目，需要对包含目录的写入权限。

使用 unlink 命令并确保末尾没有 /：

unlink mySymLink

unlink（） 从文件系统中删除名称。如果该名称是指向文件的最后一个链接，并且没有进程打开该文件，则该文件将被删除，并且它正在使用的空间可供重用。如果该名称是指向文件的最后一个链接，但任何进程仍打开该文件，则该文件将一直存在，直到引用它的最后一个文件描述符关闭。

如果我没看错的话，我认为这可能会有问题。

如果名称引用到符号链接，则删除该链接。

如果名称引用套接字、FIFO 或设备，则删除其名称，但打开对象的进程可以继续使用它。

# this works:
rm foo
# versus this, which doesn't:
rm foo/

基本上，您需要告诉它删除文件，而不是删除目录。我相信 和 之间的区别之所以存在，是因为 C 库处理它们的方式不同。rmrmdir

无论如何，第一个应该可以工作，而第二个应该抱怨 foo 是一个目录。

如果它不能如上所述工作，请检查您的权限。您需要对包含目录的写入权限才能删除文件。

假设您的设置是这样的：，那么您应该能够毫无问题地执行操作。如果不能，请确保您是文件的所有者，并有权写入/执行文件。删除不会触及，除非您递归地进行。ln -s /mnt/bar ~/foorm foofoofoobar

rm应删除符号链接。

$ cd ~
$ mkdir bar
$ ln -s bar foo
$ ls -l foo
lrwxrwxrwx 1 skrall skrall 3 2008-10-16 16:22 foo -> bar

$ rm foo
$ ls -l foo
ls: cannot access foo: No such file or directory

$ ls -l bar
total 0

过时的答案。 在 2008 年至 2023 年之间的某个时间删除。rm -d

假设它实际上是一个符号链接，

$ rm -d symlink

它应该弄清楚，但由于它不能，我们启用了用于另一种不再存在但恰好在这里做正确事情的情况的潜在代码。

我在 Windows Server 上运行的 MinGW（实际上是 Git Bash）遇到了这个问题。上述建议似乎都不起作用。最后，我复制了该目录以防万一，然后删除了Windows资源管理器中的软链接，然后删除了回收站中的项目。它发出的声音就像正在删除文件一样，但没有。不过，请进行备份！

您可以在创建符号链接的文件夹中使用取消链接 <filename>。

我也有同样的问题。所以我建议尝试.unlink <absolute path>

例如。unlink ~/<USER>/<SOME OTHER DIRECTORY>/foo

如果无法删除链接，则可能需要查看包含该链接的目录的权限。若要删除目录条目，需要对包含目录的写入权限。rm