I run Linux Live CD and I need to extract a specific file from a wim-archive that is located on a disk drive. I know a full path to the file in the archive: xubuntu@xubuntu:~$ 7z l winRE.wim | grep -i bootrec.exe 2009-08-28 15:02:29 ....A 299008 134388 Windows/System32/BootRec.exe I am short on disk space and do not have a possibility to unpack the whole archive. How could I extract that specific file from the archive? I tried the -i option, but that did not work: xubuntu@xubuntu:~$ 7z x -i Windows/System32/BootRec.exe winRE.wim Error: Incorrect command line

I have lots of files that I want to archive/compress using 7zip utility. They all reside in the same folder. Each archive must have the same name as the file that is to be archived. For example, if the files are 1.txt, 2.txt, 3.txt then the archives should be 1.7z, 2.7z and so on. I have found some batch scripts, but I need a bash script. I can list all the files using

for i in *.txt; do echo $i; done

but cannot make it work with 7zip command, i.e. 7z a 'archive.7z' 'file.txt'

When trying to create an archive with Debian GUI using **Create archive...** from right-click menu and **Create a new archive** window, is there an option to assign a password to 7z archive?

what factors should be considered when choosing among 7zip, xz, gzip, tar, etc. for compressing and archiving files?

How can I safely and quickly repack a zip archive to a 7zip archive? I checked options of 7zip program but I don't see any option to repack. I know I can extract to directory and then pack this directory but is it safe? What if ZIP has paths like "../../file.exe" or "/etc/bin/file.exe"? I tried unpacking files to stdout and while program 7zip can do this it outputs just content of files without their names etc. so I cannot just grab this output and redirect somewhere to pack into a 7zip archive.

I am on ubuntu 20.04 and I have a 71GB.tar file that I would like to 7zip before moving it to long-term storage. I can create a new directory.tar.7z using: #tar cf - directory | 7z a -si directory.tar.7z However, I cannot #7z a -si directory.tar.7z It just freezes.... no errors... How can I 7zip *pre-*existing tar archives?

**Situation:** I get daily backups of my vps onto an external hard disk and I create daily "snapshots" using rsyncd into folders named via the date function. Then I use 7z immediately following the rsync snapshot to create a multi-part archive that I can upload for long-term storage. **Progress** I can do all of the above using the 7z command below:

cd /path/to/external/hd/daily-snapshots/$(date --date="yesterday" +%Y-%m-%d) && cputool --load-limit 5.5 -- 7z a -t7z -m0=lzma2 -mx=9 -aoa -mfb=64 -md=32m -ms=on -mhe -pXXXXX full-$(date --date="yesterday" +%Y-%m-%d).7z * -v5g

**Problem:** How can I write the contents of the archive to a log file?

cd /path/to/external/hd/daily-snapshots/daily-snapshots/$(date --date="yesterday" +%Y-%m-%d) && cputool --load-limit 5.5 -- 7z a -t7z -m0=lzma2 -mx=9 -aoa -mfb=64 -md=32m -ms=on -mhe -pXXXXX full-$(date --date="yesterday" +%Y-%m-%d).7z * -v5g >> /var/log/7z-daily-archive.log

doesn't seem to work... Any thoughts?

I have stuff.7z.001 to stuff.7z.007. They are big. Is there a way to 7z x in Linux to take advantage of multiple cores and speed things up? also, how does one run the 7-zip gui in rhel/centos 7 ? I have p7zip-gui-16.02-20.el7.x86_64 installed but I can't find a corresponding *7-zip gui* entry under the applications menu nor know the command line command to kick off the gui.

I have a python script that is running in two places, two different, but similar commands: os.system("tar cf - -C %s . 2>/dev/null 3>/dev/null | 7za a -p%s -si %s 1>/dev/null 2>/dev/null 3>/dev/null" % (cf, self.config.get(jn, "archpass"), filename)) os.system("tar -Jchf - -C %s . 2>/dev/null 3>/dev/null | 7za a -p%s -si %s 1>/dev/null 2>/dev/null 3>/dev/null" % (cf, self.config.get(jn, "archpass"), filename)) This script is used to backup websited on a Ubuntu server. So most of files are html/php/js/jpg. I need to understand this command more in order to have an idea if there is place for improvement. **Question 1)** What's the difference between: tar cf and tar -Jchf. Unfortunately tar --help didn't help me understand the additional -Jf parameters. **Question 2)** Is tar also archiving? What could be the purpose of sending everything to 7za? Is it doing a double archivisation?

I am trying to write a bash script that will first extract files one-by-one from an archive and call a java program with the file name as a parameter to do something. I have tried with the following script, but it does not work. I am facing the following problem: Assuming the compressed file name is compressed.7z. Say there are two files inside the compressed.7z archive: sample_1.json and sample_2.json (could be anything). The 7za command always outputs compressed.7z as file name, which I don't want. I just want to get the extracted sample_1.json in the output folder, and give the name to the java command, then sample_2.json in the next iteration. Could anybody can help in this issues? Thanks in advance.

lang-sh
#!/bin/bash

for file in *.7z
do
    7za x -ooutput  "${file}" | java -jar Remove_BoilerPlate_JSON_Updated.jar "${file}";
done

I have a file called BaseSystem.dmg which contains a hfs+ system image as well as other files. I am trying to extract just the hfs+ system image file using 7z from the `p7zip-full` package. I have tried all these commands and others too... 7z x BaseSystem.dmg 7z e BaseSystem.dmg 7z x BaseSystem.dmg 4.hfs Instead of extracting just the 4.hfs file I either get nothing or 7z goes straight to extracting all files and folders in BaseSystem.dmg. I am able to use dmg2img like this and it works... dmg2img -p 4 -i BaseSystem.dmg -o 4.hfs But my question is about how do I use the `7z command` to extract just the 4.hfs file from BaseSystem.dmg? Cheers Update ------ I get the same result when I use 7-Zip 19.00 (32 bit or 64 bit) on Windows and also when I use 16.02 (64 bit) on Ubuntu. I know that this is possible because Boot Disk Utility uses 7-Zip 19.00 (32 ) and IS able to extract 4.hfs from BaseSystem.dmg. However I don't know what parameters it uses. I actually also downloaded 7-Zip 19.00 (32 ) separately for my Windows OS and again when I run it myself it does not extract just the 4.hfs file. So it must be something about what 7z parameters I am using?

This seems like it would be a common thing to do, but I haven't found the answer. How do you remove all files of a certain type/extension from a zip archive using 7za? The test zip file I am using: 7za l zipTestB.zip Date Time Attr Size Compressed Name ------------------- ----- ------------ ------------ ------------------------ 2021-02-26 09:54:57 D.... 0 0 testFolder 2021-02-26 09:53:47 ....A 46 71 testFolder/testC.txt 2021-02-26 09:54:06 ....A 53 testFolder/testD.txt 2021-02-26 09:53:00 ....A 18 35 testA.txt 2021-02-26 09:53:11 ....A 23 testB.txt ------------------- ----- ------------ ------------ ------------------------ It seems like this would work, but it only seems to remove testA.txt and testB.txt (first level files). 7za d zipTestB.zip *.txt -r

This is a more specific question of How to open rar file in linux (asked in 2015) that had no detailed answer for p7zip to open RAR files at this time of writing. p7zip is essentially the 7-zip archive manager on Linux, except that does not include the graphical interface. p7zip should be able to open RAR files like 7-zip does, but some recently downloaded RAR files can not be opened using p7zip. The RAR file itself is not broken for sure. This question may cover the following sub-questions (without the question marks, as not to be confused with the main question), which are relevant to explain the how-to: * Does p7zip really support RAR format * Which package to install for p7zip to support RAR format, and which repository would provide the package * Which binary of 7z, 7za, or 7zr can open the RAR file * Can p7zip be used to open the RAR file via graphical interface * When using p7zip to open the RAR file, the command failed with message "Error: Can not open file as archive", then how to solve So how to use p7zip to open RAR files? > This is a **self-answer** question that has been written like a new question, which was created based on the discussion in this meta post . Should there be more than one answer, the most accurate and most complete answer will be accepted after some time (not immediately).

I'm trying to open a 7z-File which I've packed with my phone using the ZArchiver app. Probably the process was interrupted and some files have gone missing, but that's not a huge problem. Ark and file-roller can't open it. [qohelet@localhost che]$ 7z e Cambulera.7z 7-Zip 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=de_AT.UTF-8,Utf16=on,HugeFiles=on,64 bits,8 CPUs Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz (306C3),ASM,AES-NI) Scanning the drive for archives: 1 file, 1400666544 bytes (1336 MiB) Extracting archive: Cambulera.7z ERROR: Cambulera.7z Cambulera.7z Open ERROR: Can not open the file as [7z] archive ERRORS: Is not archive Can't open as archive: 1 Files: 0 Size: 0 Compressed: 0 This is not working either: [qohelet@localhost che]$ 7z e -so Cambulera.7z > raw ERROR: Cambulera.7z Cambulera.7z Open ERROR: Can not open the file as [7z] archive ERRORS: Is not archive I've found on https://www.7-zip.org/recover.html some basic 7z-recovery hints, but it's not helpful. Opening it with a hex-editor is giving me the exact output as expected: I wonder it's so difficult. Most archive-formats are relatively robust? I'm using Fedora. EDIT 1: Das Paket p7zip-plugins-16.02-13.fc29.x86_64 ist bereits installiert. Abhängigkeiten sind aufgelöst. Nichts zu tun. Fertig. [qohelet@localhost che]$ 7z t Cambulera.7z 7-Zip 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=de_AT.UTF-8,Utf16=on,HugeFiles=on,64 bits,8 CPUs Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz (306C3),ASM,AES-NI) Scanning the drive for archives: 1 file, 1400666544 bytes (1336 MiB) Testing archive: Cambulera.7z ERROR: Cambulera.7z Cambulera.7z Open ERROR: Can not open the file as [7z] archive ERRORS: Is not archive Can't open as archive: 1 Files: 0 Size: 0 Compressed: 0 [qohelet@localhost che]$ 7z l Cambulera.7z 7-Zip 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=de_AT.UTF-8,Utf16=on,HugeFiles=on,64 bits,8 CPUs Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz (306C3),ASM,AES-NI) Scanning the drive for archives: 1 file, 1400666544 bytes (1336 MiB) Listing archive: Cambulera.7z ERROR: Cambulera.7z : Cambulera.7z Open ERROR: Can not open the file as [7z] archive ERRORS: Is not archive Errors: 1

Is there a reason why the [stable](https://packages.debian.org/buster/p7zip-full) and even [testing](https://packages.debian.org/bullseye/p7zip-full) distributions of Debian still use an old version of [7-zip](https://www.7-zip.org/) ? The current stable version of 7-zip is 19.00 and Debian Buster and Bullseye use 16.02

I'm trying to decompress a big zip file containing more that a hundred files, 128 MB each. When the decompression is interrupted, I have to delete the last file that was being decompressed, and restart all over with the option to skip existing files enabled, like so: unzip -n my_compressed_file.zip -d destination Is there a way to decompress zip files so that only those fully decompressed files appear in the destination directory?

*OS: Linux Mint 18.2 Cinnamon 64-bit.* I would like to compile the following: > p7zip_16.02_src_all.tar.bz2 with SHA256: > 5eb20ac0e2944f6cb9c2d51dd6c4518941c185347d4089ea89087ffdd6e2341f I extracted it as follows: tar -xjf p7zip_16.02_src_all.tar.bz2 I read README file, specifically, that I need to replace the makefile with my machine's equivalent: > According to your OS, copy makefile.linux, makefile.freebsd, makefile.cygwin, ... over makefile.machine So I did: cp makefile.linux_amd64 makefile.machine It also says it is possible to build in parallel, in my case of 8 cores: > If you want to make a parallel build on a 4 cpu machine : make -j 4 TARGET So I did: make -j 8 all_test With the result: > Everything is Ok Now, I would like to proceed further, but: make -j 8 depend this **throws errors**: > fatal error: wx/wxprec.h: No such file or directory So, I searched for a package that contains the header file: apt-file search wxprec.h which says: > wx3.0-headers: /usr/include/wx-3.0/wx/wxprec.h So, I installed that package: sudo apt-get install wx3.0-headers but it still throws the same error.

I'm using KDE on Debian Stretch, and Ark is installed by default (version 16.08.3). I find it really convenient and easy to use. However, I cannot find a way to create a 7-zip archive without compression. To be clear, what would be the equivalent of specifing the "-mx=0" argument in the command line. I'm aware of the presence of the compression slider, but setting it to the minimum (all to left), still compresses the archive (I'd say that is the equivalent of "-mx=1"). Is there a way to accomplish 0 compression using Ark? If not, is there another likewise powerful archive manager (better if Qt-based) that allows to do so? I'd really prefer to stick with Ark if possible. I've tried to manually change a line of code and rebuild Ark from source, just to test if hardcoding the "-mx=0" parameter into the source does produce some result. I've changed this: to this: in the file at path ark-16.08.3/plugins/cli7zplugin/cliplugin.cpp. I don't know if that is something "clever" or I'm completely wrong, however that change doesn't produce any difference. Testing the original version available through apt and the one I've built from source on the same file, the outputted .7z archives are of identical size (about 50% of the original file, which surely isn't a not-compressed archive). Of course I've tried a simple 7z a -mx=0 archive.7z myFile and it has produced a file of more or less the exact size of the original file, and of course in **MUCH** less time. I'm starting to think I have to surrender and using the CLI version.

I'm using the command p7zip to compress files. There is not enough space on the disk even to store the compressed file. I'm compressing a directory where there are thousands of file, is there any way of compressing and deleting files at the same time so as to be able to do the compression with the limited space, or is there any other solution ?

I am working on an ETL process for a customer. Another vendor has provided the raw data as a set of approximately 100 password protected ZIP files. I want to validate that the password given is correct for this set of files. The script I am currently working with uses a loop and 7zip: #!/bin/bash set -x for filename in ../TheData/*Data*of*.zip; do echo "Checking $filename" 7z t -ple_super_secret_assword $filename done The output piped to a file is like this: Checking ../TheData/Project1999Data_1of7.zip + 7z t '-pseeeecret' ../TheData/Project1999Data_1of7.zip 7-Zip 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,64 bits,4 CPUs Intel(R) Xeon(R) CPU E5-2470 0 @ 2.30GHz (206D7),ASM) Scanning the drive for archives: 1 file, 632866983 bytes (604 MiB) Testing archive: ../TheData/Project1999Data_1of7.zip ERRORS: Headers Error When run without pipes there is a progress meter. I think the headers error is spurious since testing the archive works and spot checking some full extracts also seems OK. Simply extracting all the data is not an option at this time, waiting on the change-request process for storage allocation. Is there a faster way to simply make sure that a password works on a set of zip files? Is there some way to capture the return codes from this and echo out a simple pass/fail? 7zip has several return codes documented Is it possible to change this script to run the checks in parallel? 7z appears to use only 80% of one core, suggesting it is I/O bound. There does not appear to be a change in performance with 7zip using either the t (test) or l (list) function.