Глюк Менеджера архивов среды GNOME.

Утренний поток сознания. Ничего не понятно.

Присядьте на диван, сделайте дыхательную гимнастику. Успокойтесь и внятно изложите, что там у вас случилось.

И никаких грибов!

Архиватор распаковал файлы со слешеми пути и записал в названии файла. По фотке не ходил? «/» в имени файла, а не пути!

https://disk.yandex.ru/i/oQT2i4UUkB2qIw Вот. Файл F6flpy-x64-Non-VMD.zip с официального сайта Intel. Судя по архиву, что это может быть? Или эти названия уже так в архиве и он так и распаковал? 🤔

И где вы там слэши увидели ?

Ссылку на файл скиньте. Проверим.

Ссылку на файл скиньте. Проверим.

https://www.intel.ru/content/www/ru/ru/download/19512/intel-rapid-storage-tec...
Последние 2. В оффтопике проверил, показывает и распаковывает нормально.

И где вы там слэши увидели ?

Фотки погляди, не будь Ъ.

Поглядел, не увидел. Вопрос все еще актуален
И где вы там слэши увидели ?

И где вы там слэши увидели ?

Хорошо «\» - там обратный слеш... Или тебе завидно, что не ты поймал баг?..

Скачалось и распаковалось корректно. Хоть это и для оффтопика. Никаких слешей и прочего ахтунга.

Так что не подтверждаю. Ищите проблему у себя.

Скачалось и распаковалось корректно. Хоть это и для оффтопика. >>Никаких слешей и прочего ахтунга.
Так что не подтверждаю. Ищите проблему у себя.

У тебя GNU/Linux Mint 20.3 xfce 64-bit. и Менеджер архивов среды GNOME 3.36.3? Или ты в GNU / Linux Debian проверяешь?

такую конструкцию невозможно никуда скопировать

aceler@Compy ~> cd tmp/
aceler@Compy ~/tmp> touch file\\name
aceler@Compy ~/tmp> ls
 'file\name' 
aceler@Compy ~/tmp> cp file\\name /tmp/
aceler@Compy ~/tmp> ls /tmp/ | grep file
file\name
...

Менеджер архивов - это графическая морда к утилитам zip, gz,bzip2,xz и другим. А zip - да, должен обратные слеши правильно распаковывать, тут бага.

Уже разобрались конечно, но добавлю, что слеши (/) в именах файлов не даст сделать ядро. Их можно сделать только если редактировать файловую систему вручную мимо ядерного драйвера.

Opensuse 15.4 gnome 41 x64

Обновлено: Баг присутствует. Так что всё верно. Но это косяк не зипа, а file-roller. Unzip отрабатывает корректно.

https://superuser.com/questions/1382839/zip-files-expand-with-backslashes-on-linux-no-subdirectories

This is actually a bug in Microsoft.PowerShell.Archive

http://bitmapcake.blogspot.com/2016/09/ubuntu-unzip-with-backslashes-file-name.html

Or you can unzip your file into a FAT-formatted drive or disk image: unzip will map backslashes to ‘/’ in that case.

This is actually a bug in Microsoft.PowerShell.Archive

Ок, спасибо. Получается они им архивировали, вопрос решён тогда