Почему SOFT LINK не может указывать, но HARD LINK может указывать на INODE удаленного исходного файла?

Сначала я создал как hardlink (HLINK), так и softlink (SLINK) в один файл (A.DAT). Как я знаю, SLINK имеет свой собственный индекс, и этот индексный дескриптор указывает на индекс ADD. Но HLINK не имеет собственного inode. когда мы создаем жесткую ссылку, она будет напрямую указывать на индекс ADD.

Поэтому мой QS здесь, когда мы удаляем оригинальный файл (A.DAT), из-за существования hardlink (HLINK), inode A.DAT все еще присутствует в памяти. Но почему мы не можем получить доступ к этому контенту с помощью SLINK, хотя дескриптор SLINK указывает на индекс, который все еще существует в памяти, тогда как HLINK может получить доступ, хотя он указывает на тот же индекс.

Пожалуйста, помогите мне понять это и исправить меня, если я ошибаюсь.

Благодаря!!

One Solution collect form web for “Почему SOFT LINK не может указывать, но HARD LINK может указывать на INODE удаленного исходного файла?”

SLINK имеет свой собственный индекс, и этот inode укажет на inode A.DAT.

Нет, он вообще не ссылается на индекс. Он указывает на имя A.DAT. Если имя изменено, эта ссылка ломается.

Вот почему символические ссылки могут работать в файловых системах. Индекс (или какая-либо структура данных используется) может быть не видимым, но это имя.

  • есть ли какие-то символические ссылки, которые поддерживают перемещение или переименование целевого файла?
  • Будут ли поддерживаться символические ссылки, если путь цели остается тем же, но все передается на новый диск?
  • Создание глубокой символической ссылки
  • Абсолютные указатели ссылок, способные работать в другой системе
  • Удаление символических ссылок - Логика и как
  • pwd без символических ссылок
  • Когда символическая ссылка неприемлема?
  • Как удалить каталог с «Слишком много уровней символических ссылок»
  • Удаление Symlink в домашний каталог
  • символическая ссылка новая цель
  • Обратная связь Symlink
  • Linux и Unix - лучшая ОС в мире.