Question

解决方案

目录中的文件和目录.linktorootdir是从根目录复制的。您可以简单地使用例如删除它们rm -rf /volume1/usbcopy/USBCopy_1303012145/.linktohomedir。

解释如下。

目录的硬链接

硬链接理论上可以，但由于有多种原因它们在许多系统（包括 Linux）中被禁用。这也意味着您将无法删除目录的硬链接，因为unlink()系统调用不允许这样做。

示范

root@x:~/testdir# ln -F dir1 dir1link
ln: failed to create hard link `dir1link' => `dir1': Operation not permitted
root@x:~/testdir# unlink dir1
unlink: cannot unlink `dir1': Is a directory

所示的拒绝是 Linux 内核中硬编码的（fs/namei.c）。系统调用的结果如下：

linkat(AT_FDCWD, "dir1", AT_FDCWD, "dir1link", 0) = -1 EPERM (Operation not permitted)
unlink("dir1")                          = -1 EISDIR (Is a directory)

识别两种类型的链接

软链接-ls -l显示l为类型/权限字段的第一个字符。stat输出显示symbolic link。
硬链接- 硬链接相互之间无法区分。原始文件和新创建的硬链接除了路径/文件名之外看起来完全相同。硬链接不能从一个文件系统指向另一个文件系统。ls -i显示所有硬链接到相同数据（由 inode 表示）的文件的 inode 编号相同。第二列ls -l显示指向 inode 的硬链接数。

user1@x:~/testdir$ ls -li
total 12
6865008 drwxrwxr-x 2 user1 user1 4096 Jul 30 00:50 dir1
6822146 lrwxrwxrwx 1 user1 user1    4 Jul 30 01:44 dir1symlink -> dir1
6822155 -rw-rw-r-- 2 user1 user1   64 Jul 30 01:44 file1
6822155 -rw-rw-r-- 2 user1 user1   64 Jul 30 01:44 file1hardlink

user1@x:~/testdir$ stat * | grep -E '((File)|(Size)|(Device)):'
  File: `dir1'
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 807h/2055d  Inode: 6865008     Links: 2
  File: `dir1symlink' -> `dir1'
  Size: 4           Blocks: 0          IO Block: 4096   symbolic link
Device: 807h/2055d  Inode: 6822146     Links: 1
  File: `file1'
  Size: 64          Blocks: 8          IO Block: 4096   regular file
Device: 807h/2055d  Inode: 6822155     Links: 2
  File: `file1hardlink'
  Size: 64          Blocks: 8          IO Block: 4096   regular file
Device: 807h/2055d  Inode: 6822155     Links: 2

起源`.linktorootdir`

在.dfmdesk目录中可制造性制造首次启动时会创建一些链接。这些链接将在桌面上显示为图标。链接之间将有两个目录链接：.linktorootdir作为符号链接到系统根目录可制造性制造正在运行.linktohomedir。请参阅DFM 文档和DFM源。

在您的情况下，目录/和/volume1/usbcopy/USBCopy_1303012145/.linktohomedir位于不同的文件系统（/dev/root和/dev/vg1000/lv），因此它们不能是指向同一 inode 的硬链接。（硬链接只能指向单个文件系统的范围。）

我们可以猜测您所描述的问题是如何出现的。很可能备份到 NTFS 能够保留符号链接，因为 NTFS 具有此功能。稍后当您从 USB 驱动器复制备份时，复制工具没有按预期处理符号链接。该工具不是只复制符号链接本身，而是跟踪源驱动器上的符号链接并复制它们的内容（在这种情况下是根目录.linktorootdir）。Synology 论坛中也描述了类似的问题：USBCopy 在复制 HDD 时陷入无限循环。

解决方案在开头描述。

Answer 1

解决方案

目录中的文件和目录.linktorootdir是从根目录复制的。您可以简单地使用例如删除它们rm -rf /volume1/usbcopy/USBCopy_1303012145/.linktohomedir。

解释如下。

目录的硬链接

硬链接理论上可以，但由于有多种原因它们在许多系统（包括 Linux）中被禁用。这也意味着您将无法删除目录的硬链接，因为unlink()系统调用不允许这样做。

示范

root@x:~/testdir# ln -F dir1 dir1link
ln: failed to create hard link `dir1link' => `dir1': Operation not permitted
root@x:~/testdir# unlink dir1
unlink: cannot unlink `dir1': Is a directory

所示的拒绝是 Linux 内核中硬编码的（fs/namei.c）。系统调用的结果如下：

linkat(AT_FDCWD, "dir1", AT_FDCWD, "dir1link", 0) = -1 EPERM (Operation not permitted)
unlink("dir1")                          = -1 EISDIR (Is a directory)

识别两种类型的链接

软链接-ls -l显示l为类型/权限字段的第一个字符。stat输出显示symbolic link。
硬链接- 硬链接相互之间无法区分。原始文件和新创建的硬链接除了路径/文件名之外看起来完全相同。硬链接不能从一个文件系统指向另一个文件系统。ls -i显示所有硬链接到相同数据（由 inode 表示）的文件的 inode 编号相同。第二列ls -l显示指向 inode 的硬链接数。

user1@x:~/testdir$ ls -li
total 12
6865008 drwxrwxr-x 2 user1 user1 4096 Jul 30 00:50 dir1
6822146 lrwxrwxrwx 1 user1 user1    4 Jul 30 01:44 dir1symlink -> dir1
6822155 -rw-rw-r-- 2 user1 user1   64 Jul 30 01:44 file1
6822155 -rw-rw-r-- 2 user1 user1   64 Jul 30 01:44 file1hardlink

user1@x:~/testdir$ stat * | grep -E '((File)|(Size)|(Device)):'
  File: `dir1'
  Size: 4096        Blocks: 8          IO Block: 4096   directory
Device: 807h/2055d  Inode: 6865008     Links: 2
  File: `dir1symlink' -> `dir1'
  Size: 4           Blocks: 0          IO Block: 4096   symbolic link
Device: 807h/2055d  Inode: 6822146     Links: 1
  File: `file1'
  Size: 64          Blocks: 8          IO Block: 4096   regular file
Device: 807h/2055d  Inode: 6822155     Links: 2
  File: `file1hardlink'
  Size: 64          Blocks: 8          IO Block: 4096   regular file
Device: 807h/2055d  Inode: 6822155     Links: 2

起源`.linktorootdir`

在.dfmdesk目录中可制造性制造首次启动时会创建一些链接。这些链接将在桌面上显示为图标。链接之间将有两个目录链接：.linktorootdir作为符号链接到系统根目录可制造性制造正在运行.linktohomedir。请参阅DFM 文档和DFM源。

在您的情况下，目录/和/volume1/usbcopy/USBCopy_1303012145/.linktohomedir位于不同的文件系统（/dev/root和/dev/vg1000/lv），因此它们不能是指向同一 inode 的硬链接。（硬链接只能指向单个文件系统的范围。）

我们可以猜测您所描述的问题是如何出现的。很可能备份到 NTFS 能够保留符号链接，因为 NTFS 具有此功能。稍后当您从 USB 驱动器复制备份时，复制工具没有按预期处理符号链接。该工具不是只复制符号链接本身，而是跟踪源驱动器上的符号链接并复制它们的内容（在这种情况下是根目录.linktorootdir）。Synology 论坛中也描述了类似的问题：USBCopy 在复制 HDD 时陷入无限循环。

解决方案在开头描述。

如何删除可能与根目录硬链接的目录？

答案1

解决方案

目录的硬链接

起源`.linktorootdir`

相关内容

答案1

解决方案

目录的硬链接

起源.linktorootdir

相关内容

起源`.linktorootdir`