LINUX.ORG.RU

Не получается распаковать большой zip-архив invalid zip file with overlapped components

 , ,


0

1

Добрый день.

На macbook создал несколько zip-архивов стандартными средствами mac os (выделил несколько папок и нажал «Архивировать»). Переслал эти архивы на linux-десктоп. Каждый от 10G. Отправлял разными путями: через wifi и через выгрузку на флешку.

При попытке разархивировать их получаю ошибку:

Archive:  downloads.zip
warning [downloads.zip]:  8589934592 extra bytes at beginning or within zipfile
  (attempting to process anyway)
file #1:  bad zipfile offset (local header sig):  8589934592
  (attempting to re-compensate)
   creating: folder-name/
error: invalid zip file with overlapped components (possible zip bomb)


Можно ли что-то с этим сделать?
Mac со всеми данными больше не в зоне досягаемости.
Есть еще бекап на timemachine, но не уверен что получится с linux вытащить из него данные.

Сейчас другой вопрос.

Пробросил папку с архивами в виртуалку с windows.

Все прекрасно открывается и распаковывается.

В чем проблема linux?

Istervaer
() автор топика
Последнее исправление: Istervaer (всего исправлений: 1)

Написано же что одна часть архива перекрывает другую.

В чем проблема windows что он проглатывает такое?

NAY_GIGGER
()
Последнее исправление: NAY_GIGGER (всего исправлений: 1)
Ответ на: комментарий от Istervaer

Чем разархивируешь в линуксе? Стандартным unzip? Какая версия? Какая архитектура? Какой размер файла? Всмысле чтобы сравнить с этим числом

8589934592

firkax ★★★★★
()
Последнее исправление: firkax (всего исправлений: 3)
Ответ на: комментарий от NAY_GIGGER

Не пиши чушь. Когда что-то работает - это не проблема. Проблема когда что-то не работает. В данном случае проблема именно в линуксовом распаковщике, который использует автор.

firkax ★★★★★
()

Мне виндузятники внезапно начали присылать архивы которые unzip не брал. Оказалось к ним новый zip с каким то более новым форматом сжатия завезли. 7z с ним справился однако. Попробуй и ты с помощью 7z распаковать.

Jameson ★★★★★
()

Бывает делаю архивы на макоси (монтерей) для отправки по почте на линукс машины. Все читается. На линуксах дебиан 11. Архивы правда существенно меньше. Порядка нескольких десятков мб. Опции никакие не применяю при упаковке, делают это из файндера. На линуксе с тунаром с архивным плагином и анзипом все распаковывается.

anonymous
()

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

pinus_nigra
()

Ещё можешь попробовать jar -x если jdk есть. Ну и ещё много способов грести костылями на велосипеде придумать можно, главное не сдаваться.

pinus_nigra
()
Ответ на: комментарий от pinus_nigra

Это не костыль, теперь только так и правильно.

i586 ★★★★★
()
Ответ на: комментарий от pinus_nigra

Я тогда взял докер с роллингом опенсуси и распаковал из него

А откуда они его берут? Сам по себе Info-ZIP мертвее некуда, потому и в дистрибутивах такой древний.

anonymous
()

При попытке разархивировать их получаю ошибку:

Ты сделай так:

vitus@vitus-home:/var/lib/AccountsService$ unzip --help | head -n 1
UnZip 6.00 of 20 April 2009, by Debian. Original by Info-ZIP.

Дата должна подсказать в чём проблема.

Можно ли что-то с этим сделать?

Заюзать 7zip или любой другой умеющий unzip с новыми методами.

vtVitus ★★★★★
()

попробуй посмотреть тип файла, вдруг что-то интересное покажет:
$ file downloads.zip

второй вариант, более хардкорный, узнать, чем именно макось создаёт архив (strace тут вряд ли поможет, нужно что-то типа виндового procmon)

anonymous
()
Ответ на: комментарий от vtVitus

Заюзать 7zip или любой другой

«Любой другой» - это ни что иное, как unar. Исконный. Про проблемы с ним не слышал.

anonymous
()
Ответ на: комментарий от Jameson

Да я уже через винду проблему и решил, вроде как раз 7z.

Istervaer
() автор топика

Можно ли что-то с этим сделать?

man zip64 & юзай 7z

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.