Aparentemente puede cambiar el nombre del archivo a... .

Si estuviera loco, ¿cómo cambiaría el nombre del archivo ..o .? ¿Se permite incluso ese nombre de archivo?

La barra invertida no parece deshabilitar el significado especial de dot:

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

.. no es especial, es solo que ya existe.

En Unix, Dos y MS-Windows, cada directorio tiene un directorio que .se vincula a sí mismo, y un directorio ..que vincula a su directorio padre (o self si es el directorio raíz).

Si ..y .son especiales es solo porque no puede eliminarlos (en realidad sí puede, simplemente elimine el directorio que los contiene).

Por lo tanto, no puede nombrar ningún (otro) archivo .o ...

Sin embargo, puede crear archivos ..., \, …, .. (nota que hay un espacio después de la .., pero que difícilmente se puede ver aquí, o fácilmente en que el listado de directorios) o cualquier otro nombre que desee; El único carácter reservado es /(Advertencia: detalles avanzados: y nulo, nulo es un carácter especial, no se utiliza para nada excepto para marcar el final de las cosas y, a veces, como separador). .no tiene un significado especial: no tiene que archivar nombres, kernel o shell, no necesita escapar. En realidad, si un nombre de archivo comienza con un, .entonces es especial, el archivo normalmente está oculto, pero aún así no necesita escapar.

Aparte

Este comportamiento de archivo oculto se produjo en una implementación temprana de lsdónde quería ocultarse el autor .y .., por lo tanto, escribieron código para ocultar cualquier archivo que comience con a .. Otros usuarios notaron este error / característica y comenzaron a crear archivos a partir de .cuando querían que el archivo estuviera oculto.

Explicación de la pregunta vinculada

En la pregunta que vincula al interrogador, está tratando de mover el archivo al directorio principal ..pero termina renombrándolo ..., los archivos que comienzan con un punto están ocultos de forma predeterminada, es por eso que no pueden encontrarlo.

Cuando se usa mv en el formulario mv a b

• Si te mueves a .él, efectivamente no es una operación, pero lo mvtrata como un error.
• Si te mueves a ..él, moverá el archivo al directorio padre.

No puede cambiar el nombre de un archivo .ao ..porque todos los directorios ya contienen entradas para esos dos nombres. (Esas entradas apuntan a directorios, y no puede cambiar el nombre de un archivo a un directorio).

mv detecta el caso donde el destino es un directorio existente, y lo interpreta como una solicitud para mover el archivo a ese directorio (usando su nombre actual).

Las barras invertidas no tienen nada que ver con esto, porque .no es un metacarácter de shell. \.y .son los mismos a bash.

El problema es que está moviendo un archivo a un directorio. Esto está permitido fallar.

Te diré cómo fue una vez.

mkdir solía leer esto esencialmente (mientras escribo esto en sh, realmente estaba escrito en C y setuid-root).

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

Como puede ver, no tiene mucho de especial. y ... excepto por el hecho de que son creados para usted por mkdir y ya existen. Ahora hay un código que dice que no puedes eliminarlos, pero no siempre fue así.

rmdir solía verse así:

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