wimlib-imagex-apply - Online sa Cloud

PROGRAMA:

NAME

wimlib-imagex-apply - I-extract ang isang larawan, o lahat ng larawan, mula sa isang WIM archive

SINOPSIS

wimlib-imagex mag-aplay WIMFILE [IMAGE] TARGET [OPTION...]

DESCRIPTION

wimlib-imagex mag-aplay kinukuha ang isang imahe, o lahat ng mga imahe, mula sa Windows Imaging (WIM) file
WIMFILE. Ang utos na ito ay magagamit din bilang simple wimapply kung ang naaangkop na hard link
o batch file ay na-install.

Ang utos na ito ay idinisenyo upang kunin, o "ilapat", ang isa o higit pang mga buong larawan ng WIM. kung ikaw
sa halip ay nais na i-extract lamang ang ilang mga file o direktoryo na nasa isang imahe ng WIM,
isaalang-alang ang paggamit wimlib-imagex kunin or wimlib-imagex Mount sa halip. (wimlib-imagex Mount
ay hindi suportado sa Windows.)

IMAGE tinutukoy ang imahe ng WIM sa WIMFILE upang kunin. Maaaring ito ay isang 1-based na index ng isang
imahe sa WIMFILE, ang pangalan ng isang imahe sa WIMFILE, o ang keyword na "lahat" upang ipahiwatig iyon
lahat ng mga larawan sa WIMFILE ay dapat i-extract. Gamitin ang wimlib-imagex info (1) utos na ipakita
anong mga larawan ang nilalaman ng WIM file. IMAGE maaaring tanggalin kung WIMFILE naglalaman lamang ng isang larawan.

TARGET tumutukoy kung saan i-extract ang imahe ng WIM. Kung TARGET tumutukoy sa isang direktoryo, ang
Ang imahe ng WIM ay nakuha sa direktoryo na iyon (tingnan DIRECTORY EKSTRAKSYON (UNIX) or DIRECTORY
EKSTRAKSYON (WINDOWS)). Katulad nito, kung TARGET tumutukoy sa isang hindi umiiral na file, ang isang direktoryo ay
nilikha sa lokasyong iyon at ang imahe ng WIM ay nakuha sa direktoryong iyon.

If IMAGE ay tinukoy bilang "lahat", pagkatapos ay ang lahat ng mga larawan sa WIMFILE ay talagang nakuha sa
mga subdirectory ng TARGET, bawat isa ay binibigyan ng pangalan ng kaukulang larawan,
bumabalik sa index ng imahe sa kaso ng isang imahe na walang pangalan o isang pangalan na hindi wasto
bilang isang filename.

Bilang kahalili, sa mga sistemang tulad ng UNIX lamang, kung TARGET tumutukoy sa isang regular na file o block
device, ito ay binibigyang kahulugan bilang isang volume ng NTFS kung saan kukunin ang imahe ng WIM (tingnan
NTFS VOLUME EKSTRAKSYON (UNIX)). Isang larawan lamang ang maaaring makuha sa mode na ito, at
ang pag-extract lamang sa ugat ng volume ng NTFS (hindi isang subdirectory nito) ang sinusuportahan.

WIMFILE maaaring "-" upang basahin ang WIM mula sa karaniwang input sa halip na mula sa isang file, ngunit tingnan
PIPABLE WIMS para sa karagdagang impormasyon.

wimlib-imagex mag-aplay Sinusuportahan ang paglalapat ng mga larawan mula sa mga stand-alone na WIM pati na rin ang mga split WIM.
Tingnan Hatiin WIMS.

DIRECTORY EKSTRAKSYON (UNIX)

Ang seksyong ito ay nagdodokumento kung paano wimlib-imagex mag-aplay (at saka wimlib-imagex kunin) katas a
WIM na imahe (o isang posibleng subset nito, sa kaso ng wimlib-imagex kunin) sa a
direktoryo sa mga sistemang tulad ng UNIX. Tingnan mo DIRECTORY EKSTRAKSYON (WINDOWS) para sa kaukulang
dokumentasyon para sa Windows.

Tulad ng nabanggit, ang isang imahe ng WIM ay maaaring ilapat sa isang direktoryo sa isang sistemang tulad ng UNIX sa pamamagitan ng pagbibigay
a TARGET direktoryo. Gayunpaman, mahalagang tandaan na ang format ng WIM ay
idinisenyo para sa Windows, at bilang resulta, ang mga WIM file ay maaaring maglaman ng data o metadata na hindi
ay kinakatawan sa mga sistemang tulad ng UNIX. Ang pangunahing impormasyon na wimlib-imagex habilin hindi be
magagawang i-extract sa mga sistemang tulad ng UNIX ay ang mga sumusunod:

· Mga tagapaglarawan ng seguridad ng Windows (na kinabibilangan ng may-ari ng file, grupo, at mga ACL).

· Pinangalanang mga stream ng data.

· Mga reparse point maliban sa mga simbolikong link at junction point.

· Ilang katangian ng file gaya ng compression, encryption, at sparseness.

· Maiikling (DOS) na mga pangalan para sa mga file.

· Mga timestamp ng paglikha ng file.

Mga Tala: Ang hindi sinusuportahang data at metadata ay hindi kinukuha, ngunit wimlib-imagex habilin
subukang bigyan ka ng babala kapag ang mga nilalaman ng imahe ng WIM ay hindi eksaktong kinakatawan kung kailan
kinuha. Ang huling pag-access at mga timestamp ng huling pagbabago ay tinukoy sa 100 nanosecond
granularity sa WIM file, ngunit kukunin lamang sa pinakamataas na katumpakan na sinusuportahan
ng pinagbabatayan na operating system, C library, at filesystem. Ang mga naka-compress na file ay magiging
na-extract bilang hindi naka-compress, habang ang mga naka-encrypt na file ay hindi ma-extract.

NTFS VOLUME EKSTRAKSYON (UNIX)

Ang seksyong ito ay nagdodokumento kung paano wimlib-imagex mag-aplay direktang kinukuha ang isang imahe ng WIM sa isang NTFS
dami ng imahe sa mga sistemang tulad ng UNIX.

Tulad ng nabanggit, wimlib-imagex na tumatakbo sa isang sistemang tulad ng UNIX ay maaaring direktang maglapat ng imahe ng WIM
sa dami ng NTFS sa pamamagitan ng pagtukoy TARGET bilang isang regular na file o block device na naglalaman ng isang
NTFS filesystem. Ang NTFS filesystem ay hindi kailangang walang laman, bagama't inaasahan na ito ay
walang laman para sa nilalayon na mga kaso ng paggamit. Ang isang bagong NTFS filesystem ay maaaring malikha gamit ang
mkntfs(8) utos na ibinigay kasama ng ntfs-3g.

Sa NTFS volume extraction mode na ito, ang WIM na imahe ay kinukuha sa ugat ng NTFS
ang lakas ng tunog sa paraang pinapanatili ang halos lahat ng impormasyong nakapaloob sa imahe ng WIM. Samakatuwid
ay hindi nagdurusa sa mga limitasyong inilarawan sa DIRECTORY EKSTRAKSYON (UNIX). ito
umaasa ang suporta sa libntfs-3g upang sumulat sa dami ng NTFS at pangasiwaan ang partikular sa NTFS at
Data na tukoy sa Windows.

Pakitandaan na ang NTFS volume extraction mode na ito ay hindi ipinasok kung TARGET ay isang direktoryo,
kahit na naka-mount ang isang NTFS filesystem TARGET. Dapat mong tukuyin ang dami ng NTFS mismo
(at dapat itong i-unmount, at dapat may pahintulot kang sumulat dito).

Sinusubukan ng NTFS volume extraction mode na ito na kunin ang mas maraming impormasyon hangga't maaari,
kabilang ang:

· Lahat ng data stream ng lahat ng file maliban sa mga naka-encrypt na file, kabilang ang hindi pinangalanang data
stream pati na rin ang lahat ng pinangalanang stream ng data.

· Mga reparse point, kabilang ang mga simbolikong link, junction point, at iba pang reparse point.

· Paglikha ng file at direktoryo, pag-access, at pagbabago ng mga timestamp, gamit ang native
NTFS resolution ng 100 nanoseconds.

· Mga tagapaglarawan ng seguridad ng Windows, kabilang ang lahat ng bahagi (may-ari, grupo, DACL, at SACL).

· Mga flag ng katangian ng DOS/Windows file.

· Lahat ng mga pangalan ng lahat ng mga file, kabilang ang mga pangalan sa Win32 namespace, DOS namespace,
Win32+DOS namespace, at POSIX namespace. Kabilang dito ang mga hard link.

Gayunpaman, mayroon ding ilang kilalang limitasyon ng NTFS volume extraction mode:

· Ang mga naka-encrypt na file ay hindi makukuha.

· wimlib v1.7.0 at mas bago: Ang mga katangian ng kalat-kalat na file ay hindi makukuha (parehong pag-uugali
bilang ImageX/DISM/WIMGAPI). wimlib v1.6.2 at mas maaga: Bagama't kalat-kalat na mga katangian ng file
ay ilalapat, ang buong data ay i-extract sa bawat kalat-kalat na file, kaya na-extract
Ang mga "kalat-kalat" na file ay maaaring hindi aktwal na naglalaman ng anumang mga kalat-kalat na rehiyon.

Anuman, dahil halos lahat ng impormasyon mula sa imahe ng WIM ay naibalik sa mode na ito, ito
ay posible (at ganap na suportado) na ibalik ang isang imahe ng isang aktwal na pag-install ng Windows
paggamit wimlib-imagex sa mga sistemang tulad ng UNIX bilang alternatibo sa paggamit wimlib-imagex on
Windows. Sa mga halimbawa sa dulo ng manwal na pahinang ito, mayroong isang halimbawa ng pag-aaplay
isang imahe mula sa "install.wim" file na nasa media ng pag-install para sa Windows
(Vista o mas bago) sa direktoryo ng "mga mapagkukunan."

Tandaan na upang aktwal na i-boot ang Windows (Vista o mas bago) mula sa isang inilapat na "install.wim" na imahe,
kailangan mo ring markahan ang partition bilang "bootable" at mag-set up ng iba't ibang boot file, gaya ng
\BOOTMGR at \BOOT\BCD. Ang huling gawain ay pinakamadaling magawa sa pamamagitan ng pagpapatakbo ng
"bcdboot.exe" program mula sa isang live na Windows system (tulad ng Windows PE), ngunit may iba pa
mga pagpipilian din.

DIRECTORY EKSTRAKSYON (WINDOWS)

Sa Windows, wimlib-imagex mag-aplay at wimlib-imagex kunin katutubong sumusuporta sa Windows-
tiyak at NTFS-specific na data. Para sa pinakamahusay na mga resulta, ang target na direktoryo ay dapat na matatagpuan
sa dami ng NTFS at wimlib-imagex dapat patakbuhin na may mga pribilehiyo ng Administrator; gayunpaman,
Ang mga non-NTFS filesystem at tumatakbo nang walang mga pribilehiyo ng Administrator ay sinusuportahan din.

Sa Windows, wimlib-imagex mag-aplay at wimlib-imagex kunin subukang kunin ang mas maraming data at
metadata hangga't maaari, kabilang ang:

· Lahat ng data stream ng lahat ng mga file. Kabilang dito ang mga default na nilalaman ng file, pati na rin
pinangalanang mga stream ng data kung sinusuportahan ng target na dami.

· Mga reparse point, kabilang ang mga simbolikong link, junction point, at iba pang reparse point,
kung sinusuportahan ng target na volume. (Tandaan: tingnan --rpfix at --norpfix para sa dokumentasyon
sa eksakto kung paano kinukuha ang ganap na simbolikong mga link at junction.) Gayunpaman, ayon sa
ang mga default na setting ng seguridad ng Windows, imposibleng lumikha ng isang simbolikong link
o junction point na walang mga pribilehiyo ng Administrator; samakatuwid, kailangan mong tumakbo wimlib-
imagex bilang Administrator kung nais mong ganap na maibalik ang isang imaheng naglalaman ng simboliko
mga link at/o junction point. (Kung hindi, babala lamang ang ibibigay kapag a
simbolikong link o junction point ay hindi maaaring makuha dahil sa hindi sapat na mga pribilehiyo.)

· Paggawa, pag-access, at pagbabago ng mga timestamp ng file at direktoryo, hanggang sa pinakamataas
resolution na sinusuportahan ng target na volume.

· Mga deskriptor ng seguridad, kung sinusuportahan ng filesystem at --no-acls ay hindi tinukoy.
Higit pa rito, maliban kung --mahigpit-acls ay tinukoy, ang mga tagapaglarawan ng seguridad para sa
Ang mga indibidwal na file o direktoryo ay maaaring tanggalin o bahagyang itakda lamang kung gagawin ng user
walang pahintulot na itakda ang mga ito, na maaaring maging problema kung wimlib-imagex ay tumatakbo bilang a
hindi Administrator.

· Mga katangian ng file, kabilang ang nakatago, kalat-kalat, naka-compress, naka-encrypt, atbp, kapag sinusuportahan
sa pamamagitan ng filesystem.

· Mga pangalan ng DOS (8.3) mga pangalan ng mga file; gayunpaman, ang kabiguang itakda ang mga ito ay hindi itinuturing na isang
kondisyon ng error.

· Mga hard link, kung sinusuportahan ng filesystem.

Mga karagdagang tala tungkol sa pag-extract ng mga file sa Windows:

· wimlib-imagex ay maglalabas ng babala kapag hindi nito ma-extract ang eksaktong metadata at
data ng imahe ng WIM, halimbawa dahil sa mga tampok na nabanggit sa itaas na hindi suportado
sa pamamagitan ng target na filesystem.

· Dahil ang mga naka-encrypt na file (na may FILE_ATTRIBUTE_ENCRYPTED) ay hindi nakaimbak sa plaintext sa
ang imahe ng WIM, wimlib-imagex hindi maibabalik ang mga naka-encrypt na file sa mga filesystem hindi
pagsuporta sa pag-encrypt. Samakatuwid, sa naturang mga filesystem, ang mga naka-encrypt na file ay hindi magiging
kinuha. Higit pa rito, kahit na ang mga naka-encrypt na file ay naibalik sa isang filesystem na
sumusuporta sa pag-encrypt, made-decrypt lang ang mga ito kung available ang decryption key.

· Ang mga file na may mga pangalan na hindi maaaring katawanin sa Windows ay hindi kukunin ng
default; tingnan mo --include-invalid-pangalan.

· Ang mga file na may mga buong path na higit sa 260 character (ang tinatawag na MAX_PATH) ay i-extract,
ngunit mag-ingat na ang mga naturang file ay hindi maa-access sa karamihan ng software ng Windows at maaaring hindi
madaling matanggal.

· Sa Windows, maliban kung ang --no-acls ang opsyon ay tinukoy, susubukan ni wimlib na ibalik
mga deskriptor ng seguridad ng mga file nang eksakto tulad ng ibinigay sa mga ito sa larawan ng WIM. Mag-ingat
na ang mga karaniwang pag-install ng Windows ay naglalaman ng mga file na ang mga tagapaglarawan ng seguridad ay hindi
payagan ang Administrator na tanggalin ang mga ito. Samakatuwid, ang mga naturang file ay hindi magagawa
tinanggal, o sa ilang mga kaso kahit na basahin, pagkatapos i-extract, maliban kung naproseso na may a
dalubhasang programa na nakakaalam upang makuha ang SE_RESTORE_NAME at/o SE_BACKUP_NAME
mga pribilehiyo na nagbibigay-daan sa mga overriding na listahan ng kontrol sa pag-access. Ito ay hindi isang bug sa wimlib,
na gumagana bilang dinisenyo upang maibalik nang tama ang data na na-archive, ngunit sa halip ay a
problema sa mga karapatan sa pag-access na ginagamit ng Windows sa ilang partikular na file. Pero kung gusto mo lang
ang data ng file at walang pakialam sa mga deskriptor ng seguridad, gamitin --no-acls laktawan
pagpapanumbalik ng lahat ng mga deskriptor ng seguridad.

· Ang isang katulad na caveat sa itaas ay nalalapat sa mga katangian ng file gaya ng Readonly, Hidden, at
Sistema. Sa pamamagitan ng disenyo, sa Windows wimlib ay ibabalik ang naturang mga katangian ng file; samakatuwid,
ang mga na-extract na file ay maaaring may mga katangiang iyon. Kung hindi ito ang gusto mo, gamitin ang
--walang mga katangian pagpipilian.

Hatiin WIMS

Maaari mong gamitin wimlib-imagex mag-aplay upang ilapat ang mga larawan mula sa isang split WIM. Ang WIMFILE argumento
dapat tukuyin ang unang bahagi ng split WIM, habang ang mga karagdagang bahagi ng split WIM
dapat tukuyin sa isa o higit pa --ref="GLOB" mga opsyon. Dahil ang globbing ay nakapaloob sa
--ref opsyon, karaniwang isa lamang --ref kailangan ang opsyon. Halimbawa, ang mga pangalan para sa
ang mga bahagi ng split WIM ay karaniwang napupunta tulad ng:

mywim.swm
mywim2.swm
mywim3.swm
mywim4.swm
mywim5.swm

Upang ilapat ang unang larawan ng split WIM na ito sa direktoryong "dir", patakbuhin ang:

wimlib-imagex ilapat mywim.swm 1 dir --ref="mywim*.swm"

Bilang isang espesyal na kaso, kung nag-aaplay ka ng isang imahe mula sa karaniwang input mula sa isang split WIM na iyon
ay pipible din (tulad ng inilarawan sa PIPABLE WIMS), Ang --ref hindi kailangan ang opsyon; sa halip ikaw
dapat tiyakin na ang lahat ng split WIM parts ay pinagsama-sama sa karaniwang input.
Maaari silang ibigay sa anumang pagkakasunud-sunod, maliban sa unang bahagi, na dapat
muna.

PIPABLE WIMS

Bilang ng wimlib 1.5.0, wimlib-imagex mag-aplay sumusuporta sa paglalapat ng isang WIM mula sa isang hindi makitang file,
tulad ng isang tubo, sa kondisyon na ang WIM ay nakuhanan gamit ang --pipable (Tingnan ang wimlib-imagex
pagbihag(1)). Upang gamitin ang karaniwang input bilang WIM, tukuyin ang "-" bilang WIMFILE. Isang kapaki-pakinabang na paggamit ng
ang kakayahang ito ay maglapat ng isang imahe mula sa isang WIM habang ini-stream ito mula sa isang server. Para sa
halimbawa, upang ilapat ang unang larawan mula sa isang WIM file na available sa isang HTTP server sa isang NTFS
volume sa /dev/sda1, magpatakbo ng tulad ng:

wget -O - http://myserver/mywim.wim | wimapply - 1 /dev/sda1

(Ginamit din ng nasa itaas ang wimapply pagdadaglat para sa wimlib-imagex mag-aplay.) Tandaan: WIM file
ay hindi piable bilang default; kailangan mong tahasan silang makuha --pipable, At sila
ay hindi tugma sa software ng Microsoft. Tingnan mo wimlib-imagex pagbihag(1) para sa higit pa
impormasyon.

Posibleng maglapat ng imahe mula sa isang pipible na WIM na nahati sa maraming bahagi; tingnan mo Hatiin
WIMS.

Opsyon

--suriin
Kapag nagbabasa WIMFILE, i-verify ang integridad nito kung naroroon ang talahanayan ng integridad.

--ref="GLOB"
Mag-file ng glob ng mga karagdagang WIM o hating bahagi ng WIM upang sanggunian ang mga mapagkukunan. Tingnan mo
SPLIT_WIMS. Maaaring tukuyin ang opsyong ito nang maraming beses. Tandaan: GLOB ay nakalista sa
quotes dahil ito ay binibigyang kahulugan ng wimlib-imagex at maaaring kailangang i-quote sa
protektahan laban sa pagpapalawak ng shell.

--rpfix, --norpfix
Itakda kung aayusin ang mga target ng ganap na simbolikong mga link (reparse point sa Windows
terminolohiya) o hindi. Kapag pinagana (--rpfix), kinuha ang ganap na simbolikong mga link na
ay minarkahan sa imahe ng WIM bilang naayos ay ipinapalagay na may ganap na mga target
nauugnay sa ugat ng imahe, at samakatuwid wimlib-imagex mag-aplay prepends ang ganap
landas patungo sa direktoryo ng target na pagkuha sa kanilang mga target. Ang intensyon ay ikaw
maaaring maglapat ng larawang naglalaman ng ganap na simbolikong mga link at magkaroon pa rin ng bisa ang mga ito
matapos itong mailapat sa anumang lokasyon.

Ang default na pag-uugali ay --rpfix kung may mga larawan sa WIMFILE ay nakunan kasama ng
tapos na ang reparse-point fixups. Kung hindi, ito ay --norpfix.

Ang pag-aayos ng reparse point ay hindi kailanman ginagawa sa NTFS volume extraction mode sa UNIX-like
systems.

--unix-data
(Mga system na parang UNIX lang) I-restore ang mga may-ari, grupo, mode, at device ID ng UNIX (major
at menor de edad na numero) na nakuha ng wimlib-imagex pagbihag sa --unix-data
opsyon. Bilang ng wimlib v1.7.0, maaari mong i-backup at ibalik hindi lamang ang karaniwang UNIX
impormasyon ng pahintulot ng file, ngunit gayundin ang mga character na node ng device, i-block ang mga node ng device,
pinangalanang pipes (FIFOs), at UNIX domain sockets.

--no-acls
Huwag ibalik ang mga deskriptor ng seguridad sa mga na-extract na file at direktoryo.

--mahigpit-acls
Mabigo kaagad kung ang buong deskriptor ng seguridad ng anumang file o direktoryo ay hindi maaaring
itakda nang eksakto tulad ng tinukoy sa WIM file. Kung hindi tinukoy ang opsyong ito, kailan
wimlib-imagex sa Windows ay walang pahintulot na magtakda ng deskriptor ng seguridad sa isang
na-extract na file, bumabalik ito sa pagtatakda nito nang bahagya lamang (hal. may tinanggal na SACL),
at sa pinakamasamang kaso, ganap itong tinanggal. Gayunpaman, ito ay dapat lamang maging isang problema
kapag tumatakbo wimlib-imagex walang mga karapatan ng Administrator. Gayundin, sa UNIX-like
system, maaari ding pagsamahin ang watawat na ito --unix-data magdulot wimlib-imagex sa
mabibigo kaagad kung ang may-ari, grupo, o mode ng UNIX sa isang na-extract na file ay hindi
itinakda para sa anumang dahilan.

--walang mga katangian
Huwag ibalik ang mga katangian ng Windows file gaya ng readonly, hidden, atbp.

--include-invalid-pangalan
I-extract ang mga file at direktoryo na may mga di-wastong pangalan sa pamamagitan ng pagpapalit ng mga character at
pagdaragdag ng panlapi sa halip na balewalain ang mga ito. Eksakto kung ano ang itinuturing na isang
Ang pangalan ng "invalid" ay nakasalalay sa platform.

Sa mga system na sumusunod sa POSIX, ang mga filename ay case-sensitive at maaaring maglaman ng anumang byte
maliban sa '\0' at ´/', kaya sa isang POSIX-compliant system ang opsyon na ito ay magkakaroon lamang ng
epekto sa hindi malamang na kaso na ang imahe ng WIM sa ilang kadahilanan ay may filename
naglalaman ng isa sa mga karakter na ito.

Sa Windows, ang mga filename ay case-insensitive, hindi maaaring isama ang mga character na '/', ´\0',
'\', ':', '*', '?', '"', '<', '>', o '|', at hindi maaaring magtapos sa isang puwang o tuldok.
Karaniwan, ang mga file sa mga larawan ng WIM ay dapat ding matugunan ang mga kundisyong ito. Gayunpaman, ito ay
hindi garantisado, at lalo na ang isang WIM na imahe na nakunan gamit ang wimlib-imagex sa isang
Ang sistemang sumusunod sa POSIX ay maaaring maglaman ng mga ganoong file. Bilang default, magiging di-wasto ang mga pangalan
hindi pinansin, at kung mayroong maraming pangalan na magkakaiba lamang kung sakali, isa ang pipiliin
upang kunin nang arbitraryo; gayunpaman, kasama --include-invalid-pangalan, lahat ng pangalan ay magiging
nilinis at kinuha sa ilang anyo.

--wimboot
Windows lang: Sa halip na i-extract ang mga file mismo, i-extract ang "mga pointer file"
bumalik sa (mga) archive ng WIM. Maaari itong magresulta sa makabuluhang pagtitipid sa espasyo. gayunpaman,
ito ay dumating sa ilang mga potensyal na gastos, tulad ng hindi ma-delete ang WIM
archive (mga) at posibleng magkaroon ng mas mabagal na pag-access sa mga file. Tingnan ang Microsoft's
dokumentasyon para sa "WIMBoot" para sa karagdagang impormasyon.

Kung mayroon ito, ang seksyong [PrepopulateList] ng file
Ang \Windows\System32\WimBootCompress.ini sa imahe ng WIM ay mababasa. Mga file na tumutugma
alinman sa mga pattern na ito ay ma-extract nang normal, hindi bilang "pointer file" ng WIMBoot.
Nakakatulong ito para sa ilang partikular na file na kailangang basahin ng Windows nang maaga sa boot
proseso.

Gumagana lang ang opsyong ito kapag ang program ay pinapatakbo bilang Administrator at ang target
Ang volume ay NTFS o isa pang filesystem na sumusuporta sa mga reparse point.

Bilang karagdagan, pinakamahusay na gumagana ang opsyong ito kapag tumatakbo sa Windows 8.1 Update 1 o mas bago,
dahil iyon ang unang bersyon ng Windows na naglalaman ng Windows Overlay File
Driver ng System Filter ("WOF"). Kung ang driver ng WOF ay nakita, lilikha ng wimlib ang
WIMBoot "pointer files" gamit ang mga dokumentadong ioctls na ibinigay ng WOF.

Kung hindi, kung ang driver ng WOF ay hindi nakita, ang wimlib ay lilikha ng mga reparse point
at i-edit ang file na "\System Volume Information\WimOverlay.dat" sa target na volume
mano-mano. Ito ay posibleng napapailalim sa mga problema, dahil kahit na gumagana ang code
ilang mga nasubok na kaso, wala sa mga format ng data na ito ang aktwal na naidokumento ng
Microsoft. Bago i-overwrite ang file na ito, ise-save ng wimlib ang nakaraang bersyon sa
"\System Volume Information\WimOverlay.wimlib_backup", na posibleng magagawa mo
ibalik kung kailangan mo.

Magagawa mo pa rin talaga a --wimboot pagkuha kahit na ang imahe ng WIM ay hindi minarkahan
bilang "WIMBoot-compatible". Ang pagpipiliang ito ay nagiging sanhi ng mga na-extract na file upang maitakda bilang
"externally backed" ng WIM file. Ang driver ng Microsoft na nagpapatupad nito
Ang functionality na "external backing" ay tila walang pakialam kung ang (mga) larawan sa
Ang WIM ay talagang minarkahan bilang WIMBoot-compatible. Samakatuwid, ang "WIMBoot-compatible"
tag ( sa XML data) ay tila isang marker para sa layunin lamang. At saka,
ang driver ng Microsoft ay maaaring panlabas na i-back ang mga file mula sa mga WIM file na gumagamit ng XPRESS chunks
ng laki 8192, 16384, at 32768, o LZX na mga tipak na may sukat na 32768, bilang karagdagan sa
default XPRESS chunks ng laki 4096 na nilikha kapag wimlib-imagex pagbihag is
tumakbo kasama ang --wimboot pagpipilian.

--compact=FORMAT
Windows-only: i-compress ang mga na-extract na file gamit ang System Compression, kapag posible.
Gumagana lang ito sa alinman sa Windows 10 o mas bago, o sa isang mas lumang Windows kung saan
Ang driver ng wofadk.sys ng Microsoft ay naidagdag na. Maraming iba't ibang mga format ng compression
ay maaaring gamitin sa System Compression, at dapat tukuyin ang isa bilang FORMAT. ang
ang mga pagpipilian ay: xpress4k, xpress8k, xpress16k, at lzx.

Ang mga pagbubukod ay pinangangasiwaan sa parehong paraan tulad ng sa --wimboot opsyon. Iyon ay: kung ito
umiiral, ang seksyong [PrepopulateList] ng file
\Windows\System32\WimBootCompress.ini sa imahe ng WIM ay mababasa, at ang mga file
Ang pagtutugma ng alinman sa mga pattern sa seksyong ito ay hindi mai-compress. At saka,
Ang wimlib ay may hardcoded na listahan ng mga file na alam nito, para sa pagiging tugma sa
Windows bootloader, upang i-override ang hiniling na format ng compression.

NOTA

data integridad: Kasama sa mga WIM file ang mga SHA1 message digest para sa data ng file. wimlib-imagex
mag-aplay kinakalkula ang SHA1 message digest ng bawat file na kinukuha nito at naglalabas ng error kung
hindi ito katumbas ng SHA1 message digest na ibinigay sa WIM. (Ang default na gawi na ito
parang katumbas ng /verify opsyon ng ImageX.) Tandaan na ito ay hiwalay sa
integrity table ng WIM, na nagbibigay ng SHA1 message digests sa mga hilaw na chunks ng
buong WIM file at hiwalay na sinusuri kung ang --suriin ang pagpipilian ay tinukoy.

ESD file: wimlib v1.6.0 at mas bago ay maaaring mag-extract ng mga file mula sa bersyon 3584 WIMs, na karaniwang
naglalaman ng LZMS-compressed solid resources at maaaring magdala ng .esd extension ng file sa halip na
.wim. Gayunpaman, .esd ang mga file na direktang na-download ng Windows 8 web downloader ay mayroon
naka-encrypt na mga segment, at hindi ma-extract ng wimlib ang mga naturang file hanggang sa unang ma-decrypt ang mga ito.

Directory pagtawid pag-atake: pinapatunayan ng wimlib ang mga filename bago i-extract ang mga ito at hindi
mahina sa mga pag-atake sa pagdaan ng direktoryo. Kabaligtaran ito sa Microsoft
WIMGAPI/ImageX/DISM na maaaring mag-overwrite ng mga arbitrary na file sa target na drive kapag
pag-extract ng malisyosong WIM file na naglalaman ng mga file na pinangalanan .. o naglalaman ng mga path separator.

HALIMBAWA

I-extract ang unang larawan mula sa imahe ng Windows PE sa Windows (Vista o mas bago)
media sa pag-install sa direktoryo na "boot":

wimlib-imagex apply /mnt/windows/sources/boot.wim 1 boot

Pareho sa itaas, ngunit gamit ang wimapply abbreviation:

wimapply /media/windows/sources/boot.wim 1 boot

Sa Windows, ilapat ang isang imahe ng isang buong volume, halimbawa mula sa "install.wim" na maaari
ay matatagpuan sa Windows (Vista o mas bago) installation media:

wimlib-imagex apply install.wim 1 E:\

Pareho sa itaas, ngunit tumatakbo sa isang UNIX-like system kung saan ang kaukulang partition ay
/dev/sda2:

wimlib-imagex ilapat ang install.wim 1 /dev/sda2

Tandaan na bago patakbuhin ang alinman sa mga utos sa itaas, maaaring kailanganin ang isang NTFS filesystem
nilikha sa partition, halimbawa sa format.exe sa Windows o mkntfs(8) (bahagi ng
NTFS-3g) sa mga sistemang tulad ng UNIX. Halimbawa, maaari mong patakbuhin ang:

mkntfs /dev/sda2 && wimapply install.wim 1 /dev/sda2

(Siyempre huwag gawin iyon kung ayaw mong sirain ang lahat ng umiiral na data sa partisyon!)

Ang isang halimbawa ng paglalapat ng pipible na WIM mula sa isang pipe ay matatagpuan sa PIPABLE WIMS, At isang
halimbawa ng paglalapat ng split WIM ay makikita sa Hatiin WIMS.

Gumamit ng wimlib-imagex-apply online gamit ang mga serbisyo ng onworks.net