Currently on the 2021 20.00.55, updated, and licensed.
I have been facing this issue since 2019 version.Queues don’t actually do anything
That I run powerarchiver starter as admin, or without admin.
Then I queue some files, and most of the files take forever, to go from 1% to 2%
and let’s say if the 5th of total 10 files are stuck that should mean the other 4 should be completed, but no, the directories are just like that.
Using Queue feature makes the Powerarchiver to process and compress files, but the PA archives do no appear, neither the disk’s total used space changes.
However if I manually compress files without queuing, no matter if I run multiple compression or one by one, there’s always success.
sometimes compression is stuck at certain percentage for a 50 or 200 MB file, forever.
I want to speed up multiple compression, I find the batch compression feature useless, as I cannot configure any custom parameters or advanced option under PA archive format
So, Let me save parameters(Advanced Option) of Profiles
i) Either I should be able to customize PA Default profile, so I don’t have to select files and manually select profile, but not even single parameter can be saved
ii) Or I should be able to create a new profile and be able to set that as default.
It’s end of 2020 and I have been trying to reach Powerarchiver team to add this, but no one wants to listen or do anything.
Refer case PA-FCW-TLNFM-096
I still cannot save parameters under advanced options like DDL/EXE filter to delta, or PNG PDF Filter, or set zlib to 9 or dictionary size or experimental stuff.
Soo many Revisions and versions released but I still cannot have a profile saved with whatever I want, be it existing or new profile.
Don’t you guys at Powerarchiver labs get frustrated everytime you have to configure these parameters manually?
When I stop an ongoing compression process, that is stuck or let’s say it’s not stuck but I click on cancel and then on No, it still continues compression for no reason.If I start compression and pause, the progress bar shortly(progresses) reaches to completion, but no compression is done, and then archive is stuck forever
Just cancel it
For all my claims above I have sent ticket today with screenshots from my registered email.if you can:
Batch archive is good idea, but if I have multiple directories inside directories, then I want first child directory to have all of it’s subdirectory compressed to that same first child directory
I have a folder in D:\pics
that folder has following folder
Each of the above folder has sub folder:
I want those sub folders(black, white, colorful, fluffy) not to be compressed individually, but the cats, dogs and fishes folders to be compressed individually
The support doesn’t answer my email about a license question for weeks, because despite a lifetime license Powerarchiver refuses some functions
Dear PowerArchiver Team!
As I unfortunately found out, there is a big bug in Powerarchiver, which causes the compression rate to drop really significantly! I wonder if no one has noticed this yet? Are you guys still actively developing?
The following error occurs! (This is already as I find a blatant error!).
ERROR:File extensions and formats are not recognized automatically! If a file name e.g. Mütze.jpg is simply “renamed” in Mütze.txt, or
Mütze.png, Mütze.mp3, Mütze.pdf etc. each time a DIFFERENT compression algorithm is performed on the SAME FILE! Remember! The file extension was only renamed, so the file extension e.g. from .jpg to .txt is only by Rename changed! Just take a .jpg or .txt or .pdf file and change the file extension, you will see see this error! No headers are read automatically! Is this really wanted?Then the perfect compression algorithm can never be found and optimized by PowerArchiver? You should investigate this dramatic error once absolutely!
Greetings from your trusty Konglomat!
Please stay healthy and make PowerArchiver more powerful than ever! I am looking forward to future updates! You are still awesome! Please keep up the good work! I love PowerArchiver, really more than just about anything!And will probably buy and use it for eternity!
There would be many of us with Intel Processors.
and they have their own optimized zlib algorithm, which can result in more efficiency if used combined with their hardware processor.
Can we get the same Functionality Under Hardware Acceleration Feature?
Zlib is not the only feature that intel has included with their processor, there’s many, which if combined can result in efficient and better compression ratios.
I thought, I’ll give it a try and upgrade my PA 2018 Toolbox on my production machine to PA 2021 (20.10.03)Sending registration codes in your order recovery doesn’t seem to work at the moment (I also checked my junk folder), online activation works Using registry to disable modules (for example HKLM\SOFTWARE\PowerArchiverInt\General\DisableBurning) doesn’t work as expected with modern ui. The module is visible, but I’ll get the trial nag, if I try to open it. It’s almost fine in classic and ribbon mode.
“DisableClouds” and “DisableExplorer” seem not to be respected at all, while the classic UI seems to respect the setting to disable any other unused module:In settings I won’t be able to access the SmartAI settings and the settings for the internal editor if the FTP module is disabled
Powerarchiver 2021 20.00.73
Windows 10 Education 10.0.19042 Build 19042
When extracting gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz , Powerarchiver wrongly thinks some .exe files have a length of zero:
Once extracted:D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin>dir *.exe Volume in drive D is DATA Volume Serial Number is 0E12-BCA2 Directory of D:\Temp\Powerarchiver\gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf\bin 2020-11-20 07:10 PM 1,391,599 arm-none-linux-gnueabihf-addr2line.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ar.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-as.exe 2020-11-20 07:41 PM 3,030,119 arm-none-linux-gnueabihf-c++.exe 2020-11-20 07:10 PM 1,389,293 arm-none-linux-gnueabihf-c++filt.exe 2020-11-20 07:41 PM 3,027,513 arm-none-linux-gnueabihf-cpp.exe 2020-11-20 07:10 PM 4,040,503 arm-none-linux-gnueabihf-dwp.exe 2020-11-20 07:10 PM 391,769 arm-none-linux-gnueabihf-elfedit.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-g++.exe 2020-11-20 07:41 PM 3,026,926 arm-none-linux-gnueabihf-gcc-10.2.1.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ar.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-nm.exe 2020-11-20 07:41 PM 609,607 arm-none-linux-gnueabihf-gcc-ranlib.exe 2020-11-20 07:41 PM 0 arm-none-linux-gnueabihf-gcc.exe 2020-11-20 07:41 PM 2,165,533 arm-none-linux-gnueabihf-gcov-dump.exe 2020-11-20 07:41 PM 2,343,605 arm-none-linux-gnueabihf-gcov-tool.exe 2020-11-20 07:41 PM 2,450,233 arm-none-linux-gnueabihf-gcov.exe 2020-11-20 07:54 PM 9,605,899 arm-none-linux-gnueabihf-gdb.exe 2020-11-20 07:41 PM 3,028,997 arm-none-linux-gnueabihf-gfortran.exe 2020-11-20 07:10 PM 1,412,943 arm-none-linux-gnueabihf-gprof.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.bfd.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ld.gold.exe 2020-11-20 07:41 PM 25,546,567 arm-none-linux-gnueabihf-lto-dump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-nm.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objcopy.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-objdump.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-ranlib.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-readelf.exe 2020-11-20 07:10 PM 1,393,083 arm-none-linux-gnueabihf-size.exe 2020-11-20 07:10 PM 1,392,464 arm-none-linux-gnueabihf-strings.exe 2020-11-20 07:10 PM 0 arm-none-linux-gnueabihf-strip.exe 32 File(s) 67,465,867 bytes 0 Dir(s) 1,002,422,431,744 bytes free
When the same archive is being extracted from a git bash session (after having installed git 2.30.1 for Windows 64 bit version from git-scm.com), the .exe files are extracted as expected:xz -k -d gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar.xz tar xf gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf.tar cd gcc-arm-10.2-2020.11-mingw-w64-i686-arm-none-linux-gnueabihf/bin ll *.exe -rwxr-xr-x 1 User 197121 1391599 Nov 20 19:10 arm-none-linux-gnueabihf-addr2line.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ar.exe* -rwxr-xr-x 2 User 197121 2028927 Nov 20 19:10 arm-none-linux-gnueabihf-as.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-c++.exe* -rwxr-xr-x 1 User 197121 1389293 Nov 20 19:10 arm-none-linux-gnueabihf-c++filt.exe* -rwxr-xr-x 1 User 197121 3027513 Nov 20 19:41 arm-none-linux-gnueabihf-cpp.exe* -rwxr-xr-x 1 User 197121 4040503 Nov 20 19:10 arm-none-linux-gnueabihf-dwp.exe* -rwxr-xr-x 1 User 197121 391769 Nov 20 19:10 arm-none-linux-gnueabihf-elfedit.exe* -rwxr-xr-x 2 User 197121 3030119 Nov 20 19:41 arm-none-linux-gnueabihf-g++.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-10.2.1.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ar.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-nm.exe* -rwxr-xr-x 1 User 197121 609607 Nov 20 19:41 arm-none-linux-gnueabihf-gcc-ranlib.exe* -rwxr-xr-x 2 User 197121 3026926 Nov 20 19:41 arm-none-linux-gnueabihf-gcc.exe* -rwxr-xr-x 1 User 197121 2165533 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-dump.exe* -rwxr-xr-x 1 User 197121 2343605 Nov 20 19:41 arm-none-linux-gnueabihf-gcov-tool.exe* -rwxr-xr-x 1 User 197121 2450233 Nov 20 19:41 arm-none-linux-gnueabihf-gcov.exe* -rwxr-xr-x 1 User 197121 9605899 Nov 20 19:54 arm-none-linux-gnueabihf-gdb.exe* -rwxr-xr-x 1 User 197121 3028997 Nov 20 19:41 arm-none-linux-gnueabihf-gfortran.exe* -rwxr-xr-x 1 User 197121 1412943 Nov 20 19:10 arm-none-linux-gnueabihf-gprof.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.bfd.exe* -rwxr-xr-x 4 User 197121 2572182 Nov 20 19:10 arm-none-linux-gnueabihf-ld.exe* -rwxr-xr-x 2 User 197121 4550029 Nov 20 19:10 arm-none-linux-gnueabihf-ld.gold.exe* -rwxr-xr-x 1 User 197121 25546567 Nov 20 19:41 arm-none-linux-gnueabihf-lto-dump.exe* -rwxr-xr-x 2 User 197121 1404945 Nov 20 19:10 arm-none-linux-gnueabihf-nm.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-objcopy.exe* -rwxr-xr-x 2 User 197121 1991350 Nov 20 19:10 arm-none-linux-gnueabihf-objdump.exe* -rwxr-xr-x 2 User 197121 1421598 Nov 20 19:10 arm-none-linux-gnueabihf-ranlib.exe* -rwxr-xr-x 2 User 197121 1163376 Nov 20 19:10 arm-none-linux-gnueabihf-readelf.exe* -rwxr-xr-x 1 User 197121 1393083 Nov 20 19:10 arm-none-linux-gnueabihf-size.exe* -rwxr-xr-x 1 User 197121 1392464 Nov 20 19:10 arm-none-linux-gnueabihf-strings.exe* -rwxr-xr-x 2 User 197121 1531656 Nov 20 19:10 arm-none-linux-gnueabihf-strip.exe*
The same archive file does extract properly under a native Linux Ubuntu 20.04 system, or under Windows 10 using the WSL2 Linux subsystem using xz and tar.
Hi! I came across an issue when I tried to uninstall PowerArch 2013. I got an error “The specified account already exists” which broke the process. I got the same error when I tried to install the current version, without uninstalling the previous one.
So I can’t uninstall and I can’t install PowerArchiver. Any suggestions? OS Windows 8.1 x64.
I’m using Convert Archives on a local folder of .zip files, converting them to .lzh files, and I’m finding that perhaps 1 in 75 files is actually converting and outputting a file. Even then, the .lzh file is incomplete, missing most of the source files.
The progress bars completes OK, say 75/75 files, but only one .lzh file exists in the output folder.
It seems to be the same with different source and output folders on both local and USB disk - I can’t see a pattern.
The files extract and compress (to .lzh) without issue on their own.
Is there a log file I can check please, to see why PA does not like these files as part of the batch conversion?
Thanks very much, Rich.
Hello. My problem with Powerarchiver is as follows:
First of let me say that I am running a Windows 7 Starter edition on my Toshiba NB505 laptop. You can see my specs if you google it. Needless to say that it has very limited resources and has low ram and roughly 1.66 GHz Atom processor.
I am currently using the latest version of PA. But mostly the tasks I do with it are create and uncompress zip files, as this comes in handy with my needs for compressing older files which I dont need. There is where it comes my issue with program and it is just that version after version it becomes harder for my computer to load and create zip files and 7zip ones. Needless to say that the same goes for zipx.
I have been using PA for a decade and its a good program but it is just that the current version has things which I don’t need or seldom use it, such as the preview file panel, and also the explorer tabs, skin customization and the nagging conexware update tool. Thus I was just asking, Does it exist a minimalistic version of PA or perhaps some ultra light version of it?. Something which it can be run on older computers.
Please don’t say to install an older version or going back to 2003, as well, this is not what I had in mind. I know that I could use the command line version but for me usng a GUI is more convenient. Regsrding compression speeds, I mostly use deflate for legacy zip files on the fast setting.
So far what I am doing is to set PA to use the classic skin windows view and while it does alleviate some of the lagging symptoms it doesn’t really seem to make the program to run or load faster.
Any help or advice on my problem?. By the way, I use the PRO version as that’s my current license. By the way, does PA has any pdf user’s manual or reference book? I see there are changes and numerous functionality that has been added but I have no clue on how to use it. I hope somebody could help me with that as well.
Converting an archive to .zip (using both the “Deflate (.zip, compatible)” and “Store” compression methods) always creates a .zipx file instead.
Using the “Store” method sometimes creates a .zip file; I have seen it happen just now, but I cannot reproduce it.
New version: 20.10.03
Release Notes - PowerArchiver - Version 20.10.03
[PA-2899] – PowerArchiver icon should be yellow for shell and main interface
[PA-2906] – Add Window size should be remembered
[PA-2901] – Cloud: when started as standalone, skin should be fully applied
[PA-2896] – Cloud config window not skinned in Dark Ribbon skin
[PA-2900] – Cloud: close button enabled when no connection, should be disabled
[PA-2902] – Cloud: change name of Amazon option in cloud
Various fixes and improvements. More fixes and updates coming up! Thanks for everyone’s help!
I’m sorry if the dev team is affected by pandemic, and if anyways that is affecting their quality to provide quality software.
But honestly, it’s been an year I have been complaining about the queue feature, it is taking them ages to fix.
referencing the above bug, I have been waiting patiently, but the bug isn’t fixed at all.
The old queuing bug where PA gets stuck randomly, isn’t fixed either.
The Bug where you keep 10-15 files in queue at once, will cause the software to miss few in queue.
and sometimes it would compress into a corrupt archive, so you have to manually open each archive and make sure everything is there as expected.
There’s way too many bugs, and I see none getting fixed.
I’m disappointed with this software.
I should have sticked to 7zip or given a shot to other archivers than this, at least they don’t provide update once in 4 months and fix nothing.
I have some mistakes today with PowerArchiver Installation with GPO.
I checked permissions of the share folder and I already installed some app from this.
I have downloaded 32b and 64b it’s the same problem.
App is on the install list of the GPO, but don’t install on the client. All app can be install but only powerachiver not. What the hell !
So i tried :
Checked : security of share folder --> ok (install of other app ok!)
RSOP checked --> nothing special
(obviously force GPO, multiple reboot)
Can you help me please ?
I’ve been dealing with an intermittent explorer.exe crash for 5-6 years now. It happens randomly and will usually occur multiple times within a single session of an hour or two on my machine when manipulating files through Windows Explorer. explorer.exe is the only thing that ever crashes, so it’s not hardware IMO. I’ve done all hardware diagnostics and RAM is good. I’ve even swapped out motherboards with different brand and even the exact same one and it still crashes. sfc /scannow indicates system files are fine. I’ve done multiple reinstalls of the OS with no positive results. This crashing has happened on Windows 7 64-bit and Windows 10 64-bit. It seemed to get more frequent with Windows 10 after upgrading last year. I’ve also been using PowerArchiver throughout that time period (upgrading over time with new releases). I recently disabled all non-Microsoft extensions via ShellExView and saw no crashes for about 10 days, which is really unusual. I turned back them all back on after 10 days and saw another explorer.exe crash within the hour. So I disabled all 32-bit extensions and saw another crash. Following that I disabled all the PowerArchiver shell extensions and haven’t seen a crash after a day of heavy usage manipulating files within Windows Explorer, which doesn’t happen for me. The crash dumps I’ve captured don’t seem to indicate PowerArchiver is involved but I have a hunch it has something do with PowerArchiver shell extensions. The system even feels smoother with the PA extensions disabled. Windows 10 reliability monitor always has the same type of problem:Description Faulting Application Path: C:\WINDOWS\explorer.exe Problem signature Problem Event Name: BEX64 Application Name: explorer.exe Application Version: 10.0.17134.165 Application Timestamp: 4031a9f8 Fault Module Name: StackHash_e78e Fault Module Version: 0.0.0.0 Fault Module Timestamp: 00000000 Exception Offset: PCH_8D_FROM_ntdll+0x000000000009AA54 Exception Code: c0000005 Exception Data: 0000000000000008 OS Version: 10.0.17220.127.116.11.256.48 Locale ID: 1033 Additional Information 1: e78e Additional Information 2: e78e327659b46c9a0c6916396b253cbf Additional Information 3: cebf Additional Information 4: cebf952c5db535ae7880488aafce55d9 Extra information about the problem Bucket ID: 1a57e4e784fbc735c231c68bd88581a9 (1311047270476906921)
I know this is a very nebulous explanation but is there any way to link this up to PA shell extensions as the cause? I can provide the crash dumps and additional information if necessary.
Unzip operation hangs
I am running the latest rc of PA and just discovered a problem.
I have a large, split zip that seems to hang at the 47% point during the unzip operation.
The zip consists of three files, two files 4.7GB in size (the DVD size listed in the gui) and the third file is 418MB in size.
Let me know what other info you require.
we’ve tried and cannot recreate the issue given the sizes you provided, let us know what kind of files are in the archive and which options were used when creating the file.
The files in the archive are VMware image files. The archive was created by selecting the original directory and choosing the split option using the ‘DVD’ size for the split size. Here is a listing from the zip via PA’s print to txt file option:
Name: CentOS 5 64-bit - coelin1 split.zip
Decompressed Size: 43,178,255Kb
37 files in archive:
Name | Size | Packed | Modified | Path
Red Hat Enterprise Linux 4 64-bit-s001.vmdk2,015,232,000 369,766,491 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s002.vmdk2,083,323,904 886,771,594 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s003.vmdk2,081,226,752 975,068,917 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s004.vmdk1,866,072,064 616,402,273 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s005.vmdk120,782,848 20,722,858 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s006.vmdk324,141,056 102,168,736 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s007.vmdk1,457,127,424 110,120,113 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s008.vmdk1,235,353,600 43,761,783 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s009.vmdk418,775,040 80,950,089 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s010.vmdk919,273,472 33,800,200 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s011.vmdk621,019,136 92,230,750 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s012.vmdk232,062,976 34,575,850 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s013.vmdk247,988,224 81,362,674 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s014.vmdk1,548,877,824 471,460,896 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s015.vmdk2,082,209,792 844,274,693 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s016.vmdk15,794,176 2,098,525 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s017.vmdk2,064,908,288 324,214,369 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s018.vmdk2,081,685,504 971,310,281 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s019.vmdk2,081,226,752 712,477,947 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s020.vmdk2,081,292,288 417,451,585 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s021.vmdk2,080,702,464 284,169,554 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s022.vmdk2,080,702,464 411,645,241 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s023.vmdk2,076,704,768 133,238,914 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s024.vmdk2,080,964,608 362,522,687 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s025.vmdk2,080,702,464 445,283,575 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s026.vmdk2,080,702,464 378,032,796 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s027.vmdk2,080,899,072 244,439,398 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s028.vmdk2,080,702,464 255,875,701 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s029.vmdk1,718,157,312 113,931,815 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s030.vmdk273,743,872 14,456,010 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s031.vmdk2,097,152 35,441 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit-s032.vmdk65,536 97 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit.nvram8,684 1,209 9/21/2009 11:19 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit.vmdk2,392 472 9/14/2009 12:41 PM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit.vmsd573 323 6/18/2009 10:12 AM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit.vmx2,940 1,059 9/14/2009 12:38 PM CentOS 5 64-bit - coelin1
Red Hat Enterprise Linux 4 64-bit.vmxf288 244 9/3/2009 9:06 AM CentOS 5 64-bit - coelin1\
deflate method with maximum compression?
anything else checkmarked other than “include system and hidden files”?
and, mode selected for spanning? (you can see it in the drop down menu below the span size options.
Method is Bzip2, compression is normal. The file was split using Winzip (I don’t see a split/span mode type option in Winzip).
what version of PA are you using exactly?
and do you know what version of WinZip? And what settings did you use? So we can try to re-create the archive.
The flow is rather strange. The archive was originally created with 7zip using Method=Bzip2, compression=normal. The archive was one large file.
After the archive was created it was transferred across a wan where it was decided it should be split. The user only had Winzip 11.2 (build 8094) and split the file into DVD sized files.
I can unzip the split archive on my local machine using 7zip, Winzip, and Winrar. The only problem is with the latest build of PA.
hm, i have to find some older WZ because latest versions report an error when splitting large zip created with 7zip.
drteeth last edited by
Is the new 11.60 build release today supposed to address this? If so, it still hangs. If not, never mind :).
nope, could not reproduce.
are these vmware image files downloadable somewhere? i have tried creating similar example, but everything worked fine. It might be something that was special to files compressed.
No, the image files are not distributable. I will see if I can come up with a reproducible scenario and set of accompanying steps.
No, the image files are not distributable. I will see if I can come up with a reproducible scenario and set of accompanying steps.
that would definetly help us solve the issue…. i created several similar files (filename and filesize), compressed it to bzip, normal in 7z and then spanned it in WZ and works fine here. It probably is more specific that simple spanning on bzip does not work.
I just recreated the problem using the rfdc tool I referenced in this post:
I created a directory called ‘CentOS 5 64-bit - coelin1’. Inside this directory I ran these commands:
rdfc “Red Hat Enterprise Linux 4 64-bit-s001.vmdk” 2015232000
rdfc “Red Hat Enterprise Linux 4 64-bit-s002.vmdk” 2083323904
rdfc “Red Hat Enterprise Linux 4 64-bit-s003.vmdk” 2081226752
rdfc “Red Hat Enterprise Linux 4 64-bit-s004.vmdk” 1866072064
rdfc “Red Hat Enterprise Linux 4 64-bit-s005.vmdk” 120782848
rdfc “Red Hat Enterprise Linux 4 64-bit-s006.vmdk” 324141056
rdfc “Red Hat Enterprise Linux 4 64-bit-s007.vmdk” 1457127424
rdfc “Red Hat Enterprise Linux 4 64-bit-s008.vmdk” 1235353600
rdfc “Red Hat Enterprise Linux 4 64-bit-s009.vmdk” 418775040
rdfc “Red Hat Enterprise Linux 4 64-bit-s010.vmdk” 919273472
rdfc “Red Hat Enterprise Linux 4 64-bit-s011.vmdk” 621019136
rdfc “Red Hat Enterprise Linux 4 64-bit-s012.vmdk” 232062976
rdfc “Red Hat Enterprise Linux 4 64-bit-s013.vmdk” 247988224
rdfc “Red Hat Enterprise Linux 4 64-bit-s014.vmdk” 1548877824
rdfc “Red Hat Enterprise Linux 4 64-bit-s015.vmdk” 2082209792
rdfc “Red Hat Enterprise Linux 4 64-bit-s016.vmdk” 15794176
rdfc “Red Hat Enterprise Linux 4 64-bit-s017.vmdk” 2064908288
rdfc “Red Hat Enterprise Linux 4 64-bit-s018.vmdk” 2081685504
rdfc “Red Hat Enterprise Linux 4 64-bit-s019.vmdk” 2081226752
rdfc “Red Hat Enterprise Linux 4 64-bit-s020.vmdk” 2081292288
rdfc “Red Hat Enterprise Linux 4 64-bit-s021.vmdk” 2080702464
rdfc “Red Hat Enterprise Linux 4 64-bit-s022.vmdk” 2080702464
rdfc “Red Hat Enterprise Linux 4 64-bit-s023.vmdk” 2076704768
rdfc “Red Hat Enterprise Linux 4 64-bit-s024.vmdk” 2080964608
rdfc “Red Hat Enterprise Linux 4 64-bit-s025.vmdk” 2080702464
rdfc “Red Hat Enterprise Linux 4 64-bit-s026.vmdk” 2080702464
rdfc “Red Hat Enterprise Linux 4 64-bit-s027.vmdk” 2080899072
rdfc “Red Hat Enterprise Linux 4 64-bit-s028.vmdk” 2080702464
rdfc “Red Hat Enterprise Linux 4 64-bit-s029.vmdk” 1718157312
rdfc “Red Hat Enterprise Linux 4 64-bit-s030.vmdk” 273743872
rdfc “Red Hat Enterprise Linux 4 64-bit-s031.vmdk” 2097152
rdfc “Red Hat Enterprise Linux 4 64-bit-s032.vmdk” 65536
rdfc “Red Hat Enterprise Linux 4 64-bit.nvram” 8684
rdfc “Red Hat Enterprise Linux 4 64-bit.vmdk” 2392
rdfc “Red Hat Enterprise Linux 4 64-bit.vmsd” 573
rdfc “Red Hat Enterprise Linux 4 64-bit.vmx” 2940
rdfc “Red Hat Enterprise Linux 4 64-bit.vmxf” 288
I then used 7zip to create a zip file using the settings mentioned earlier in this post. Next, I used Winzip to split this zip into DVD sized files. Finally, I used PA to unzip the split zip. PA eventually hung trying to unzip the split files.
Hopefully you can recreate the problem using these steps.
Let me know if you have any questions.
PA 2010 11.60.25 is here:
check it out and see if it solves your issue.
It seems that split bz2 zip files were not properly supported!
Many, many thanks.
Many, many thanks.
thank you for reproducible reports :-)
Luckily I have ocd when it comes to details :).