ln

Посилання (жорсткі та символічні) на файли та каталоги

Стисло:

ln -s /home/user/doc/real_file.ext /home/user/articles/symlink_to_real_file.ext

Якщо не вказати ім’я сімлінка, то він створиться з тією ж назвою, що у реального файла:

ln -s /home/user/doc/real_file.ext /home/user/articles/

Також можна робити лінки на директорії:

ln -s /work/www(_real) /home/user/www(_link)

Детально:

Ссылки позволяют давать файлу сразу несколько имён. В файловой системе, используемой в Linux, файлы в системе распознаются по их номеру индексного дескриптора (inode number). Этот номер является уникальным во всей файловой системе. Каталог же представляет собой список номеров индексных дескрипторов и соответствующих имён файлов. Каждое имя файла в каталоге связано с некоторым индексным дескриптором.

Жесткие ссылки

Для создания нескольких ссылок к одному файлу служит команда ln. Пусть, например, в текущем каталоге имеется файл с именем path_to. Увидеть соответствующий ему номер индексного дескриптора можно с помощью команды ls -i. Пример:

/home/larry# ls -i path_to 22192 path_to /home/larry#

Здесь файлу path_to соответствует индексный дескриптор номер 22192 файловой системы. К файлу path_to можно создать ещё одну ссылку и назвать её linkname. Это делается следующим образом:

/home/larry# ln path_to linkname

Теперь с помощью команды ls -i можно увидеть, что оба файла относятся к одному и тому же индексному дескриптору:

/home/larry# ls -i path_to linkname
22192 linkname  22192 path_to
/home/larry#

Теперь, обращаясь к файлу path_to или linkname, мы, в действительности, будем обращаться к одному и тому же файлу. Производя изменения в файле path_to, мы можем увидеть, что они появились также и в файле linkname. Со всех точек зрения файлы path_to и linkname — это один и тот же файл.

Подобные ссылки называются жёсткими ссылками (hard links), поскольку они создают непосредственную связь с конкретным индексным дескриптором. Отметим, что жёсткие ссылки можно создавать только тогда, когда файлы находятся в одной и той же файловой системе, в то время как символические ссылки (см. ниже) не имеют таких ограничений.

При удалении файла командой rm в действительности удаляется только одна ссылка на файл. Если мы теперь введём команду

/home/larry# rm path_to

то будет удалена только ссылка под названием path_to, а ссылка linkname будет продолжать существовать. По-настоящему файл будет удалён из файловой системы только тогда, когда на него не останется больше ссылок. Обычно на один файл имеются только одна ссылка, так что команда rm его удалит. Однако если к файлу имеются множественные ссылки, то команда rm будет удалять только одну ссылку, и для того, чтобы этот файл удалить, придётся удалять все ссылки на этот файл.

Команда ls -l выдаёт (помимо прочей информации) число ссылок на каждый файл.

/home/larry# ls -l path_to linkname
-rw-r--r--   2 root     root      12 Aug  5 16:51 linkname
-rw-r--r--   2 root     root      12 Aug  5 16:50 path_to
/home/larry#

Цифра 2 во второй колонке этого списка обозначает число ссылок на файл.

Отметим, что каталог в действительности представляет собой просто файл, содержащий информацию о связях (ссылках) между именами файлов и индексными дескрипторами. Также каждый каталог содержит, как минимум, две жёстких ссылки: ссылка . указывает на сам каталог, а ссылка .. указывает на родительский каталог. У корневого каталога (/) ссылка .. указывает на сам корневой каталог /. Иными словами, родительским каталогом корневого каталога является тот же самый каталог.

Символические ссылки

С помощью символических ссылок (symbolic links) можно дать файлу другое имя, но не связывать файл с индексным дескриптором. Таким образом, символические ссылки отличаются от жёстких ссылок.

Символическую ссылку можно создать и для директории, в отличии от жесткой.

Символические ссылки создаются командой ln -s. Например, команда

/home/larry# ln -s path_to linkname

создаёт символическую ссылку по имени linkname, которая указывает на файл path_to. Если мы выдадим список командой ls -i, то мы увидим, что эти два файла имеют различные номера индексных дескрипторов.

/home/larry# ls -i path_to linkname
22195 linkname     22192 path_to
/home/larry#

Однако, выдав список командой ls -l, можно увидеть, что файл linkname является символической ссылкой, указывающей на файл path_to.

/home/larry# ls -l path_to linkname
-rwxrwxrwx   1 root    root       3      Aug  5 16:51 linkname -> path_to
-rw-r--r--   1 root    root      12      Aug  5 16:50 path_to
/home/larry#

В символических ссылках не используются права доступа к файлу (иными словами, они всегда имеют форму rwxrwxrwx). В действительности, права доступа к символическим ссылкам определяются правами доступа к тому файлу, на который показывает символическая ссылка (в нашем примере это файл path_to).

При том, что между жёсткими и символическими ссылками есть функциональное сходство, между ними есть и отличия. Во-первых, можно создать символическую ссылку на файл, который не существует, а сделать то же с жест кой ссылкой нельзя. Во-вторых, символические ссылки обрабатываются ядром системы иначе, чем жёсткие ссылки; эта разница может показаться чисто технической, но иногда она важна. С помощью символических ссылок просто установить, на какой файл они показывают, а с жёсткими ссылками простого способа определить, какие ещё файлы связаны с данным индексным дескриптором, нет.

Ссылки широко используются в системе Linux. Особенно важны символические ссылки, которые указывают на библиотеки общего пользования, находящиеся в каталоге /lib.

Удаление символической ссылки

Если символическая ссылка указывает на файл, то ее можно просто удалить с помощью команды rm. С директориями есть некоторые тонкости.

Создадим директорию:

$ mkdir path_to

Теперь символическую ссылку на нее:

$ ln -s path_to linkname

Попробуем удалить символическую ссылку, указывая ее со слэшем:

$ rm linkname/
rm: невозможно удалить `linkname/`: Это не каталог

Такой же результат будет, если попробовать rmdir.

$ rmdir linkname/
rmdir: failed to remove `linkname/`: Это не каталог

Или unlink:

$ unlink linkname/
unlink: невозможно удалить ссылку `linkname/': Это не каталог

Удаление без слэша не вызывает никаких проблем:

$ rm linkname

Или

$ unlink linkname

Или даже

$ rm -r linkname

Последняя команда вполне безопасна, директория path_to не удалится.

Слэш обычно подставляется при автодополнении, поэтому не удивляйтесь, если у вас не получится удалить директорию, возможно это символическая ссылка.

По материалам -

Создание, просмотр и удаление символьных (символических) ссылок в Linux

ссылка (также симлинк от англ. Symbolic link, символическая ссылка) — специальный файл в файловой системе, для которого не формируются никакие данные, кроме одной текстовой строки с указателем. Эта строка трактуется как путь к файлу, который должен быть открыт при попытке обратиться к данной ссылке (файлу). Символьная ссылка занимает ровно столько места в файловой системе, сколько требуется для записи её содержимого (нормальный файл занимает как минимум один блок раздела).

Целью ссылки может быть любой объект — например, другая ссылка, файл, папка, или даже несуществующий файл (в последнем случае при попытке открыть его должно выдаваться сообщение об отсутствии файла). Ссылка, указывающая на несуществующий файл, называется висячей. В отличие от жестких ссылок, символьные ссылки можно создавать и на каталоги.

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

Создание символьной ссылки

Символьную ссылку можно создать при помощи команды ln с ключом -s (от “symbolic”). В качестве первого параметра пишется абсолютный адрес и имя исходного файла, в качестве второго – адрес и имя ссылки. Например:

ln -s filename linkname # создаётся символьная ссылка (symbolic link)

Просмотр символьной ссылки

Посмотреть, куда ведет символьная ссылка можно командой:

ls -l linkname

В результате выполнения команды в поле stat будет показан символ l (link).

$ ls -l ansInit.pm
lrwxrwxrwx 1 ans ans 50 2015-03-10 17:26 ansInit.pm -> /home/ans/www/swimming.kiev.ua/perl5lib/ansInit.pm

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

Удаление символьной ссылки

Удалять символьную ссылку нужно как обычный файл, при удалении она не затрагивает то, куда ссылается. Если символическая ссылка указывает на файл, то ее можно просто удалить с помощью команды rm.

rm linkname

При удалении символьной ссылки на каталог следует учитывать, что записывать команду без слеша в конце, иначе bash выдаст ошибку “невозможно удалить ссылку: Это не каталог”.

Корректная запись:

unlink linkname
rm -r linkname

Выводы

Символические ссылки удобно использовать, когда файл-оригинал будет находится по неизменному пути (не будет переноситься в дальнейшем) и его имя будет оставаться также неизменным. Нормально будет сделать символическую ссылку для запуска приложения /usr/bin/local/myapp из каталога рабочего стола, скажем /home/joe/Desktop. Таким образом из графической оболочки (например, KDE) можно будет быстро, одним щелчком мыши, запустить приложение myapp. Такая ссылка будет скорее всего всегда актуальная, т.к. в /usr/bin редко что переименовывается. Также немаловажно, что при обновлении программы myapp (скажем, ее удалят и на ее место скопируют новую копию) – ссылка останется актуальной. Наиболее часто я использую символические ссылки именно в таком ключе – создаю ссылки для приложений на рабочий стол.

Жесткие ссылки удобно использовать при другого рода динамике системы. Например, мы администрируем сервер электронной библиотеки. Есть книга, относящаяся к математике и музыке (назовем ее «Математика и музыка»). При чем оговоримся, что эта книга никогда не будет заменена на более новую с таким же именем файла. Вполне резонно будет сделать жесткие ссылки так, чтобы книга находилась и в разделе «Математика», и в разделе «Музыка».

Чаще применяют символические ссылки; это связано с динамикой изменения системы. Например, при обновлениях старые файлы удаляются, создаются новые, с теми же именами, и жесткие ссылки не обеспечат правильного поведения.

Примеры применения ссылок

есть разные оболочки (интерпретаторы команд консоли) – bash, dash и т.д. Но всегда есть файл /bin/sh – это как раз символическая ссылка на конкретную программу (выполните команду «file /bin/sh», чтобы убедится в этом). Чтобы изменить реализацию интерпретатора команд в системе – достаточно изменить символическую ссылку sh на соответствующий исполняемый файл

когда вы выполняете команду «ls -la» и видите каталоги «..» и «.» — это жесткие ссылки, создаваемые системой для предыдущего и текущего каталога соответственно. Сами вы не можете создавать жесткие ссылки на каталоги, а вот система может

допустим, у вас есть фильм «Into the wild» и саундтреки (OST) к нему. Очевидно, саундтреки относятся и к данному фильму, и к категории «Музыка». Мы хотим видеть эти саундтреки и в каталоге фильма, и в каталоге музыки. Но если положить саундтреки и туда, и туда — это займет в 2 раза больше места на диске, и если вы захотите дополнить или изменить файлы саундтреков — придется делать это в двух местах. Выход из этой ситуации — положить саундтреки в каталог «Музыка» (очевидно, что к этой категории они относятся больше, чем к фильмам) и сделать на весь каталог саундтреков символическую ссылку, которая будет находиться в каталоге с фильмом:

~/Data/Video/Movies/Into the wild/OST -> ~/Data/Music/OST/Into the wild

также есть замечательный инструмент, к ссылкам отношения не имеющий, но похожий по своей работе: «mount -o bind». Я применял эту команду для выкладывания на свой ftp-сервер музыки, фильмов и т.д. (чтобы выложить файлы на ftp-сервер, необходимо было поместить их в папку /home/ftp/pub, что и делала эта команда без необходимости копировать данные)

Наглядный пример

Создадим файл file_a а содержимым «aaa»:

$ echo "aaa" > file_a

Создадим на него 2 ссылки: символическую и жёсткую:

$ ln -s file_a link1
$ ln file_a link2

Попробуем достучаться до файла по обеим ссылкам:

$ cat link1
aaa
$ cat link2
aaa

Всё нормально. Теперь удалим оригинальный файл и попробуем достучаться ещё раз. Первая ссылка окажется битой, а по второй ссылке по-прежнему находится файл с содержимым «aaa»:

$ rm file_a
$ ls
link1 link2
$ cat link1
cat: link1: No such file or directory
$ cat link2
aaa

Снова создадим файл с именем file_a, но с другим содержимым:

$ echo "bbb" > file_a

А теперь снова попробуем достучаться по ссылкам. Первая ссылка снова валидна, и по ней будет находиться файл с содержимым «bbb». А по второй ссылке находится всё тот же файл с содержимым «aaa».

$ cat link1
bbb
$ cat link2
aaa

Links

Previoustar Nextfind

Last updated 1 year ago