Najwyraźniej możesz zmienić nazwę pliku na... .

Gdybym był szalony, jak zmieniłbym nazwę pliku na ..lub .? Czy taka nazwa pliku jest w ogóle dozwolona?

Odwrotny ukośnik nie wyłącza specjalnego znaczenia kropki:

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

.. nie jest wyjątkowy, po prostu istnieje.

W systemach Unix, Dos i MS-Windows każdy katalog ma katalog, do .którego prowadzi z powrotem, i katalog .., do którego prowadzi do swojego katalogu nadrzędnego (lub self, jeśli katalog główny).

Jeśli ..i .to specjalne to tylko dlatego, że nie można ich usunąć (właściwie można, po prostu usunąć katalog zawierający je).

Dlatego nie możesz nazwać żadnego (innego) pliku .lub ...

Jednak można tworzyć pliki ..., \, …, .. (uwaga jest przestrzeń po .., ale ledwie można zobaczyć go tutaj, albo łatwo w ciebie katalogu liście) lub innej nazwy lubisz; Tylko zastrzeżone znak jest /(Ostrzeżenie - zaawansowane szczegóły: a null, null to specjalny charakter, nie wykorzystane do niczego z wyjątkiem zaznaczyć koniec rzeczy, a czasami jako separator). .nie ma specjalnego znaczenia: nie do nazw plików, jądra ani do powłoki, nie wymaga ucieczki. W rzeczywistości, jeśli nazwa pliku zaczyna się od, .to jest wyjątkowa, plik jest zwykle ukryty, ale nadal nie wymaga ucieczki.

Na bok

Ten plik ukryty zachowanie doszło we wczesnej realizacji lsktórym autor chciał ukryć .i ..tak pisali kod, aby ukryć wszystkie pliki rozpoczynające się .. Inni użytkownicy zauważyli ten błąd / funkcję i zaczęli tworzyć pliki, zaczynając od .momentu, w którym chcieli ukryć plik.

Wyjaśnienie powiązanego pytania

W pytaniu, które łączysz z pytającym, próbujesz przenieść plik do katalogu nadrzędnego, ..ale kończy się zmiana nazwy ..., pliki zaczynające się od kropki są domyślnie ukryte, dlatego nie mogą go znaleźć.

Podczas korzystania z mv w formularzu mv a b

• Jeśli się do .niego przeprowadzisz, jest to w zasadzie operacja bez operacji, ale mvtraktuje to jako błąd.
• Jeśli się do ..niego przeniesiesz, plik zostanie przeniesiony do katalogu nadrzędnego.

Nie można zmienić nazwy pliku na .lub ..ponieważ wszystkie katalogi zawierają już wpisy dla tych dwóch nazw. (Te wpisy wskazują na katalogi i nie można zmienić nazwy pliku na katalog.)

mv wykrywa przypadek, w którym miejscem docelowym jest istniejący katalog i interpretuje go jako żądanie przeniesienia pliku do tego katalogu (przy użyciu jego bieżącej nazwy).

Odwrotne ukośniki nie mają z tym nic wspólnego, ponieważ .nie jest metaznakiem powłoki. \.i .są takie same bash.

Problem polega na tym, że przenosisz plik do katalogu. To może zawieść.

Powiem ci, jak to było kiedyś.

mkdir w zasadzie to czytał (kiedy piszę to w sh, tak naprawdę napisano w C i setuid-root).

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

Jak widać, nie ma w tym nic specjalnego. i .. z wyjątkiem faktu, że zostały one dla Ciebie stworzone przez mkdir i już istnieją. Jest teraz kod, który mówi, że nie można ich usunąć, ale nie zawsze tak było.

rmdir wyglądał tak:

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