Видимо, вы можете переименовать файл в... .

Если бы я был безумен, как бы я переименовал файл в ..или .? Такое имя файла даже разрешено?

Обратная косая черта, кажется, не отключает специальное значение точки:

$ mv test \.
mv: `test' and `./test' are the same file

.. не особенный, просто он уже существует.

В Unix, Dos и MS-Windows каждый каталог имеет каталог, на который .он ссылается обратно, и каталог, на который ..он ссылается на родительский каталог (или self, если это корневой каталог).

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

Поэтому вы не можете назвать любой (другой) файл .или ...

Однако вы можете создавать файлы ..., \, …, .. (примечание есть пространство после .., но вы вряд ли можете увидеть его здесь, или просто в вас распечатку каталога) или любое другое имя вам нравится; Только зарезервирован характер /(Внимание - современные детали: и нуль, нуль является специальным символом, для чего не используется , кроме как отметить конец вещей , а иногда и в качестве разделителя). .не имеет особого значения: не для имен файлов, ядра или оболочки, его не нужно экранировать. На самом деле, если имя файла начинается с, .то оно особенное, файл обычно скрыт, но все же не нуждается в экранировании.

В стороне

Такое поведение скрытых файлов появилось в ранней реализации того, lsгде автор хотел скрыть, .и ..поэтому они написали код, чтобы скрыть любые файлы, начинающиеся с a .. Другие пользователи заметили эту ошибку / функцию и начали создавать файлы, начиная с символа, .когда они хотели, чтобы файл был скрыт.

Объяснение связанного вопроса

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

При использовании mv в форме mv a b

• Если вы переходите к .нему, то это фактически не операция, но mvона воспринимается как ошибка.
• Если вы перейдете к ..нему, файл будет перемещен в родительский каталог.

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

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

Обратная косая черта не имеет к этому никакого отношения, поскольку .не является метасимволом оболочки. \.и .такие же bash.

Проблема в том, что вы перемещаете файл в каталог. Это разрешено потерпеть неудачу.

Я собираюсь рассказать вам, как это было раньше.

mkdir обычно читал это (хотя я пишу это на sh, он действительно был написан на C и setuid-root).

mknod d $1
ln -d $1 $1/.
ln -d `dirname $1` $1/..

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

rmdir раньше выглядел так:

rm -d $1/..
rm -d $1/.
rm -d $1