See page 7 of https://www.ietf.org/rfc/rfc1952.txt (ISIZE is the relevant field)
It is an limitation of the gzip file format... It is also documented in the gzip man page under "BUGS", with a (slow) workaround... One way to fix it might be to define an "extra field" with a larger original file size... The extra fields go into the header though, instead of the trailer, which means that it can't be correctly populated for data piped through gzip, since the size is not known when the header is written... (This also seems to be the suggestion here: https://lists.gnu.org/archive/html/bug-gzip/2010-08/msg00009.html ) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gzip in Ubuntu. https://bugs.launchpad.net/bugs/1022287 Title: negative compression ratio if list a big gzip file Status in gzip package in Ubuntu: Confirmed Bug description: Please notice the uncompressed part and ratio, there should be wrong. uncompressed size should be more than 200GiB actually. it should be a overflow of integer. tommy@tommy-ubuntu-1110:/media/PartBackup/sdb3$ gzip -l sdb3.ntfsclone.img.gz compressed uncompressed ratio uncompressed_name 185808678561 4242664346 -4279.5% sdb3.ntfsclone.img tommy@tommy-ubuntu-1110:/media/PartBackup/sdb3$ ls -l sdb3.ntfsclone.img.gz -rw-rw-r-- 1 tommy tommy 185808678561 7月 8 17:04 sdb3.ntfsclone.img.gz To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1022287/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
