Когда символьную ссылку рассматривают как вещь, она связывается с, и как символьная ссылка?

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

Программа, которая воздействует на метаданные файла (временные метки, владелец, разрешения и т. Д.), Обычно действует на цель, но у некоторых программ есть опции для работы с символической ссылкой (например, chown -h , коснитесь -h ,…).

Программа, которая работает с записью каталога, обычно действует по символической ссылке. Такие операции, как переименование и удаление, действуют в отношении записи каталога, чем бы она ни была. Существуют отдельные системные вызовы для доступа к метаданным (включая тип файла) файла в зависимости от того, хочет ли программа следовать символическим ссылкам ( stat ) или нет ( lstat ). Некоторые программы, которые могут воздействовать на любой тип записи каталога, имеют параметры, позволяющие им воздействовать на цель, а не на ссылку, когда они находят ссылку.Например, многие утилиты, рекурсивно просматривающие каталоги ( find , chown -R , cp -R ,…), по умолчанию работают с символическими ссылками, но следуют всем символические ссылки, если вы передаете параметр -L и следуете символическим ссылкам в командной строке, но не символические ссылки на каталоги, найденные во время рекурсивного обхода, если вы передаете параметр -H .

Если в конце имени файла стоит косая черта, это заставляет его интерпретировать как каталог . Если имя является символической ссылкой, по ней будет следовать. Итак, mv mylk ~ перемещает все, что есть mylk (символическая ссылка или иначе), а mv mylk / ~ перемещает mylk , если это каталог или цель, если mylk является символической ссылкой на каталог, и жалуется, если mylk не является ни каталогом, ни символической ссылкой на него. Это общее поведение