cp 覆盖而不覆盖目标的硬链接

mar*_*lam 5 hard-link cp ln mv

假设我有以下设置:

$ cat fileA
textA
$ cat fileB
textB
$ ln fileA myLink
$ cat myLink # as expected
textA
Run Code Online (Sandbox Code Playgroud)

我不明白以下行为:

$ cp fileB fileA
$ cat myLink # expected ?
textB
Run Code Online (Sandbox Code Playgroud)

如果我写的话,我会预料到这个结果ln -s fileA myLink,但不是在这里。

我希望cp在覆盖模式下执行以下操作:

  1. fileB复制硬盘上某处 的内容
  2. 链接fileA到该硬盘地址

但相反,我推断它会执行以下操作:

  1. 按照链接操作fileA
  2. fileB复制该地址的内容

似乎并不适用于mv,它按照我的预期工作。

我的问题:

  1. 这是否在我错过的地方进行了解释man cpor man mvman ln
  2. 这种行为只是巧合吗(假设fileB大小并不比 更大fileA,还是可以可靠地用作特征?
  3. 这不就打败了硬链接的想法吗?
  4. 有什么方法可以修改该行cp fileB fileA以便下一个cat myLink仍然显示textA

Mat*_*lis 6

硬链接不存在“跟随链接” - 创建硬链接只是为同一个文件提供几个不同的名称(在低级别,文件实际上是整数 - “inode”,它们的名称只是为了用户方便) - 有没有“原件”和“副本”——它们是相同的。因此,您打开和写入的硬链接是完全相同的,它们都是相同的。

因此cp,默认情况下会打开一个文件并向其写入内容,从而更改该文件(以及它所具有的所有名称)。所以是的,这是预期的。现在,如果您(而不是重写)首先删除其中一个名称(从而减少链接计数),然后使用与您的名称相同的名称重新创建新文件,那么您最终会得到两个不同的文件。那就是cp --remove-destination要做的事。

1基础知识记录在 link(2)ln(1)

2是的,这是正常行为,而不是侥幸。但请参阅上面的评论cp --remove-destination

3不,不是真的。硬链接只是同一文件的几个名称。你似乎想要的是 COW(写时复制)链接,它只存在于特殊的文件系统中

4是的,cp --remove-destination fileB fileA