Now I need to add NTFS permissions to archive. Is it conveniently possible somehow with Total7zip?
As far as I understand "Configure..." button from "Pack files" dialog (Alt+F5) calls addition configuration dialog of a packer. Am I right?
Concretely, Total7zip calls 7zG.exe there. However, changing parameters there leads to further errors in my case, for example, when I simply choose "wim" archive. How does Total7zip work with parameters here? What's logic?
Is it possible to configure Total7zip to always apply some parameters, i.e. always add NTFS permissions for WIM-archives?
In my case instead of volumes settings I wanted WIM-archive settings. So, to call settings dialog and get result from it one must not use "Configure..." button, but "Encrypt" checkbox. Not so obvious, though:)You are right - volumes setting is not saved.
But this is how original 7-zip works.
You can use volumes - just use this trick:
1. press Alt+F5, "Pack Files" dialog will be displayed.
2. choose "7z" packer
3. check "Encrypt" - if this option is set, plugin will show you settings dialog before it will create archive.
4. do not enter password in this dialog, but set your volume size in this dialog and press OK.
In other words, you can always use "Encrypt" checkbox in Total Commander to tell plugin that you want to see options dialog and add some special option only for this new archive.
Nevertheless, I'm keeping a hope and repeated - are there any ways to unpack WIM-archives with NTFS permission restoring with Total7zip plugin? Maybe some settings in Total7zip.xml? This action is trivial with 7-Zip shell context menu.
I noticed a few issues with the plugin and tar archives and wanted to confirm/ask for a workaround:
1. Dirs inside tar with leading / cannot be "entered" into. dirs without leading / are working fine - on the native TC tar support, both are working ok.
2. Updating a tar really messes up the file - it removes all files in the tar, and puts the files added instead - is updating supported ?
Code: Select all
7z u <archive> <file>
3. Adding archives into the tar is even worse - it corrupts the file.
I would like to know if anyone encountered these issues and found a solution ?
I have registered my Total7zip like this for tar files:2. Updating a tar really messes up the file - it removes all files in the tar, and puts the files added instead - is updating supported ?
I can delete files from *.7zip_tar files, but I cannot add files - I get no errors when trying to add files, but they are not added. No messing up of the file though.
7-Zip version 19.00
7Zip plugin version: 0.7.6.6
Total7Zip plugin version: 0.8.5.6
Are you sure it's a tar file ? how does the packer know to create tar from that extension ?
Anyway it does not solve the problem... although the difference may be the total7zip version...which one are you using ?
I've tried replacing the 7z files in the plugin folder to the most recent version but getting the same result...
To add a file to a tar you have to do the following:
1. Associate 7zip_tar with total7zip
2. Associate tar with total7zip
3. When you add a file via copy to archive you have to make sure to change to type 7zip_tar or else the internal packer will kick in and mess up the file.
if you don't perform step 2, when you add to a tar you cannot choose the 7zip_tar as the type.
It's important that you remember to perform 3. before pressing enter, because at least in my case TC9.5Rc1 32bit the packer messes the file if I don't change it.
It does not detect the file as 7zip_tar , just as regular tar and then internal packer kicks in if you forget to change the type.
There should be an plugin overide option like zip for tar archives (PluginOverrideZip=1 )
I hope Ghistler will take a look at this thread, if not I'll post a bug..