Как к искомому тексту всюду по целой файловой системе?

Это - просто плохая идея, поскольку нет никакого способа сказать различие между жесткой ссылкой и настоящим именем.

Разрешение жестких ссылок на каталоги повредило бы направленную структуру графа без петель файловой системы, возможно создав циклы каталога и повисшие поддеревья каталога, которые сделают fsck и любые другие подверженные ошибкам ходоки дерева файла.

Во-первых, для понимания этого давайте говорить о inodes. Данные в файловой системе сохранены в блоках на диске, и те блоки собраны вместе inode. Можно думать о inode как о файле.   Inodes испытывают недостаток в именах файлов, все же. Это - то, где ссылки входят.

Ссылка является просто указателем на inode. Каталог является inode, который содержит ссылки. Каждое имя файла в каталоге является просто ссылкой на inode. Открытие файла в Unix также создает ссылку, но это - другой тип ссылки (это не именованная ссылка).

Жесткая ссылка является просто дополнительной записью каталога, указывающей на это inode. Когда Вы ls -l, число после полномочий является именованным числом каналов. Большинство регулярных файлов будет иметь одну ссылку. Создание новой жесткой ссылки на файл заставит оба имен файлов указать на тот же inode.Примечание:

% ls -l test
ls: test: No such file or directory
% touch test
% ls -l test
-rw-r--r--  1 danny  staff  0 Oct 13 17:58 test
% ln test test2
% ls -l test*
-rw-r--r--  2 danny  staff  0 Oct 13 17:58 test
-rw-r--r--  2 danny  staff  0 Oct 13 17:58 test2
% touch test3
% ls -l test*
-rw-r--r--  2 danny  staff  0 Oct 13 17:58 test
-rw-r--r--  2 danny  staff  0 Oct 13 17:58 test2
-rw-r--r--  1 danny  staff  0 Oct 13 17:59 test3
            ^
            ^ this is the link count

Теперь, можно ясно видеть, что нет такой вещи как жесткая ссылка. Жесткая ссылка совпадает с регулярным именем. В вышеупомянутом примере, test или test2, который является исходным файлом и который является жесткой ссылкой? К концу Вы не можете действительно сказать (даже метками времени), потому что оба имени указывают на то же содержание, тот же inode:

% ls -li test*  
14445750 -rw-r--r--  2 danny  staff  0 Oct 13 17:58 test
14445750 -rw-r--r--  2 danny  staff  0 Oct 13 17:58 test2
14445892 -rw-r--r--  1 danny  staff  0 Oct 13 17:59 test3

-i флаг к ls шоу Вы inode числа в начале строки. Отметьте как test и test2 имейте то же inode число, но test3 имеет другой.

Теперь, если бы Вам разрешили сделать это для каталогов, то два различных каталога в различных точках в файловой системе могли указать на то же самое. На самом деле subdir мог указать назад своему прародителю, создав цикл.

Почему этот цикл является беспокойством? Поскольку, когда Вы пересекаете, нет никакого способа обнаружить Вас, цикличное выполнение (не отслеживая inode числа, поскольку Вы пересекаете). Предположите, что Вы пишете du команда, которая должна рекурсивно вызвать через subdirs для обнаружения об использовании диска. Как был бы du знайте, когда это поразило цикл? Это подвержено ошибкам и большая бухгалтерия это du должен был бы сделать, только для осуществления этой простой задачи.

Символьные ссылки являются совершенно другим зверем, в этом они - специальный тип "файла", за которым много API файловой системы файла имеют тенденцию автоматически следовать. Отметьте, символьная ссылка может указать несуществующему месту назначения, потому что они указывают по имени, и не непосредственно к inode. То понятие не имеет смысла с жесткими ссылками, потому что простое существование "жесткой ссылки" означает, что файл существует.

Итак, почему может du соглашение с символьными ссылками легко и не жесткими ссылками? Мы смогли видеть выше этого, жесткие ссылки неотличимы от нормальных записей каталога. Символьные ссылки, однако, являются особенными, обнаруживаемыми, и skippable! du уведомления, что символьная ссылка является символьной ссылкой и пропускает ее полностью!

% ls -l 
total 4
drwxr-xr-x  3 danny  staff  102 Oct 13 18:14 test1/
lrwxr-xr-x  1 danny  staff    5 Oct 13 18:13 test2@ -> test1
% du -ah
242M    ./test1/bigfile
242M    ./test1
4.0K    ./test2
242M    .