7-zip Not Working Windows 11
Cheryll Witting
Yes, problems with all archives, even archives who opened before. Weirdly enough, yesterday night after a shutdown and reboot I could open 7-Zip File Manager from Programs shortcut again but not from right click on file (I use right click because files are associated with WinRAR), now both method don't work again. Arrgg... All other programs and file associations are working fine, except for 7-Zip.
Tried that and didn't work. What did work (for now) was uninstalling 7-zip, rebooting, then installing Easy 7-zip. Apart from a few features,it's identical to 7-Zip Manager but with a different folder location, v0.1.5 is based on 7-zip v15.06 beta.
I tried uninstalling then reinstalling, now 7-zip won't open at all.
If I try to open a .7z file or even if I start 7zfm.exe I get the wait mouse cursor for a few seconds then nothing.
Opening task manager shows 7-zip File Manager as a background process.
The only way to close it is to right-click the 7-zip file manager process and select end task.
I tried downgrading to 7-zip 19.0 64bit and that didn't help.
I uninstalled the 64bit version and installed the 32bit version 22.01 and that seems to be working now.
Why did the 64bit versions stop working?
I have been using 7-Zip for a while (many years) - never a problem.
But I needed to demonstrate the installation procedure to a relative - so I uninstalled 7-Zip and then reinstalled it.
Now it just doens't work. At ALL !
I have tried both the .exe and .msi installation - same result.
Installation is perfect - but when I run it, a small window flickers for less than a tenth of a second and disappears - and that's it.
I have currently version 9.20.0.0 - this is the verion that worked fine until i uninstalled it.
I have tried also the very latest version (7z1900-x64.exe install file) and then gone back to the version I previously had (7z920-x64.msi install file).
I have also rebooted the PC ....
The results of running the installed program in both cases are the same.
It is unusual. You can look in Windows event logs to find out the reason, or you can try starting 7-Zip via debugger. Also try running 7z.exe from command prompt:
cd /d %ProgramFiles%\7-Zip
7z b
Will there be any error messages?
With regard to windows events, I see 3 pairs of messages like these timestamped to when I test-ran 7-Zip. Whether these are actually related to 7-Zip or are coincidental I have no idea.
Likewise I have no idea how to run anything in "debug" - I am a PC user, not a developer.
You now have a workaround: you can launch 7-Zip directly by double-clicking it in its folder or by invoking it from console. If you can also launch 7-Zip from the Start menu, then the only problem is with context menu.
In addition to Igor Pavlov's advice, you can also check whether 7-zip.dll exists in 7-Zip's installation folder and whether it is 32- or 64-bit (open it as archive, select File->Properties and check "CPU" line; note that "Characteristics" will often contain 32-bit even for 64-bit files).
I made a backup tool for MS SQL Express that -daily- backs up, 7zips and uploads the zipped files via FTP.It is a program made in VB.net, built as an .EXE with a .config file. One of the functions calls a file "7zip.exe".Anyway, on Win2003 (20 webservers) this works perfect. Small databases, big databases, slow servers, powerstations... The 'daily basis' is created by launching a scheduled task at night.
Now in Win2008 R1 I also created a 'basic task' and set it up.When I launch it, I see it working except the 7 zip does nothing. It has something to do with the scheduled task because when I run the .EXE normally (double clicking...) it 7zips, as it should be.
Windows Server 2008 made some changes to Scheduled Tasks, but I don't remember the specifics. I do remember having to update some tasks when I went from 2003 to 2008. You might need to assign a user to the task, even if it's a local job. If a regular user doesn't work, try a local admin user.
Thanks resolove my issue. becuase on windows server 2008 need full path while raring:On my scenario i schediled a batch script to zip one file everyday,but it didnt work as below my old script:"C:\Program Files\WinRAR\WinRAR.exe" a test.rar test.txt : this didnt work
Although I choose Tools->Options->Folders->Working folder and specify a particular hard-drive folder, 7-zip seems to use my user TEMP folder when unpacking. Is this intended? I assumed that choosing the working folder above would prevent TEMP being used.
(My TEMP folder is on a ram-drive which is not always big enough for large archive unpacking - and when I get the error message, not enough disk space, the process hangs and I have to kill it using Task Manager).
It is not a bug. The working folder you specify in settings is used for archive update operations, so it is equivalent to the -w command-line switch. For drag-and-drop operations, 7-Zip does not know the target folder, but it still has to write files somewhere. There is not so many standard writeable folders, among which only TEMP is present in each system. TEMP is also used when you view files from archives.
But why hard code the drag target directory as TEMP? You can simply use the Options->Folders directory, which defaults to TEMP anyway. You already have to check for the optional directory actual existance when using it for other operations. Seems trivial to me. When people are creating wrapper scripts, dragging multi-gig files that are doubly stored, filling up ram disks, having dragged out files end up encrypted because TEMP is encrypted (my case), then something is wrong here. What am I missing? If it's something technical I can be educated. BTW, I love 7-Zip. Thank you for your hard work on your great tool.
I've the same issue as the Op, despite specifying a Working Directory location it is ignored for some operations despite the program knowing a custom path is specified and stored in its configuration data...
I just created a 7-zip archive here with an older tool, added password, and wrote out the 7z file to my Desktop. I right-clicked on this file, chose Open with, and using TheUnarchiver, was able to supply the password and extract the content correctly. On OS X El Capitan 10.11.6.
The error message implies it is using a (presumed) newer variant of .7z than the Mac tools you have tried support. I encountered a similar issue with a .rar file recently which was in the new version 5 RAR format.
Whilst there are at least two tools that I know now support v5 of RAR on a Mac I do not what format/version your file is in and whether any Mac tools support it. You can see information about the .7z format here -zip.org/7z.html
The same website lists various .7z tools that either they provide or recommend. The only Mac tool listed for .7z files is Keka which is what I have myself used in the past. The current version of Keka is 1.0.9 but there is a Keka 1.1.0beta which you could also try. See
Most compression tools and formats actually have multiple different compression schemes they can use although most of the time these choices are hidden and unnecessary. Zip has multiple variants, RAR has and so does .7z, if you look at the first webpage I linked to i.e. the .7z website you can see it lists at least seven different versions it can do. When you created a new test file and then successfully opened it you will have created it using a variant your tool understood, the problem here seems to be it has been created with a more esoteric or newer variant than the Mac tools you have tried understand.
Yes working with a windows pc and using 7zip v.9.20, so very old (actual we have 16.X-whatever), works without problems. So I'm not really sure if this zip archive is made with a very new crazy option. Because my old version of 7zip would also not be able to unzip it.
Yes, Joh I know. This was also the first tool tried, without success. The person which sends me the file is not available. But the company which he is working uses normally 7zip. Also you have the ability to create zip archives with 7zip, you only have to select it during creation procedure.
A common mistake by Windows users is putting the wrong file extension on files. If they used 7zip to create a ZIP file but used the .7z file extension this would confuse other more law abiding tools and equally possible would be the reverse of them having used 7zip to create a .7z file but using the .zip file extension.
I am working with the latest version of ArcGIS Pro. I have been using zipped contour files from MassGIS. I am able to download them and unzip them. However, they simply don't show up in the "add data" lists of files. They are in my windows explorer files, so I know I have them. I have tried unzipping them from the download folder, without any luck. I tried copying them to another folder on my computer, and that worked twice, but no longer. Any ideas??
The site shows 3 different download formats, Excel 2007, CSV and shapefile. Which are you downloading? It works fine for me using Windows Explorer to unzip the zip files. We need more information and some screenshots.
One reason that data might not show is if it was added to a folder after Pro initially displaced the contents of that folder in that session. In this case just refresh on the folder. If the ZIP files aren't unzipping that's a totally different issue.
For me 7-zip is blocked by group policy (which I can not control) and I want to find a full exe that doesn't extract using 7zip. Several posts already here suggest going to to get the full download but at least the English US version for windows is NOT a "full" exe version. When I run as administrator or not it starts the extracting window and when it is almost complete I see the message 7-Zip This program is blocked by group policy. For more information, contact your system administrator.
If you aren't able to open the file in an archive manager that recognizes this format to extract all file/folder then you would need a ZIP archive version as is available for developer versions to avoid running the 7-ZIP extraction code.
93ddb68554