преобразуйте мягкий - в hardlinks с CP

Я отправил отчет о возможной ошибке coreutils команде @gnu.org в info cp документация и получила этот ответ:

Документы являются немного краткими здесь. Основной вопрос - то, что-a подразумевает-d, и это подразумевает - нет - разыменовывают, который требуется, чтобы заставлять Ваши команды работать как ожидалось. Т.Е. - нет - разыменовывают, требуется, чтобы останавливать CP неявно после символьных ссылок в источнике.

Проверить и разделить деталь, продемонстрированную здесь:

$ mkdir links; : > a; ln -s a b;

Здесь мы видим, что-d переопределяет-H, как это прибывает после. Поэтому мы не разыменуем символьные ссылки во-первых.

$ rm links/*; cp -H -d a b links
$ l links/
lrwxrwxrwx. 1 padraig 1 Oct 10 09:37 b ▪▶ a
-rw-rw-r--. 1 padraig 0 Oct 10 09:37 a

Здесь мы видим, что-H теперь соблюдают, как он является последним, и поэтому символьные ссылки сопровождаются в источнике, приводящем к hardlinks в месте назначения.

$ rm links/*
$ rm links/*; cp -d -H a b links
$ l links
-rw-rw-r--. 2 padraig 0 Oct 10 09:37 b
-rw-rw-r--. 2 padraig 0 Oct 10 09:37 a

Я сделаю документы немного более явными со следующим:

diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index b273627..aeed4ca 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -8257,9 +8257,11 @@ $ mkdir c; : > a; ln -s a b; cp -aH a b c; ls -i1 c
 @noindent

Отметьте исходные данные: @file{b} символьная ссылка на регулярный файл @file{a}, все же файлы в целевом каталоге, @file{c/}, трудно связаны.

• С тех пор @option{-a} подразумевает @option{--preserve=links}, и с тех пор @option{-H} говорит @command{cp} для разыменования параметров командной строки это видит два файла с тем же inode числом и сохраняет воспринятую жесткую ссылку.
• С тех пор @option{-a} подразумевает @option{--no-dereference} это скопировало бы символьную ссылку, но позже @option{-H} говорит @command{cp} разыменовать параметры командной строки, где это затем видит два файла с тем же inode числом. Затем @option{--preserve=links} опция, также подразумеваемая @option{-a} сохранит воспринятую жесткую ссылку.

Было бы трудно преобразовать жесткие ссылки на символьные ссылки. В случае жесткой ссылки существует блок данных в файловой системе, которая имеет две или больше записи файла, указывающие на него. Нет никакого "источника" и "места назначения"; это - буквально один файл с несколькими эквивалентными именами. Можно использовать GNU, находят для идентификации их этот путь:

sauer@zipper:~$ find . -type f -links +1 -printf "%i: %p (%n)\n"
609: ./link1 (2)
609: ./link2 (2)

После того как у Вас есть все файлы с тем же inode, необходимо было бы выбрать, чтобы быть "реальным" файлом и затем просто заменить все другие с символьными ссылками на основной файл. Вероятно, способ сделать, который должен был бы использовать это:

sauer@zipper:~$ find . -type f -links +1 -printf "%i %p\n" | sort -nk1
609 ./link1
609 ./link2

И затем имейте фигуру сценария, как выбрать одно из значений с тем же числом, чтобы иметь все, что другие связывают с ним. Возможно, первый становится целью, и больше с тем же inode symlinked к нему. Вот один действительно простой, непротестированный пример сценария оболочки

#!/bin/sh
prev=""
target=""
find /tmp -type f -links +1 -printf "%i %p\n" | sort -nk1 \
| while read inode file
do
  if [[ $inode != $prev ]]
  then
     target="$file"
     prev=$inode
  else
    ln -sf "$target" "$file"
  fi
done

Существуют потенциальные проблемы в этом, ссылки из различных каталогов могут быть созданы с недопустимой целью, если путь в находке (/tmp в этом примере) не является полным. Но общее представление должно быть прекрасным.