Я використовую Ubuntu 12.04. Коли я намагаюся створити жорстке посилання для будь-якого каталогу, це не вдається. Я можу створити жорсткі посилання для файлів всередині кордону файлової системи. Я знаю причину, чому ми не можемо створити жорсткі посилання для файлів, що перевищують файлову систему.

Я спробував ці команди:

$ ln /Some/Direcoty /home/nischay/Hard-Directory
hard link not allowed for directory
$ sudo ln /Some/Direcoty /home/nischay/Hard-Directory
[sudo] password for nischay: 
hard link not allowed for directory

Я просто хочу знати причину цього. Це однаково для всіх GNU / Linux дистрибутивів та ароматів Unix (BSD, Solaris, HP-UX, IBM AIX) чи лише в Ubuntu чи Linux?

Жорсткі посилання каталогів розбивають файлову систему декількома способами

Вони дозволяють створювати петлі

Жорстке посилання на каталог може посилатися на сам батьків, який створює цикл файлової системи. Наприклад, ці команди можуть створити цикл із зворотним посиланням l:

mkdir -p /tmp/a/b
cd /tmp/a/b
ln -d /tmp/a l

Файлова система з циклом каталогів має нескінченну глибину:

cd /tmp/a/b/l/b/l/b/l/b/l/b

Уникнути нескінченного циклу при переході до такої структури каталогів дещо складно (хоча, наприклад, POSIX вимагає findцього уникати).

Файлова система з таким жорстким посиланням більше не є деревом, оскільки дерево, за визначенням, не повинно містити циклу.

Вони порушують однозначність батьківських каталогів

З циклом файлової системи існує декілька батьківських каталогів:

cd /tmp/a/b
cd /tmp/a/b/l/b

У першому випадку /tmp/aце батьківський каталог /tmp/a/b.
У другому випадку /tmp/a/b/lце батьківський каталог /tmp/a/b/l/b, який такий самий, як /tmp/a/b.
Отже, він має два батьківські каталоги.

Вони множать файли

Файли ідентифікуються шляхом, після вирішення символьних посилань. Тому

/tmp/a/b/foo.txt
/tmp/a/b/l/b/foo.txt

- це різні файли.
Існує нескінченно багато подальших шляхів файлу. Вони однакові з точки зору їх кількості inode, звичайно. Але якщо ви чітко не очікуєте циклів, немає підстав для цього перевірити.

Жорстке посилання каталогу також може вказувати на дочірній каталог або на каталог, який не є ані дочірнім, ані батьківським. У цьому випадку файл, який є дочірньою ланкою, буде реплікуватися у два файли, ідентифіковані двома шляхами.

Ваш приклад

$ ln /Some/Direcoty /home/nischay/Hard-Directory
$ echo foo > /home/nischay/Hard-Directory/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ echo bar >> /Some/Direcoty/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ cat /Some/Direcoty/foobar.txt
foo
bar

Як тоді можуть працювати м'які посилання на каталоги?

Шлях, який може містити софтпосилання і навіть м'які пов'язані петлі каталогів, часто використовується лише для ідентифікації та відкриття файлу. Його можна використовувати як звичайний, лінійний шлях.

Але є й інші ситуації, коли шляхи використовуються для порівняння файлів. У цьому випадку символьні посилання на шляху можуть бути вирішені спочатку, перетворивши його на мінімальний , і зазвичай узгоджене уявлення, створюючи канонічний шлях :

Це можливо, тому що м'які посилання можуть бути розширені до шляхів без посилання. Зробивши це з усіма м'якими посиланнями на контуру, шлях, що залишився, є частиною дерева, де шлях завжди однозначний.

Команда readlinkможе вирішити шлях до свого канонічного шляху:

$ readlink -f /some/symlinked/path

М'які посилання відрізняються від тих, що використовує файлова система

М’яке посилання не може викликати всіх проблем, оскільки воно відрізняється від посилань всередині файлової системи. Його можна відрізнити від жорстких посилань та вирішити на шлях без символьних посилань.
У певному сенсі додавання символьних посилань не змінює базову структуру файлової системи - вона зберігає її, але додає більше структури, як рівень програми.

Від man readlink:

 NAME
        readlink - print resolved symbolic links or canonical
        file names

 SYNOPSIS
        readlink [OPTION]... FILE...

 DESCRIPTION
        Print value of a symbolic link or canonical file name

        -f, --canonicalize
               canonicalize by  following  every  symlink  in
               every component of the given name recursively;
               all but the last component must exist
        [  ...  ]

"Ви, як правило, не повинні використовувати жорсткі посилання все одно" є надто широким. Вам потрібно зрозуміти різницю між жорсткими посиланнями та символьними посиланнями та використовувати кожне, як годиться. Кожен має свій набір переваг та недоліків:

Посилання може:

• Вкажіть на каталоги
• Вкажіть на неіснуючі об’єкти
• Вкажіть на файли та каталоги за межами однієї файлової системи

Постійні посилання можуть:

• Не допускайте видалення файлу, на який вони посилаються

Жорсткі посилання особливо корисні при виконанні програм «копіювати при написанні». Вони дозволяють зберігати резервну копію структури каталогів, використовуючи лише простір для файлів, що змінюються між двома версіями.

Команда cp -alособливо корисна в цьому плані. Це робить повну копію структури каталогів, де всі файли представлені жорсткими посиланнями на вихідні файли. Після цього можна перейти до оновлення файлів у структурі, і лише ті оновлені файли займуть додаткове місце. Це особливо корисно при підтримці резервного копіювання на багато поколінь.

FYI, ви можете досягти того ж, що і жорсткі посилання для каталогів, використовуючи mount:

mount -t bind /var/www /home/user/workspace/www

Це дуже небезпечно, оскільки більшість інструментів і програм не будуть усвідомлювати обов'язковість . Я колись робив щось подібне у наведеному вище прикладі, а потім переходив до rm -rf /home/user. На щастя, нічого в цьому не було /var/www.

Причина жорсткого зв’язування каталогів не дозволена - це невелика технічна. По суті, вони порушують структуру файлової системи . Як правило, не варто використовувати жорсткі посилання в будь-якому випадку. Символічні посилання дозволяють отримати більшість однакових функціональних можливостей, не створюючи проблем (наприклад, ln -s target link).