Сейчас докачал один нужный архив и оказалось что он по пути побился.
Качался архив порядка 4х дней, с кучей рестартов (инет падал), качался обычным wget*ом на мой сервак (centos).
Сейчас мне надо удостовериться в его целостности и перепаковать (зачем было паковать в зип я не знаю).
Я уже нашел «правильный» zip который умеет распаковывать большие архивы на x86_x64.
Но тут случилось неожиданное:
[ad@torrent ex]# unzip server.vdi.zip error: Zip file too big (greater than 4294959102 bytes) Archive: server.vdi.zip warning [server.vdi.zip]: 8589934592 extra bytes at beginning or within zipfile (attempting to process anyway) retry - request = 0x8589934592 error [server.vdi.zip]: attempt to seek before beginning of zipfile (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly) (attempting to re-compensate) replace server.vdi? [y]es, [n]o, [A]ll, [N]one, [r]ename: y inflating: server.vdi error: invalid compressed data to inflate bad CRC 0796aee8 (should be b1ebe84a) file #2: bad zipfile offset (local header sig): 1009485668 (attempting to re-compensate) retry - request = 0x9599420315 error [server.vdi.zip]: attempt to seek before beginning of zipfile (please check that you have transferred or created the zipfile in the appropriate BINARY mode and that you have compiled UnZip properly)Если я правильно понимаю, то где то в районе 1009485668 не совпадает проверочная сумма.
Перекачивать его снова я просто умру, поэтому нужен какой то быстрый способ перекачать только битый кусок.
На другом конце к сожалению находятся люди, которым сложно было объяснить даже про архиватор, поэтому мне желательно это сделать без их прелестного участия.
1 - Можно ли как то распаковать архив с игнорированием битых кусков?
2 - Чем можно быстро скачать кусочек из архива (с побайтовым указанием откуда и докуда)?
3 - Чем можно наложить скачанный кусок на этот 9 гиговый блоб?
