"Total Bytes" counts all hard links. You need to subtract "Hard Link Bytes" from "Total Bytes".
Note that even after doing this, the resulting number may not exactly match the final on-disk size (which is impossible to determine exactly, for a number of reasons).
Search found 472 matches
- Tue Mar 14, 2017 1:03 am
- Forum: wimlib discussion
- Topic: Total Bytes of an image appears too large
- Replies: 1
- Views: 5762
- Fri Mar 03, 2017 3:26 am
- Forum: wimlib discussion
- Topic: debian package
- Replies: 2
- Views: 8879
Re: debian package
Yes, as lupulus pointed out there is already a debian package --- actually several debian packages, since the different components were split out: * wimtools for wimlib-imagex and other official programs and scripts * libwim15 for the library * libwim-dev for the library development files * libwim-d...
- Sat Feb 11, 2017 11:58 pm
- Forum: wimlib discussion
- Topic: Key strict-acls
- Replies: 3
- Views: 7907
Re: Key strict-acls
--strict-acls make wimlib-imagex fail immediately if the full security descriptor of any file cannot be captured or applied, instead of continuing on.
Also, all wimlib-imagex options are documented, so please read the documentation if you have further questions.
Also, all wimlib-imagex options are documented, so please read the documentation if you have further questions.
- Tue Feb 07, 2017 2:06 am
- Forum: wimlib discussion
- Topic: Key strict-acls
- Replies: 3
- Views: 7907
Re: Key strict-acls
I don't understand your question exactly, but for extraction, --no-acls causes wimlib to skip setting security descriptors, leaving the default security descriptors assigned by Windows. It does not remove the default security descriptors. Conversely, for capture, --no-acls causes wimlib to store no ...
- Tue Jan 31, 2017 2:10 am
- Forum: wimlib discussion
- Topic: New install.wim with a maximum compression archíve
- Replies: 2
- Views: 18731
Re: New install.wim with a maximum compression archíve
Try a command like:
Code: Select all
wimlib-imagex optimize --recompress C:\iso\sources\install.wim
- Wed Jan 18, 2017 6:59 am
- Forum: wimlib discussion
- Topic: wimlib 1.11.0 released
- Replies: 0
- Views: 15277
wimlib 1.11.0 released
wimlib version 1.11.0 has been released. List of changes: Fixed a data corruption bug (incorrect compression) when storing an already highly-compressed file in an LZX-compressed WIM with a chunk size greater than or equal to 64K. Note that this is not the default setting and such WIMs are not suppor...
- Wed Jan 18, 2017 2:30 am
- Forum: wimlib discussion
- Topic: Where is Winre.wim going?
- Replies: 6
- Views: 18559
Re: Where is Winre.wim going?
I can't help much with the processes you are describing as I am not too familiar with them. What I can say is that wimlib has no special behavior regarding the 'winre.wim' file. So if it is being created, deleted, copied, moved, or whatever it may be, then it's being done by something else not by wi...
- Mon Jan 16, 2017 7:03 am
- Forum: wimlib discussion
- Topic: Where is Winre.wim going?
- Replies: 6
- Views: 18559
Re: Where is Winre.wim going?
Okay, then can you double check that the filesystem you are creating the image from actually has a file "\Windows\System32\Recovery\Winre.wim", and that the resulting WIM image then somehow *does not* have that file after wimlib captures it, as listed by the wimdir command?
- Mon Jan 16, 2017 12:31 am
- Forum: wimlib discussion
- Topic: Where is Winre.wim going?
- Replies: 6
- Views: 18559
Re: Where is Winre.wim going?
Can you double check that the WIM image you're applying actually contains a file '\Windows\System32\Recovery\Winre.wim' and that you're applying the correct image? Note that a single WIM file can contain multiple images, identified by 1-based index or name.
- Sat Jan 14, 2017 9:48 am
- Forum: wimlib discussion
- Topic: Delta WIM
- Replies: 9
- Views: 18264
Re: Delta WIM
I've posted wimlib v1.11.0-BETA7 which includes --delta-from support in wimappend.