Я розумію, що жорсткі посилання включають в себе копію оригінального файлу і що я можу видалити жорстко пов'язаний файл в одному каталозі, а він ще буде існувати в іншому каталозі.
Якщо це так, то чому я б взагалі хотів використовувати жорсткі посилання? Чому б просто не мати двох окремих файлів?
Відповіді:
Якщо ви скопіюєте файл, він буде дублювати вміст. Тож якщо ви зміните вміст одного файлу, це не вплине на інший.
Якщо ви зробите жорстке посилання, це створить файл, що вказує на той самий вміст. Тож якщо ви зміните вміст будь-якого з файлів, зміна буде помічена на обох.
Жорстке посилання - це головне друге ім'я файлу для того ж файлу. Тож якщо ви твердо посилаєте файл, він буде лише один раз у файловій системі, а тому займе місце лише один раз. Отже, ви хочете використовувати це, якщо ви хочете зберегти диск
У файлових системах unix кожне ім'я файлу насправді є міцним посиланням на розташування даних на диску, що називається inode. Якщо ви створите нове жорстке посилання на існуючий файл, це не займе місця на диску, оскільки це лише інший покажчик на ті самі дані. Якщо ви редагуєте дані за одним чи іншим посиланням (або редагуєте вклад безпосередньо), обидва файли будуть змінені.
Система зберігає підрахунок, скільки жорстких посилань має кожен inode. Коли кількість посилань дорівнює 0, файл більше не може бути досягнутий, і дані позначаються як безпечні для запису. Таким чином, надаючи файл із двома жорсткими посиланнями, якщо ви видалите будь-яке посилання, дані не будуть видалені. Тільки якщо ви видалите обидва, дані не зникнуть.
Ви можете бачити номери даних у файлах за допомогою -iперемикача на lsкоманду.
З іншого боку, м'яке посилання вказує на інший файл за його назвою. Якщо ви перемістите або видалите початковий файл, посилання буде розірвано.
З посиланням на частину запитання, "яке я хотів би використовувати жорсткі посилання взагалі?":
Файли з жорстким зв’язком (або, з цього приводу, м'які (символічні) зв'язані файли, пропонують корисний спосіб мати єдиний виконуваний файл, який можна зробити маскарадом для різних цілей.
Тобто ім'я, за допомогою якого викликається код, можна вивчити, щоб визначити, які варіанти доступні для виконання. Це дозволяє розробляти та упаковувати один великий фрагмент коду з усіма спільними функціональними можливостями, необхідними для трохи інших цілей. З точки зору користувача, специфікація "що" для запуску (за назвою) обмежує вибір та презентацію більш керованою підмножиною параметрів.
Класичний приклад - LVM. Свого часу HP-UX використовуються файли жорстко пов'язані для різних виконуваних файлів (наприклад vgdisplay, vgcreate, vgextendі т.д. У даний час , як Linux, ці команди на самому ділі символічні (м'які) посилання до lvmвиконуваним.