2 Warnings: There are some data after the end of the payload data
A free file archiver for extremely high compression
Brought to you by:
ipavlov
Using 7-Zip 9.35 beta (64-bit) under Windows 7 64-bit I try to test a rar archive with multiple volumes (right click on rar archive, choose 7-Zip, Test Archive) and I get the following error:
1 C:\Test.part1.rar
2 Warnings: There are some data after the end of the payload data
If I first open and then test the same rar archive (right click on rar archive, choose 7-Zip, Open archive, click on Test icon) I get no error.
Rar archive is created with WinRar 5.20 (64-bit) and archive format is Rar. I tried 700MB and 4481MB volume sizes and the same error appears. Error does not appear when I test with 7-Zip 9.20 (64-bit) or WinRar 5.20 (64-bit).
I can't reproduce the problem.
Try to create some "bad" example from small files for files.
For example, you can use files from 7-Zip 9.35 folder.
Write about exact options that you use in WinRAR.
If you can get "bad" archive from command line, write exact rar.exe switches.
Use the 7-Zip 9.35 beta 64-bit folder to create a rar archive. In WinRar 5.20 64-bit choose RAR Archive format, Compression method Store, Dictionary size 4096KB, Split to volumes, size 1MB and under Archiving options check Add recovery record.
Test (right click on first volume of rar archive, choose 7-Zip, Test Archive) and the same error appears. Again, if first open and then test the rar archive (right click on first rar archive volume, choose 7-Zip, Open archive, click on Test icon) no error appears.
I think the error appears when the Add recovery record in Archiving options is checked when creating the archive.
Last edit: testcy 2014-12-09
I'll fix it. Thanks!
Just tried 7-Zip 9.36 beta 64-bit and the problem still exists.
It will be fixed in version 15.xx
I don't make big changes in versions 9.xx now.
Alpha of version 15.xx will be ready in 1-2 months.
Problem still happens with 7-Zip 15.00 alpha.
Can you create small example and attach here?
Last edit: Igor Pavlov 2015-05-09
I get this problem when "unzipping" an .iso file created by someone else. I do not know what software those people have used for creating that .iso file.
The problem happened when extracted a downloaded archive of multiple volumes of 1gb each. I have not managed yet to reproduce the problem with a new archive.
I get this issue every time with cPanel home directory backups - but I can't share them as they contain sensitive information. I need to use http://legroom.net/software/uniextract to extract these files. HTH.
Probably that system uses some old version of TAR with some BUGs. And that TAR writes some garbage after the end of archive.
OK, but if Universal Extractor can still extract these bad TARs successfully then 7zip can do the same?
Note: I see the same problem with cPanel backups from multiple hosting companies, so this problem is not due to one hosting company doing something wrong.
7-Zip also can extract these archives.
Try 7-Zip 15.02 alpha.
7-Zip shows additional warning message to notify you about some problems with these archive. Another programs can ignore these errors.
I could reproduce the problem with 7-Zip 15.05 alpha and different multiple volume rar archives. The rar volumes are large so I can not upload them, but I believe this is a 7-Zip issue as it happens only when I right click on rar archive, choose 7-Zip, Test or Extract archive, but it does not happen if I right click on rar archive, choose 7-Zip, Open archive, click on Test icon or Extract.
And the same warning appears with 7-Zip 15.05 beta:
1 F:\Downloads\Test.part1.rar
Warnings:
There are some data after the end of the payload data
Last edit: testcy 2015-06-20
Do you have warnings for any rar archive?
Try to create another small examples.
I can confirm that there is an issue with cPanel backup downloads and 15.05 beta.
I can provide to you archives which are causing this exact issue. Worked in 9.20 but not in the newer versions.
In 15.05 beta I have archives from one host that work, and archives from another host that don't.
Just doing a test on the archive produces the error.
See attached image.
You can't use 7zip to extract the GZ / TAR
I have to use WinRar instead. Would be great to solve this. Will provide whatever you need get the issue found.
Aaron
I am not sure if this helps but I have noticed that I get this error primarily if I extract a file from a context menu in Windows Explorer (Right click file -> Extract Here). If I open the 7Zip file manager interface and extract the same file that way I don't get the error.
This has happened to me on zip, iso and jar files. These came from a "big" software vendor and MD5 hashes were verfied.
I am using 9.38 (64 bits) on Windows 8.1
I still get these warnings with 7-Zip 15.08 beta (64-bit) when testing or extracting .rar archives downloaded from the Internet. They do not appear with all archives but with some.
You can post the links to download these archives.
I am experiencing this bug with version 15.08. Version 9.20 works fine.
With the file "parallel_studio_xe_2015_update5_setup.exe" (2.7GB) I get a CRC error. This file can be downloaded from the Intel website.
From the file "d-436mve.iso" (7.2GB) I get "extra data after end". This comes from the torrent "MICROSOFT VISUAL STUDIO PROFESSIONAL 2013 WITH UPDATE 4-DVTiSO".
I suppose that there are problems with such big exe file (more than 2 GB) in many systems.
Run:
~~~~
7z l filename.exe > info.txt
~~~~
You can try to find exact level of problem:
~~~~
7z l filename.exe -t
7z x filename.exe -t
~~~~
This file "JDownloader2Setup.exe" has the same problem with version 15.08. The warning is displayed but it seems to extract fine.
But it does not work with vertion 9.20. Can't open as archive.
You can extract that rar5 archive in parser mode:
There is some tail data block (about 44 KB) after rar archive.
Starting data in hex:
"47 0C 57 32 42 6F 4D 70 C6 01 93 5B AA DD 7E 26"
I don't know what is that block.
You can try to combine exe stub with rar block without that tail and check how does it work.
If you know what is that tail data, write me.
Maybe it's some data (compressed or encrypted) that is used by installer.
That data is placed after RAR's end_of_archive header. I don't think that is part of rar archive.