¿Es posible usar "/" en un nombre de archivo?

Question

Sé que esto no es algo que deba hacerse nunca, pero ¿hay alguna manera de usar el carácter de barra que normalmente separa los directorios dentro de un nombre de archivo en Linux?

Answer 1

La respuesta es que no puedes, a menos que tu sistema de archivos tenga un error. He aquí por qué:

No es una llamada al sistema para cambiar el nombre del archivo se define en fs/namei.c llamada renameat:

SYSCALL_DEFINE4(renameat, int, olddfd, const char __user *, oldname, 
       int, newdfd, const char __user *, newname) 

Cuando la llamada al sistema se invoca, se realiza una consulta de ruta (do_path_lookup) en el nombre. Mantenemos el rastreo esto, y llegamos a link_path_walk que tiene esto:

static int link_path_walk(const char *name, struct nameidata *nd) 
{ 
     struct path next; 
     int err; 
     unsigned int lookup_flags = nd->flags; 

     while (*name=='/') 
       name++; 
     if (!*name) 
       return 0; 
... 

Este código se aplica a cualquier sistema de archivos. ¿Que significa esto? Significa que si intenta pasar un parámetro con un carácter real '/' como el nombre del archivo utilizando los medios tradicionales, no hará lo que desee. No hay forma de escapar del personaje. Si un sistema de archivos "apoya" a esto, es porque o bien:

• utilizar un carácter Unicode o algo que se ve como una barra, pero no lo es.
• Tienen un error.

Por otra parte, si hizo entrar y editar los bytes añadir un carácter de barra en un nombre de archivo, las cosas malas que pasaría. Eso es porque nunca podrías referirte a este archivo por nombre :(ya que cada vez que lo hicieras, Linux asumiría que te referías a un directorio inexistente. Usar la técnica 'rm *' tampoco funcionaría, ya que bash simplemente expande eso al nombre del archivo.Incluso rm -rf no quiere trabajar, ya que un strace sencilla revela cómo van las cosas bajo el capó (acortados):

$ ls testdir 
myfile2 out 
$ strace -vf rm -rf testdir 
... 
unlinkat(3, "myfile2", 0)    = 0 
unlinkat(3, "out", 0)     = 0 
fcntl(3, F_GETFD)      = 0x1 (flags FD_CLOEXEC) 
close(3)        = 0 
unlinkat(AT_FDCWD, "testdir", AT_REMOVEDIR) = 0 
... 

en cuenta que estas llamadas a unlinkat fallarían debido a que necesitan para hacer referencia a los archivos por nombre.

Answer 2

Puede usar un carácter Unicode que se muestre como "/" (por ejemplo this seemingly redundant glyph) suponiendo que su sistema de archivos lo admite.

Answer 3

La respuesta corta es: No, no se puede. Es una prohibición necesaria debido a cómo se define la estructura del directorio.

Y, como se mencionó, puede mostrar un carácter Unicode que "se parece" a una barra inclinada, pero eso es todo lo que obtiene.

Answer 4

Solo con una codificación acordada. Por ejemplo, puede aceptar que % se codificará como %% y que %2F significará /. Todo el software que accedió a este archivo debería comprender la codificación.

Answer 5

Depende de qué sistema de archivos está utilizando. De algunos de los más populares:

• ext3: No
• ext4: No
• JFS: Yes
• reiserfs: No
• XFS: No

Answer 6

En general, es una mala idea tratar de utilizar caracteres "incorrectos" en un nombre de archivo; incluso si de alguna manera lo administra, tiende a dificultar el uso del archivo más adelante. El separador del sistema de archivos no funcionará en absoluto, por lo que tendrá que elegir un método alternativo.

¿Ha considerado la URL codificar la URL y usarla como el nombre del archivo? El resultado debería estar bien como nombre de archivo, y es fácil reconstruir el nombre de la versión codificada.

Otra opción es crear un índice: cree el nombre de archivo de salida utilizando el método que desee: nombres numerados secuencialmente, hashes SHA1, lo que sea, y luego escriba un archivo con el par de nombre de archivo/URL generado. Puede guardarlo en un hash y usarlo para realizar una búsqueda de URL a archivo o viceversa con la versión inversa del hash, y puede escribirlo y volver a cargarlo más adelante si es necesario.