Apparentemente puoi rinominare il file in... .

Se fossi pazzo, come rinominerei il file ..o .? È consentito anche un tale nome di file?

La barra rovesciata non sembra disabilitare il significato speciale del punto:

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

.. non è speciale, è solo che esiste già.

Su Unix, Dos e MS-Windows ogni directory ha una directory .che ricollega a se stessa e una directory ..che collega alla sua directory principale (o self se la directory principale).

Se ..e .sono speciali è solo perché non è possibile rimuoverli (in realtà è possibile, basta rimuovere la directory che li contiene).

Pertanto non è possibile nominare alcun (altro) file .o ...

Tuttavia è possibile creare file ..., \, …, .. (nota c'è uno spazio dopo il .., ma difficilmente si può vedere qui, o facilmente in te elenco di directory) o qualsiasi altro nome ti piace; L' unico carattere riservato è /(Attenzione - dettagli avanzati: e null, null è un carattere speciale, non utilizzato per altro che per segnare la fine delle cose e talvolta come separatore). .non ha un significato speciale: non per i nomi dei file, il kernel o la shell, non ha bisogno di scappare. In realtà se un nome file inizia con un .allora è speciale, il file è normalmente nascosto, ma non ha ancora bisogno di scappare.

A parte

Questo comportamento di file nascosto è nato in un'implementazione iniziale di lsdove l'autore voleva nascondere .e .., quindi, hanno scritto codice per nascondere tutti i file che iniziano con a .. Altri utenti hanno notato questo bug / funzionalità e hanno iniziato a creare file a partire da .quando volevano che il file fosse nascosto.

Spiegazione della domanda collegata

Nella domanda che si collega all'interrogatore sta cercando di spostare il file nella directory principale ..ma finisce per rinominarlo ..., i file che iniziano con un punto sono nascosti per impostazione predefinita, ecco perché non riescono a trovarlo.

Quando si utilizza mv nel modulo mv a b

• Se ci si sposta .è effettivamente un'operazione nulla, ma mvlo considera un errore.
• Se ci ..si sposta, il file verrà spostato nella directory principale.

Non è possibile rinominare un file .o ..perché tutte le directory contengono già voci per questi due nomi. (Queste voci puntano alle directory e non è possibile rinominare un file in una directory.)

mv rileva il caso in cui la destinazione è una directory esistente e la interpreta come una richiesta per spostare il file in quella directory (usando il suo nome attuale).

Le barre rovesciate non hanno nulla a che fare con questo, perché .non è un metacarattere shell. \.e .sono uguali a bash.

Il problema è che stai spostando un file in una directory. Questo è permesso fallire.

Ti dirò com'era una volta.

mkdir era solito leggere questo (mentre sto scrivendo questo in sh, è stato davvero scritto in C e setuid-root).

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

Quindi, come puoi vedere, non c'è molto di speciale. e ... tranne per il fatto che sono stati creati per te da mkdir ed esistono già. C'è un codice ora che dice che non puoi rimuoverli, ma non è sempre stato così.

rmdir era simile a questo:

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