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

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

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

Существует системный вызов для переименования вашего файла, определенный в fs/namei.ccalled 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не сработает, поскольку простой strace показывает, как все происходит под капотом (сокращено):

$ 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не будут выполнены, потому что они должны ссылаться на файлы по имени.

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

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

• ext3: Нет
• ext4: Нет
• jfs: Да
• reiserfs: Нет
• xfs: Нет

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

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

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

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

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

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