Linux жесткие ссылки удалить

How to remove symbolic link

permission denied: You do know you need sudo if you want to use it in a situation you do not own the file? That goes for ‘rm’ too.

@RaheelKhan no you did -not- You removed a SYMLINK. Python relies on this symlink though. If you recreate that symlink python will be back.

You can try the unlink command as well.

unlink is a similar command to rm . Therefore rm will work same as unlink

While you are correct that unlink will remove the symlink, it is not an alias of rm . They are different, if ever so slightly. For one you cannot pass multiple arguments to unlink

Suppose you were trying to do:

sudo ln -s /usr/share/phpmyadmin /var/www/phpmyadmin/ 

sudo ln -s /usr/share/somethingelse /var/www/phpmyadmin/ 

To correct it simply navigate to the folder where the link is and unlink

cd /var/www/phpmyadmin/ ~:# unlink somethingelse 

You can use the following to remove the symbolic link

Explanation

• rm is the terminal command to remove a file. See rm —help for more options that it can take.
• sudo is used because the symbolic link was created with sudo . The file therefore belongs to root and your normal user will not have permission to edit/remove it (you would be able to force this if you had write permission on the directory, which would not be the case here).

Extra

Also see this post and my comment to the first answer to access phpmyadmin when getting a not found error after install.

A small caveat I found was that I was trying to run rm and unlink on a symlink and I was getting an error that it was a directory.

$ rm folder_name/ rm: cannot remove ‘folder_name/’: Is a directory $ unlink folder_name/ unlink: cannot unlink ‘folder_name/’: Not a directory 

To remove the symlink, I used unlink folder_name . It was failing as there was a trailing / which causes the file to appear to be a directory.

Источник

Команда Ln: как создавать символические ссылки в Linux

Символические ссылки используются в Linux для управления файлами и их сопоставления.

В этом руководстве вы узнаете, как использовать команду ln для создания символических ссылок в Linux.

Команда Ln для создания символических ссылок

Чтобы использовать команду ln, откройте окно терминала и введите команду в следующем формате:

• По умолчанию команда ln создает hard link (жесткая ссылка).
• Используйте параметр -s , чтобы создать символическую ссылку, она же soft link.
• Параметр -f заставит команду перезаписать уже существующий файл.
• Source — это файл или каталог, на который делается ссылка.
• Destination — это место для сохранения ссылки — если это поле не заполнено, символическая ссылка сохраняется в текущем рабочем каталоге.

Например, создайте символическую ссылку с помощью:

ln -s test_file.txt link_file.txt

Это создает символическую ссылку link file.text , которая указывает на testfile.txt .

Чтобы проверить, создана ли символическая ссылка, используйте команду ls :

Создать символическую ссылку на каталог Linux

Символическая ссылка может относиться к каталогу. Чтобы создать символическую ссылку на каталог в Linux:

ln -s /mnt/external_drive/stock_photos ~/stock_photos

В этом примере создается символическая ссылка с именем stock_photos в домашнем каталоге ~ / . Ссылка относится к каталогу stock_photos на внешнем диске external_drive .

Примечание. Если система подключена к другому компьютеру, например к корпоративной сети или удаленному серверу, символические ссылки могут быть связаны с ресурсами в этих удаленных системах.

Принудительно перезаписать символические ссылки

Вы можете получить сообщение об ошибке, как показано на изображении ниже:

Сообщение об ошибке означает, что в месте назначения уже есть файл с именем link_file.txt . Используйте параметр -f , чтобы система перезаписывала целевую ссылку:

ln -sf test_file.txt link_file.txt

Удаление ссылок

Если исходный файл будет перемещен, удален или станет недоступным (например, сервер отключится), ссылку нельзя будет использовать. Чтобы удалить символическую ссылку, используйте команду rm (remove) или unlink :

rm link_file.txt unlink link_file.txt

Soft Links против Hard Links

Команду ln можно использовать для создания двух разных типов ссылок:

Символические ссылки (Soft Links)

Символическая ссылка, иногда называемая мягкой ссылкой или soft link, указывает на расположение или путь к исходному файлу. Она работает как гиперссылка в Интернете.

Вот несколько важных аспектов символической ссылки:

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

Жесткие ссылки (Hard Links)

Когда файл хранится на жестком диске, происходит несколько вещей:

• Данные физически записываются на диск.
• Создается справочный файл, называемый индексом, который указывает на расположение данных.
• Имя файла создается для ссылки на данные inode.

Жесткая ссылка работает путем создания другого имени файла, которое ссылается на данные inode исходного файла. На практике это похоже на создание копии файла.

Вот несколько важных аспектов жестких ссылок:

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

Источник

Sysadminium

В предыдущей статье мы познакомились с разными типами файлов в Linux, в этой статье подробнее разберем ссылки в этой операционной системе.

Теория

Файлы и каталоги на жестком диске хранятся в виде набора блоков. Информация о файле (метаданные), например время создания файла, хранится в индексном дескрипторе — inode. Номер inode является уникальным на файловой системе и связывается с определенным набором блоков.

А имя файла это всего лишь понятное для человека наименование которое относится к определенному inode.

Каталог — это файл особого типа в котором содержится список имен файлов или других каталогов и указатели на inode для этих файлов.

Ссылки в LInux — это дополнительные записи в каталоге, позволяющие обращаться к файлам или каталогам по другим именам. В Linux различают два вида ссылок:

• Жесткая — дополнительная запись в каталоге указывающая на уже созданный inode.
• Символьная — запись в каталоге указывающая на свой inode, но при чтении ссылающая на другой файл. При этом ссылается на другой файл по имени а не по inode.

Чтобы было понятнее посмотрите на следующий рисунок:

Есть файл с именем test1.txt и он имеет свой уникальный индексный дескриптор (inode 234), который ссылается на набор блоков (набор блоков 1) на жестком диске.

Файл test2.txt это жесткая ссылка. То есть, просто, дополнительное имя файла, которое ссылается на тот же inode что и test1.txt.

Файл test3.txt это символьная ссылка. Этот файл имеет свой индексный дескриптор (inode 465), и обращается к своему набору блоков (набор блоков 2). Этот файл является файлом отдельного типа (символьная ссылка / symbolic link) и в наборе данных у таких файлов записан путь к файлу на который она ссылается. То есть, в файле test3.txt указано что ссылаться нужно на test2.txt. При этом, если удалить файл test2.txt и попробовать прочитать test3.txt то увидим ошибку, так как ссылка не найдет файл на который она ссылается.

Жесткие ссылки в Linux имеют свои ограничения, их можно:

• создавать только для файлов, а для каталогов нельзя;
• использовать только в пределах одной файловой системы.

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

Особенность символьных ссылок:

• удаление ссылки не приведет к удалению файла на который она ссылается;
• их можно создавать на объекты других файловых систем;
• их можно создавать и на файлы и на каталоги.

Практика

Все примеры я проведу на Debian 11, но в Ubuntu 22.04 всё происходит аналогично.

Для работы создадим один каталог, а в нем один файл:

alex@deb:~$ mkdir dir1 alex@deb:~$ touch dir1/file1.txt alex@deb:~$ ls -R .: dir1 ./dir1: file1.txt

Для создания ссылок используется команда ln. Создадим жесткую ссылку на файл file1.txt в домашнем каталоге:

alex@deb:~$ ln dir1/file1.txt file2.txt

При этом вначале указывается объект на который будем ссылаться, а затем новое имя файла.

Запишем что-нибудь в этот файл:

alex@deb:~$ echo 12345 > file2.txt alex@deb:~$ cat file2.txt 12345

Теперь прочитаем файл dir1/file1.txt:

alex@deb:~$ cat dir1/file1.txt 12345

Как видим два файла ссылаются на один объект. При правке одного файла, правится и второй.

Теперь переместим file2 в dir1 и проверим что ничего не сломалось и это тот же самый файл:

alex@deb:~$ mv file2.txt dir1/ alex@deb:~$ ls dir1/ file1.txt file2.txt alex@deb:~$ cat dir1/file2.txt 12345 alex@deb:~$ cat dir1/file1.txt 12345

Теперь создадим символьную ссылку file3.txt на файл file2.txt, для этого нужно команде ln указать опцию -s:

alex@deb:~$ ln -s dir1/file2.txt file3.txt alex@deb:~$ cat file3.txt 12345

То что это символьная ссылка можно выяснить посмотрев вывод команды ls -l:

alex@deb:~$ ls -l итого 4 drwxr-xr-x 2 alex alex 4096 янв 12 11:40 dir1 lrwxrwxrwx 1 alex alex 14 янв 12 11:42 file3.txt -> dir1/file2.txt

Обратите внимание на самый первый символ (l), что означает что этот файл — символьная ссылка.

Также вывод показывает на что ссылается данный объект. В данном примере ссылка идет по относительному пути, то есть не начинается с корня (/). Про относительный и абсолютный пути я писал в этой статье.

Теперь давайте переместим ссылку file3.txt в каталог dir1 и посмотрим что произойдет:

alex@deb:~$ mv file3.txt dir1/ alex@deb:~$ ls -l dir1/ итого 8 -rw-r--r-- 2 alex alex 6 янв 12 11:38 file1.txt -rw-r--r-- 2 alex alex 6 янв 12 11:38 file2.txt lrwxrwxrwx 1 alex alex 14 янв 12 11:42 file3.txt -> dir1/file2.txt alex@deb:~$ cat dir1/file3.txt cat: dir1/file3.txt: Нет такого файла или каталога

Так как путь ссылки не изменился, а файл ищется по относительному пути dir1/file2.txt, а в каталоге dir1 нет каталога dir1, то мы получили ошибку при попытке прочитать данный файл. Такие ссылки, которые ведут на объект которого нет, называются битыми ссылками.

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

Если бы мы использовали абсолютный путь при создании ссылки, например так:

alex@deb:~$ ln -s /home/alex/dir1/file2.txt file3.txt alex@deb:~$ ls -l итого 4 drwxr-xr-x 2 alex alex 4096 янв 12 11:50 dir1 lrwxrwxrwx 1 alex alex 25 янв 12 11:59 file3.txt -> /home/alex/dir1/file2.txt

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

Как распознать ссылки

То что файл является символьной ссылкой видно из вывода ls -l, это мы уже разбирали:

lrwxrwxrwx 1 alex alex 14 июл 18 16:44 file3.txt -> dir1/file2.txt

Но чтобы проверить битая ли это ссылка можно воспользоваться командой ls с опцией -L, которая попытается достучаться до всех файлов на которые есть символьные ссылки:

alex@deb:~$ ls -lL dir1/ ls: невозможно получить доступ к 'dir1/file3.txt': Нет такого файла или каталога итого 8 -rw-r--r-- 2 alex alex 6 янв 12 11:38 file1.txt -rw-r--r-- 2 alex alex 6 янв 12 11:38 file2.txt l. ? ? ? ? ? file3.txt

В выводе мы сразу заметим что файла dir1/file3.txt не существует, а ниже вопросики означают что file3.txt это битая ссылка.

Немного сложнее дело обстоит с жесткими ссылками. Давайте еще раз посмотрим на файлы file1.txt и file2.txt, которые ссылаются на один inode и являются жесткими ссылками друг для друга:

alex@deb:~$ ls -l dir1/ итого 8 -rw-r--r-- 2 alex alex 6 янв 12 11:38 file1.txt -rw-r--r-- 2 alex alex 6 янв 12 11:38 file2.txt lrwxrwxrwx 1 alex alex 14 янв 12 11:42 file3.txt -> dir1/file2.txt

Обратите внимание на двоечки после -rw-r—r— , это число жестких ссылок. Тут мы можем понять что file1.txt ссылается на объект у которого две жесткие ссылки, и тоже самое про file2.txt. Но то что это жесткие ссылки одного и того же объекта еще не понятно.

У ls есть опция -i, которая дополнительно выводит номер inode:

alex@deb:~$ ls -li dir1/ итого 8 783380 -rw-r--r-- 2 alex alex 6 янв 12 11:38 file1.txt 783380 -rw-r--r-- 2 alex alex 6 янв 12 11:38 file2.txt 783384 lrwxrwxrwx 1 alex alex 14 янв 12 11:42 file3.txt -> dir1/file2.txt

Как видно file1.txt и file2.txt ссылаются на один inode, под номером 783380. Значит это жесткие ссылки для одного и того же объекта.

В конце удалим все что мы создали:

alex@deb:~$ rm -rf file3.txt dir1/

Источник