Можно ли использовать «/» в имени файла?

Question

Я знаю, что это не то, что должно было быть сделано, но есть ли способ использовать символ косой черты, который обычно разделяет каталоги внутри имени файла в Linux?

Answer 1

Ответ что вы не можете, если ваша файловая система не имеет ошибки. Вот почему:

Существует система вызова для переименования файла, определенного в fs/namei.c называется renameat:

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

Когда системный вызов получает вызывается, он делает поиск пути (do_path_lookup) на имя. Продолжайте трассировку это, и мы получаем link_path_walk, который имеет это:

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; 
... 

Этот код применяется к любой файловой системе. Что это значит? Это означает, что если вы попытаетесь передать параметр с фактическим символом '/' в качестве имени файла с использованием традиционных средств, он не будет делать то, что вы хотите. Невозможно избежать персонажа. Если файловая система «поддерживает» это, потому что они либо:

• Используйте символ Юникода или что-то, что выглядит как косая черта, но это не так.
• У них есть ошибка.

Кроме того, если вы сделал пойти и изменить байты, чтобы добавить слэш в имя файла, плохое случится. Это потому, что вы никогда не можете ссылаться на этот файл по имени :(поскольку в любое время вы делали это, Linux предположил бы, что вы ссылаетесь на несуществующий каталог. Использование техники «rm *» тоже не сработает, так как bash просто расширяет это имя файла.Даже rm -rf не будет работать, так как простое Трассирование показывает, как идут дела под капотом (укороченный):

$ 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 
... 

Обратите внимание, что эти призывы к unlinkat потерпят неудачу, потому что они должны ссылаться на файлы по имени.

Answer 2

Вы можете использовать символ Юникода, который отображается как «/» (например, this seemingly redundant glyph), если ваша файловая система поддерживает его.

Answer 3

Короткий ответ: Нет, вы не можете. Это необходимый запрет из-за того, как определена структура каталогов.

И, как уже упоминалось, вы можете отобразить символ юникода, который «выглядит» как косая черта, но это насколько возможно.

Answer 4

Только с согласованной кодировкой. Например, вы можете согласиться с тем, что % будет кодироваться как %% и что %2F будет означать /. Все программное обеспечение, которое обращалось к этому файлу, должно было понять кодировку.

Answer 5

Это зависит от того, какую файловую систему вы используете. Из некоторых из наиболее популярных из них:

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

Answer 6

В общем, неплохо попытаться использовать «плохих» символов в имени файла вообще; даже если вы каким-то образом справитесь с этим, это может затруднить использование файла позже. Разделитель файловой системы не работает вообще, поэтому вам нужно будет выбрать альтернативный метод.

Вы считали URL-кодирование URL-адреса, используя его как имя файла? Результат должен быть точным как имя файла, и его легко восстановить из кодированной версии.

Другой вариант - создать индекс - создать имя выходного файла, используя любой способ, который вам нравится - последовательно пронумерованные имена, хэши SHA1, что угодно - затем записать файл с сгенерированной парой файлов/URL-адресов. Вы можете сохранить это в хэш и использовать его для поиска URL-to-filename или наоборот с измененной версией хэша, и вы можете записать его и перезагрузить позже, если это необходимо.