| 1 |
-----BEGIN PGP SIGNED MESSAGE----- |
| 2 |
Hash: SHA1 |
| 3 |
|
| 4 |
Doug ONeal wrote: |
| 5 |
> I have had a problem dumped on me that I cannot resolve. A user |
| 6 |
> archived some very large |
| 7 |
> datasets using Info-zip (app-arch/zip-2.32-r1) and the original data has |
| 8 |
> been deleted. The zip |
| 9 |
> executable is a 64-bit binary and the user assumed that large archives |
| 10 |
> were possible. A typical |
| 11 |
> archive is on the order of 70GB and the largest is over 200GB |
| 12 |
> (compressed sizes). /usr/bin/zip did |
| 13 |
> not complain about creating the archive and /usr/bin/unzip -l lists the |
| 14 |
> contents correctly so the user |
| 15 |
> did not think there were any problems until it came time to extract a |
| 16 |
> file. Extracting any file that |
| 17 |
> is past the 4GB mark in the archive results in a 'bad zipfile offset' |
| 18 |
> error. This is consistent with the |
| 19 |
> FAQ on Info-zip's web site. |
| 20 |
> |
| 21 |
> I am guessing that all of the data is actually present in the zip |
| 22 |
> archives but I cannot get to it. Trying |
| 23 |
> version 3.0 of info-zip or any of the other linux & windows unzip |
| 24 |
> programs has not been successful |
| 25 |
> in extracting any of the later files in the archives. I'm at a loss; |
| 26 |
> does anybody have suggestions on |
| 27 |
> how to retrieve this data? Thanks. |
| 28 |
|
| 29 |
The second thought that springs to would be be having a look at the |
| 30 |
source code for unzip and seeing if you can tweak the "zipfile offset" |
| 31 |
to allow for larger values than normal. |
| 32 |
|
| 33 |
Assuming the data is there and correctly compressed, it should just be a |
| 34 |
matter of getting the program to read it. |
| 35 |
|
| 36 |
RobbieAB |
| 37 |
-----BEGIN PGP SIGNATURE----- |
| 38 |
Version: GnuPG v2.0.11 (GNU/Linux) |
| 39 |
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org |
| 40 |
|
| 41 |
iEYEARECAAYFAkpDgAYACgkQZr0UhZgPVmya5QCePiJfsPo60LXuSh2d4RUj5CHv |
| 42 |
BZcAn2Y9UUm42oAfd2IXj8RiqQcrXDc0 |
| 43 |
=Yeml |
| 44 |
-----END PGP SIGNATURE----- |
Archives