Search found 474 matches
- Thu Jul 13, 2017 1:17 am
- Forum: wimlib discussion
- Topic: Compact Files functionality
- Replies: 3
- Views: 10116
Re: Compact Files functionality
I don't have time to debug your script, but yes assuming you want the new "system compression", not the traditional NTFS compression, FSCTL_SET_EXTERNAL_BACKING is the right API to use. Also as JFX noted using the native API (ntdll) is not required; however, there is a small reason (noted ...
- Thu Jul 13, 2017 1:01 am
- Forum: wimlib discussion
- Topic: How "wimcapture --pipable" option works
- Replies: 2
- Views: 7152
Re: How "wimcapture --pipable" option works
A WIM created with the --pipable option is like a normal WIM, except some of the data is rearranged to make it possible to extract sequentially. It's still "file-based".
- Sun Jun 25, 2017 10:52 pm
- Forum: wimlib discussion
- Topic: wimlib without archive
- Replies: 8
- Views: 12630
Re: wimlib without archive
The output will be garbled because both commands will print their progress lines at the same time. There isn't a --quiet option yet, but you could try redirecting the output of the second command to /dev/null ("nul" in cmd.exe) I guess.
- Sun Jun 25, 2017 6:39 pm
- Forum: wimlib discussion
- Topic: wimlib without archive
- Replies: 8
- Views: 12630
Re: wimlib without archive
Powershell corrupts binary data; I can't do anything about it. Use cmd.exe instead.
- Sun Jun 25, 2017 6:00 pm
- Forum: wimlib discussion
- Topic: wimlib without archive
- Replies: 8
- Views: 12630
Re: wimlib without archive
It's possible to abuse the pipable WIM support to copy a directory:
Although, you could just use 'cp -a src dst' instead. (Or 'xcopy /e' on Windows.)
Code: Select all
wimcapture src - --compress=none | wimapply - dest
- Sat May 27, 2017 2:30 am
- Forum: wimlib discussion
- Topic: retrieve file sha1
- Replies: 2
- Views: 7562
Re: retrieve file sha1
With wimlib-imagex you can use a command like: $ wimdir --detail test.wim 1 --path=ntoskrnl.exe --detailed Full Path = "/ntoskrnl.exe" Short Name = "" Attributes = 0x00000080 FILE_ATTRIBUTE_NORMAL is set Security Descriptor = 010004801400000024000000000000004000000001020000000000...
- Wed Apr 19, 2017 7:28 am
- Forum: wimlib discussion
- Topic: Timestamp bugs with files dated before the Unix epoch
- Replies: 2
- Views: 7321
Re: Timestamp bugs with files dated before the Unix epoch
Thanks for reporting this! Yes, negative UNIX timestamps were not being handled correctly. Specifically, they seem to have been getting stored correctly, but were not being extracted or displayed correctly. I also found that the 32-bit Windows build of wimlib had additional problems caused by using ...
- Tue Apr 18, 2017 4:30 pm
- Forum: wimlib discussion
- Topic: cannot convert multicharacter to fit UTF-16LE into UTF-8
- Replies: 2
- Views: 6801
Re: cannot convert multicharacter to fit UTF-16LE into UTF-8
Can you please provide the exact error message, not a paraphrased one? Also, what operating system is this on (Linux/Windows/Mac/etc.)? And if you happen to be directly capturing an NTFS volume (via a block device), which version of libntfs-3g is wimlib linked to, and did it change when you upgraded...
- Sat Apr 08, 2017 5:36 pm
- Forum: wimlib discussion
- Topic: linux apply error
- Replies: 11
- Views: 20005
Re: linux apply error
Update: this was fixed in NTFS-3G version 2017.3.23 by commit 17b56ccfa233 ("Allowed names with trailing dot or space on conditions").
- Sat Apr 08, 2017 4:32 pm
- Forum: wimlib discussion
- Topic: Error with Windows 10 Enterprise....
- Replies: 33
- Views: 66730
Re: Error with Windows 10 Enterprise....
Sorry, what happened was that the NTFS-3G maintainer preferred something different, and I've been too lazy to make a new proposal. I'll look into it again.