wimcapture - Online în cloud

PROGRAM:

NUME

wimlib-imagex-capture, wimlib-imagex-append - Creați sau adăugați o imagine WIM

REZUMAT

wimlib-imagex captura SOURCE WIMFILE [IMAGE_NAME [IMAGE_DESCRIPTION,OPȚIUNE...]
wimlib-imagex adăuga SOURCE WIMFILE [IMAGE_NAME [IMAGE_DESCRIPTION,OPȚIUNE...]

DESCRIERE

wimlib-imagex captura și wimlib-imagex adăuga comenzile creează un Windows Imaging (WIM)
imagine dintr-un arbore de directoare. The wimlib-imagex captura comanda creează un nou fișier WIM
care conține imaginea capturată, în timp ce wimlib-imagex adăuga comanda adaugă cele capturate
imagine într-un fișier WIM existent. Aceste comenzi sunt, de asemenea, disponibile ca simplu wimcapture și
wimappend dacă sunt instalate legăturile corespunzătoare sau fișierele batch.

Informații de fundal: O imagine WIM este un arbore de directoare independent într-un fișier WIM. UN WIM
fișierul poate conține orice număr de imagini separate. Fișierele WIM sunt cu o singură instanță
în ceea ce privește datele fișierului, deci un fișier este stocat o singură dată în întregul WIM, indiferent de
în câte imagini apare fișierul.

SOURCE specifică locația fișierelor din care se creează noua imagine WIM. Dacă SOURCE is
un director, imaginea WIM este capturată din acel director (vezi CATALOG CAPTURĂ (UNIX)
or CATALOG CAPTURĂ (WINDOWS)). Alternativ, dacă --listă-sursă opțiunea este
specificat, SOURCE este interpretat ca un fișier care oferă el însuși o listă de fișiere și
directoare de inclus în noua imagine WIM. Tot alternativ, doar pe UNIX-like
sisteme, dacă SOURCE este un fișier obișnuit sau un dispozitiv bloc, este interpretat ca un volum NTFS
din care urmează să fie capturată o imagine WIM utilizând libntfs-3g (vezi NTFS VOLUM CAPTURĂ
(UNIX)).

IMAGE_NAME și IMAGE_DESCRIPTION specificați numele și descrierea pentru a da noul WIM
imagine. Dacă IMAGE_NAME nu este specificat, este implicit la numele de bază (excluzând calea către
directorul părinte) al SOURCE, dar dacă acest nume există deja în WIMFILE, un sufix unic
e adăugat. In caz contrar, IMAGE_NAME trebuie să fie fie un nume care nu există deja ca un
imagine în WIMFILE, sau șirul gol pentru a crea o imagine fără nume. Dacă
IMAGE_DESCRIPTION nu este specificat, nu este dată nicio descriere noii imagini.

Ca caz special, dacă WIMFILE este --pipabil se presupune opțiunea și fișierul WIM este
scrise la ieșirea standard într-un format special care poate fi scris cu semnalizare. Consultați documentația pentru
--pipabil pentru mai multe detalii.

CATALOG CAPTURĂ (UNIX)

Această secțiune documentează cum wimlib-imagex captează fișiere dintr-un arbore de directoare pe UNIX-like
sisteme. Vedea CATALOG CAPTURĂ (WINDOWS) pentru documentația corespunzătoare pentru Windows.

Pe sisteme asemănătoare UNIX, când SOURCE specifică un director sau o legătură simbolică către un director,
imaginea WIM va fi capturată din arborele de directoare cu rădăcină în acest director. Acest
directorul poate fi pe orice tip de sistem de fișiere, iar punctele de montare sunt urmărite recursiv. În
în acest mod, wimlib va ​​stoca următoarele tipuri de informații:

· Directoare și fișiere obișnuite și conținutul fișierelor obișnuite

· Legături rigide

· Legături simbolice (traduse fără pierderi în puncte de analiză Windows)

· Timpii ultimei modificări (mtime) și timpii ultimului acces (atime) cu 100 nanosecunde
granularitate

· Cu --unix-data: proprietari, grupuri și moduri UNIX

· Cu --unix-data: noduri de dispozitiv, FIFO și socket-uri de domeniu UNIX

Nu există suport pentru stocarea atributelor extinse (de exemplu, etichete de securitate SELinux și
ACL-uri POSIX). De asemenea, rețineți că orele ultimei schimbări de stare (ctime) nu sunt stocate.

Notă pedantică: O limitare a formatului WIM previne cazul neobișnuit în care un singur
fișierul link simbolic în sine are mai multe nume (legaturi hard); în acest caz improbabil, fiecare
linkul simbolic este stocat ca fișier independent.

NTFS VOLUM CAPTURĂ (UNIX)

Această secțiune documentează cum wimlib-imagex captează fișiere direct dintr-o imagine de volum NTFS
pe sisteme asemănătoare UNIX.

Pe sisteme asemănătoare UNIX, un mod special de captare a imaginii este introdus când SOURCE este un obișnuit
fișier sau blocați dispozitivul. În acest mod, SOURCE se presupune că este un volum sau un volum NTFS
imagine, și wimlib-imagex va captura o imagine WIM care conține întregul conținut al NTFS
volum, inclusiv date specifice NTFS. Acest lucru se face folosind libntfs-3g.

Rețineți că modul de captare a volumului NTFS este nu introdus dacă SOURCE este un director, chiar dacă an
Sistemul de fișiere NTFS este montat SOURCE folosind ntfs-3g. Trebuie să specificați volumul NTFS
în sine (și trebuie să fie demontat și trebuie să aveți permisiunea de a citi din el).

Modul de captare a volumului NTFS încearcă să captureze cât mai multe date și metadate posibil,
inclusiv:

· Toate fluxurile de date ale tuturor fișierelor necriptate, inclusiv fluxul de date fără nume
ca toate fluxurile de date numite.

· Puncte de analiză, inclusiv legături simbolice, puncte de joncțiune și alte puncte de analiză.

· Marcajele temporale pentru crearea, accesul și modificarea fișierelor și a directoarelor, folosind nativul
Rezoluție NTFS de 100 nanosecunde.

· Descriptori de securitate Windows, inclusiv toate componentele (proprietar, grup, DACL și SACL).

· Indicatori de atribut al fișierului DOS/Windows.

· Toate numele tuturor fișierelor, inclusiv numele din spațiul de nume Win32, spațiul de nume DOS,
Spațiul de nume Win32+DOS și spațiul de nume POSIX. Aceasta include link-uri hard.

Cu toate acestea, principalele limitări ale acestui mod de captare a volumului NTFS sunt:

· Fișierele criptate sunt excluse implicit. Deși libntfs-3g poate citi datele lor,
acestea trebuie să fie stocate în fișierul WIM într-un format special pe care wimlib nu îl are încă
suport (cu excepția Windows, unde wimlib poate trata datele ca opace și le poate preda
la funcția API corespunzătoare).

· Atributul sparse pe fișierele rare va fi salvat, dar datele stocate vor fi
datele complete ale fișierului, mai degrabă decât datele „rare”. (Totuși, datele sunt subiecte
la compresia formatului WIM.)

CATALOG CAPTURĂ (WINDOWS)

Pe Windows, wimlib-imagex captura și wimlib-imagex adăuga acceptă nativ Windows-
date specifice și specifice NTFS. Prin urmare, ele acționează similar celor corespunzătoare
comenzile Microsoft ImageX sau DISM. Pentru cele mai bune rezultate, directorul care este capturat
ar trebui să fie pe un volum NTFS și wimlib-imagex ar trebui să fie rulat cu privilegii de administrator;
cu toate acestea, sistemele de fișiere non-NTFS și care rulează fără privilegii de administrator sunt de asemenea
sprijinit.

Pe Windows, wimlib-imagex captura și wimlib-imagex adăuga incearca sa arhivezi cat mai multe date si
metadate posibil, inclusiv:

· Toate fluxurile de date ale tuturor fișierelor.

· Puncte de analiză, inclusiv legături simbolice, puncte de joncțiune și alte puncte de analiză,
dacă este acceptat de sistemul de fișiere sursă. (Notă: vezi --rpfix și --norpfix pentru
documentație despre modul exact în care sunt capturate legăturile și joncțiunile simbolice absolute.)

· Marcaje temporale pentru crearea, accesul și modificarea fișierelor și directoarelor. Acestea sunt stocate
cu rezoluția nativă a marcajului de timp pentru Windows NT de 100 de nanosecunde.

· Descriptori de securitate, dacă sunt acceptați de sistemul de fișiere sursă și --no-acls nu este
specificat. Cu toate acestea, ai grijă că dacă nu --strict-acls este specificat, securitatea
descriptorii pentru fișiere sau directoare individuale pot fi omiși sau doar parțial
capturat dacă utilizatorul nu are permisiunea de a le citi, ceea ce poate fi o problemă dacă
wimlib-imagex este rulat ca non-administrator.

· Atributele fișierelor, inclusiv ascunse, rare, comprimate, criptate etc. Criptat
fișierele vor fi stocate mai degrabă în formă criptată decât în ​​text simplu. În mod transparent
fișierele comprimate vor fi citite ca necomprimate și stocate sub rezerva WIM-ului
comprimare. Nu există o manipulare specială pentru stocarea fișierelor rare, dar sunt
probabil să se comprima la o dimensiune mică.

· Denumiri DOS (8.3) nume de fișiere; cu toate acestea, necitirea lor nu este considerată o
starea de eroare.

· Legături hard, dacă sunt acceptate de sistemul de fișiere sursă.

Nu există suport pentru stocarea atributelor extinse NTFS și a ID-urilor obiectelor.

Procesul de captare este reversibil, de când wimlib-imagex aplica (pe Windows) extrase
imaginea WIM capturată, va extrage toate informațiile de mai sus, cel puțin către
măsura suportată de sistemul de fișiere destinație.

Notă pedantă: deoarece Windows nu este pe deplin compatibil cu propriul său sistem de fișiere (NTFS), activat
Windows wimlib nu poate arhiva anumite fișiere care pot exista pe un sistem de fișiere NTFS valid, dar
sunt inaccesibile pentru API-ul Windows, de exemplu două fișiere cu nume care diferă doar în
caz în același director, sau un fișier al cărui nume conține anumite caractere luate în considerare
invalid de Windows. Dacă întâmpinați probleme la arhivarea unor astfel de fișiere, luați în considerare utilizarea fișierului NTFS
VOLUM CAPTURĂ (UNIX) modul din Linux.

OPŢIUNI

--cizma
Specifică faptul că noua imagine trebuie să devină imaginea de pornire a arhivei WIM.

--Verifica
Pentru wimlib-imagex adăuga, înainte de a efectua operația de adăugare, verificați
integritatea WIMFILE dacă este prezent un tabel de integritate. În plus, includeți un
tabel de integritate în noul fișier WIM (wimlib-imagex captura) sau fișierul WIM modificat
(wimlib-imagex adăuga). Dacă această opțiune nu este specificată, nu există nicio tabelă de integritate
incluse într-un fișier WIM creat cu wimlib-imagex captura, în timp ce un fișier WIM este actualizat
cu wimlib-imagex adăuga va fi scris cu un tabel de integritate dacă și numai dacă unul
a fost prezent înainte.

--comprima=TIP[:NIVEL]
Specifică formatul de compresie pentru noul fișier WIM. TIP poate fi „niciunul”, „XPRESS”
(alias: „rapid”), „LZX” (alias: „maximum”) sau „LZMS” (alias: „recuperare”). TIP is
potriviți fără diferențiere între majuscule și minuscule. Valoarea implicită este „LZX”.

Opțional, puteți specifica și o compresie întreg NIVEL. Nivelul de compresie
specifică cât de greu este algoritmul de compresie pentru compresia specificată TIP voi
lucrează pentru a comprima datele. Valorile sunt scalate astfel încât 20 este compresie rapidă,
50 este compresie medie, iar 100 este compresie ridicată. Cu toate acestea, puteți alege oricare
valoare, și nu doar aceste valori particulare. Valoarea implicită este 50.

Această opțiune afectează numai tipul de compresie utilizat în resursele WIM nesolide. Dacă
creați un WIM solid (folosind --solid opțiune), atunci probabil că doriți
--solid-comprima in schimb.

Aveți grijă dacă alegeți compresia LZMS. Nu este compatibil cu wimlib înainte
v1.6.0, WIMGAPI înainte de Windows 8, DISM înainte de Windows 8.1 și 7-Zip înainte de v15.12.

De asemenea, rețineți că alegerea compresiei LZMS nu implică automat modul solid
compresie, așa cum se întâmplă cu DISM. Utilizare --solid dacă doriți să creați un WIM solid,
sau „fișier ESD”.

--dimensiunea bucatilor=MĂRIMEA
Setați dimensiunea bucății de compresie la MĂRIMEA octeți. O dimensiune mai mare a bucăților de compresie
are ca rezultat un raport de compresie mai bun. wimlib acceptă diferite dimensiuni de bucăți
in functie de tipul compresiei:

· XPRESS: 4K, 8K, 16K, 32K, 64K

· LZX: 32K, 64K, 128K, 256K, 512K, 1M, 2M

· LZMS: 32K, 64K, 128K, 256K, 512K, 1M, 2M, 4M, 8M, 16M, 32M, 64M, 128M, 256M, 512M,
1G

Puteți furniza numărul complet (de exemplu, 32768) sau puteți utiliza unul dintre K, M sau G
sufixe. KiB, MiB și GiB sunt, de asemenea, acceptate.

Această opțiune afectează doar dimensiunea fragmentului utilizat în resursele WIM nesolide. Daca esti
crearea unui WIM solid (folosind --solid opțiune), atunci probabil că doriți --solid-
dimensiunea bucatei in schimb.

Utilizați această opțiune cu precauție dacă este compatibilitatea cu implementarea Microsoft
dorit, deoarece implementarea lor are suport limitat pentru dimensiunile blocurilor care nu sunt implicite.

--solid
Creați un fișier WIM „solid” care comprimă fișierele împreună, mai degrabă decât independent.
Acest lucru are ca rezultat un raport de compresie semnificativ mai bun, dar are un cost
de diverse compromisuri, inclusiv: compresie lentă cu utilizare foarte mare a memoriei; încet
acces aleatoriu la fișierul WIM rezultat; și compatibilitate redusă.

În ceea ce privește compatibilitatea, prima versiune a WIMGAPI Microsoft care acceptă WIM solid
fișierele au fost lansate cu Windows 8 și prima versiune de DISM care a făcut acest lucru a fost
lansat cu Windows 8.1.

Dacă doriți să creați un „fișier ESD”, atunci utilizați această opțiune. Un (necriptat) „ESD
fișier" este un fișier WIM solid.

În mod implicit, această opțiune are un efect echivalent cu opțiunea DISM
/comprima:recuperare. Opțiunile pentru wimlib-imagex sunt diferite pentru că încearcă
pentru a nu combina tipul de compresie (de exemplu, LZX sau LZMS) cu compresia în modul solid,
deoarece acestea sunt două lucruri diferite.

--dimensiune-bucătă-solidă=MĂRIMEA
Aprecieri --dimensiunea bucatilor, dar setați dimensiunea blocului utilizat în resurse solide. Implicit,
presupunând compresia LZMS, este de 64 MiB (67108864); acest lucru necesită aproximativ 640 MiB de memorie
pe fir. Această opțiune are efect numai atunci când --solid este de asemenea specificat. Notă:
Implementarea Microsoft nu este compatibilă cu dimensiunile blocurilor LZMS mai mari decât
64 MiB.

--solid-comprima=TIP[:NIVEL]
Aprecieri --comprima, dar setați tipul de compresie utilizat în resursele solide. Implicit
este compresia LZMS. Această opțiune are efect numai atunci când --solid este de asemenea specificat.

--fire=NUM_THREADS
Numărul de fire de execuție de utilizat pentru comprimarea datelor. Implicit: autodetect (număr de
procesoare disponibile).

--reconstrui
Pentru wimlib-imagex adăuga: reconstruiți întregul WIM în loc să adăugați noile date
până la capătul acesteia. Reconstrucția WIM este mai lentă, dar va economisi puțin spațiu
care altfel ar fi lăsat ca o gaură în WIM. Vezi de asemenea wimlib-imagex
optimiza(1).

--steaguri=EDITIONID
Specificați un șir de utilizat în element al datelor XML pentru noua imagine.

--proprietate-imagine NUME=VALUE
Specificați o proprietate arbitrară pe imagine pentru a seta în documentul XML al fișierului WIM.
VALUE este șirul de setat ca valoare a proprietății. NUME este numele imaginii
proprietate, de exemplu „NAME”, „DESCRIPTION” sau „TOTALBYTES”. Numele poate conține
bare oblice pentru a indica un element XML imbricat; de exemplu,
„WINDOWS/VERSION/BUILD” indică elementul BUILD imbricat în VERSION
element imbricat în elementul WINDOWS. Un număr între paranteze poate fi folosit pentru
indicați unul dintre mai multe elemente cu nume identic; de exemplu,
„WINDOWS/LANGUAGES/LANGUAGE[2]” indică al doilea element „LANGUAGE” imbricat
în cadrul elementului „WINDOWS/LANGUAGES”. Când adăugați o listă de elemente în acest mod,
acestea trebuie specificate în ordine secvențială. Rețineți că numele elementelor sunt majuscule
sensibil. Această opțiune poate fi specificată de mai multe ori.

--dereferință
(Numai sisteme de tip UNIX) Urmați legăturile simbolice și arhivați fișierele către care indică,
mai degrabă decât arhivarea legăturilor în sine.

--config=FILE
Specifică un fișier de configurare (codificat UTF-8 sau UTF-16LE; funcționează și ASCII simplu)
pentru captarea noii imagini. Fișierul de configurare specifică fișierele care urmează să fie
tratate special în timpul capturii imaginii.

Formatul fișierului de configurare este în stil INI; adică este aranjat în
secțiuni între paranteze. În prezent, sunt recunoscute următoarele secțiuni:

· [ExclusionList] --- conține o listă de globuri de căi de exclus din captură. Dacă
un director este potrivit, atât directorul, cât și conținutul acestuia sunt excluse.

· [ExclusionException] --- conține o listă de globuri de cale de inclus în
captura, chiar și atunci când fișierul sau directorul se potrivește și cu un glob în [ExclusionList].

· [PrepopulateList] --- aceasta nu afectează captura, dar dacă imaginea este aplicată
mai târziu cu --wimboot, acestea sunt globuri de fișiere care vor fi extrase în mod normal,
nu ca „fișiere pointer” WIMBoot. Dacă un director este potrivit, toate fișierele și
subdirectoarele sunt, de asemenea, potrivite recursiv.

Globurile de cale pot conține „*” și „?” meta-personaje. Globi relative (de ex
*.mp3) se potrivește cu un nume de fișier din orice director. globuri absolute (de ex. /dir/file),
sunt tratate ca căi care pornesc de la directorul principal care este capturat sau de la rădăcina
volumul NTFS pentru modul de captare a volumului NTFS. Nu utilizați literele de unitate în
poteci; vor fi ignorate. Separatoarele de căi pot fi fie bare oblice înainte, fie
tăieturi înapoi.

Linii care încep cu „#” sau „;” personajele sunt tratate ca comentarii și ignorate.
Globurile cu spații albe în ele nu trebuie citate; cu toate acestea, dacă sunt, ambele se dublează
iar ghilimele simple sunt acceptate.

Dacă această opțiune nu este specificată, se utilizează următorul fișier de configurare implicit:

[Lista excluderilor]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Informații despre volumul sistemului
\RECICLER
\Windows\CSC

Cu toate acestea, se aplică un comportament special dacă --wimboot este de asemenea specificat. Implicit, cu
--wimboot specificat, fișierul Windows/System32/WimBootCompress.ini din director
în curs de capturare va fi folosit ca fișier de configurare. Cu toate acestea, acest lucru poate fi
suprascris folosind --config; și acest lucru determină, de asemenea, fișierul de configurare specificat
să fie salvat în imaginea WIM ca Windows/System32/WimBootCompress.ini, suprascriind orice
care pot fi prezente pe sistemul de fișiere.

--unix-data
(Numai sisteme similare UNIX) Stocați proprietarul UNIX, grupul, modul și ID-ul dispozitivului (principal și
număr minor) din fiecare fișier capturat. Începând cu wimlib v1.7.0, puteți face backup și
restaurați nu numai informațiile standard privind permisiunea fișierului UNIX, ci și caracterul
noduri de dispozitiv, noduri de dispozitiv bloc, conducte numite (FIFO) și socket-uri de domeniu UNIX.

wimlib stochează date UNIX prin adăugarea unui element special de metadate etichetat la fiecare director
introducerea fiecărui fișier care conține aceste informații. Această informație suplimentară este
ignorat de implementarea Microsoft. Notă: date UNIX stocate de wimlib înainte
v1.7.0 a folosit un alt format care nu mai este acceptat. Dacă ai vechi WIM
fișiere cu date UNIX, aplicați-le cu v1.6.2 și recapturați-le cu v1.7.0 sau
mai târziu.

--no-acls
Nu capturați descriptorii de securitate ai fișierelor.

--strict-acls
Eșuează imediat dacă descriptorul de securitate complet al oricărui fișier nu poate fi citit. Pe
Windows, comportamentul implicit fără această opțiune este să încercați mai întâi să omiteți SACL
din descriptorul de securitate, apoi să încercați să omiteți complet descriptorul de securitate.
Scopul acestui lucru este de a capta cât mai multe date posibil, fără a solicita întotdeauna
Privilegii de administrator. Cu toate acestea, dacă doriți ca toți descriptorii de securitate să fie
capturat exact, poate doriți să oferiți această opțiune, deși Administratorul
ar trebui să aibă oricum permisiunea să citească totul.

--rpfix, --norpfix
Stabiliți dacă să remediați ținte ale legăturilor simbolice absolute (puncte de analiză în Windows
terminologie) sau nu. Când este activat (--rpfix), legături simbolice absolute acest punct
în interiorul arborelui de directoare care este capturat va fi ajustat pentru a fi absolut relativ la
rădăcina arborelui de directoare care este capturat. Când este dezactivat (--norpfix), absolut
legăturile simbolice vor fi capturate exact așa cum sunt.

Comportamentul implicit pentru wimlib-imagex captura este echivalent cu --rpfix.
comportament implicit pentru wimlib-imagex adăuga va fi --rpfix dacă repară remedierea punctelor
au fost făcute anterior pe WIMFILE, Altfel --norpfix.

În cazul unei capturi cu mai multe surse, (--listă-sursă specificat), trecând --norpfix
este recomandat. În caz contrar, reparările punctelor de analiză vor fi dezactivate pentru toate capturile
surse destinate locațiilor non-root din imaginea WIM, în timp ce sursele de captură
destinat rădăcinii WIM va obține comportamentul implicit din paragraful anterior.

--listă-sursă
wimlib-imagex captura și wimlib-imagex adăuga sprijină crearea unei imagini WIM din
mai multe fișiere sau directoare separate. Cand --listă-sursă este specificat, cel SOURCE
argument specifică numele unui fișier text, fiecare linie fiind fie 1, fie 2
căi ale fișierelor separate cu spații albe. Prima cale de fișier, sursa, specifică
cale către un fișier sau director pentru a captura în imaginea WIM. Poate fi fie
absolut sau relativ la directorul de lucru curent. A doua cale de fișier, dacă
furnizat, este ținta și specifică calea în imaginea WIM pe care acest fișier sau
directorul va fi salvat ca. Barele oblice principale și finale din țintă sunt ignorate,
cu excepția cazului în care constă în întregime din bare oblice (de exemplu, „/”), ceea ce indică faptul că
directorul va deveni rădăcina imaginii WIM. Dacă este omis, șirul țintă
implicit este identic cu șirul sursă.

Un exemplu de fișier cu listă sursă este următorul:

# Creați imaginea WIM din directorul „winpe”.
winpe /

# Trimiteți directorul „overlay” la „/overlay” din imaginea WIM
suprapunere /suprapunere

# Suprapuneți un director separat direct pe rădăcina imaginii WIM.
/date/lucruri/

Subdirectoarele din WIM sunt create după cum este necesar. Mai multe directoare sursă pot
împărtășesc aceeași țintă, ceea ce implică o suprapunere. În cazul în care rezultă a
fișierul nondirectory fiind adăugat la imaginea WIM de mai multe ori, ultima versiune (ca
listate în fișierul cu lista sursă) suprascrie orice versiune anterioară.

Căile fișierelor care conțin spații albe pot fi citate fie cu ghilimele simple, fie duble
citate. Citatele nu pot fi scăpate.

Linii care constau numai din spații albe și linii care încep cu „#” precedate de
spațiile opționale sunt ignorate.

Ca caz special, dacă SOURCE este „-”, lista surselor este citită de la intrarea standard
mai degrabă decât un fișier extern.

Modul de captare a volumului NTFS pe sisteme asemănătoare UNIX nu poate fi utilizat cu --listă-sursă,
deoarece este acceptată doar capturarea unui volum NTFS complet.

--pipabil
Creați un WIM „pipable”, care poate fi aplicat complet secvenţial, inclusiv de la a
teava. O imagine din WIM rezultat poate fi aplicată cu wimlib-imagex aplica, fie
în mod normal, specificând numele fișierului WIM sau cu wimlib-imagex aplica - pentru a citi
WIM de la intrare standard. Vedea wimlib-imagex aplica(1) pentru mai multe detalii.

Pentru operațiunile de atașare, această opțiune va avea ca rezultat o reconstrucție completă a WIM-ului de făcut
este pipabil. Pentru operațiunile de capturare, WIM-ul capturat este creat pur și simplu ca pipable.
Atenție la faptul că, cu cât adăugați mai multe imagini la un WIM care poate fi accesat, cu atât este mai puțin eficient
va fi, deoarece mai multe date inutile vor fi trimise prin conductă.

Când wimlib creează un WIM care poate fi accesat, rearanjează cu atenție componentele
WIM, astfel încât acestea să poată fi citite secvenţial și, de asemenea, face câteva altele
modificari. Drept urmare, aceste WIM-uri „pipabile” sunt nu compatibil cu
Microsoft software-ul, așa că țineți cont de acest lucru dacă le veți folosi. Dacă se dorește,
poți să folosești wimlib-imagex optimiza --ne-pipabil pentru a rescrie un WIM care poate fi scris ca a
WIM obișnuit. (wimlib-imagex exporturile oferă, de asemenea, capacitatea de a exporta imagini
de la un WIM care poate fi canalizat într-un WIM care nu poate fi canalizat sau invers.)

În cea mai mare parte, wimlib operează în mod transparent pe WIM-uri care pot fi semnalizate. Puteți modifica
le, adăugați sau ștergeți imagini, exportați imagini și chiar creați WIM-uri divizate. The
Principalele dezavantaje sunt că anexarea este (în prezent) mai puțin eficientă (--reconstrui is
întotdeauna implicit) și, de asemenea, nu sunt compatibile cu software-ul Microsoft.

wimlib-imagex captura și wimlib-imagex adăuga ambele pot scrie un WIM care poate fi scris direct
la ieșire standard; acest lucru se face automat dacă WIMFILE este specificat ca „-”. (În
acel caz, --pipabil este asumat.)

--ne-pipabil
Asigurați-vă că WIM-ul rezultat este în formatul WIM normal, fără canal. Acesta este
implicit pentru wimlib-imagex captura, cu excepția când scrieți la ieșirea standard (WIMFILE
specificat ca „-”) și, de asemenea, pentru wimlib-imagex adăuga, cu excepția anexării la un WIM
asta este deja de scris.

--actualizare-de=[WIMFILE:]IMAGE
Declara că imaginea care este capturată sau atașată din SOURCE este în mare parte la fel ca
imaginea existentă IMAGE in WIMFILE, dar capturat la un moment ulterior în timp, eventual
cu unele modificări în timpul intermediar. Acesta este conceput pentru a fi utilizat în
copii de siguranță incrementale ale aceluiași sistem de fișiere sau arbore de directoare. IMAGE poate fi a
Index bazat pe 1 sau numele unei imagini existente în WIMFILE. Poate fi și un negativ
întreg pentru a indexa înapoi în imagini (de exemplu -1 înseamnă ultima imagine existentă
in WIMFILE).

Când această opțiune este furnizată, capturarea sau adăugarea noii imagini va fi
optimizat prin necitirea fișierelor care, pe baza metadatelor, cum ar fi marcajele de timp, apar
să nu fi fost modificate din moment ce au fost arhivate în cele existente IMAGE. Baring
manipularea marcajelor de timp, această opțiune afectează doar performanța și nu se modifică
imaginea WIM rezultată.

După cum se arată, sintaxa completă pentru argumentul acestei opțiuni este de a specifica WIM
fișier, două puncte și imaginea; de exemplu, „--update-of mywim.wim:1”. Însă
Fișierul WIM și două puncte pot fi omise, caz în care fișierul WIM va fi implicit la
Fișierul WIM care este atașat pentru operațiunile de adăugare sau fișierul WIM din care o delta
este luat (doar dacă --delta-din este specificat exact o dată) pentru capturare
operațiuni.

--delta-din=WIMFILE
Pentru wimlib-imagex captura numai: capturați noul WIM ca „delta” din WIMFILE. Orice
fluxurile care ar trebui de obicei arhivate în noul WIM sunt omise dacă acestea
sunt deja prezente în WIMFILE pe care se bazează delta. Noul WIM
va conține în continuare o copie completă a metadatelor imaginii, dar aceasta este de obicei doar a
o mică parte din dimensiunea totală a unui WIM.

Această opțiune poate fi specificată de mai multe ori, caz în care WIM-ul delta rezultat
va conține numai fluxuri care nu sunt prezente în niciunul dintre WIM-urile de bază specificate.

Pentru a opera pe WIM-ul delta rezultat folosind alte comenzi, cum ar fi wimlib-imagex
aplica, trebuie să specificați delta WIM ca fișier WIM pe care să operați, dar și
faceți referire la WIM-urile de bază folosind --ref opțiune. Atenție: a reține ce trebuie
funcționarea delta WIM, puteți doar adăuga, nu șterge, fișiere și imagini la
WIM(e) de bază după capturarea unei delte din acesta.

--delta-din poate fi combinat cu --actualizare-de pentru a crește viteza de captare a
delta WIM.

Ca exemplu, luați în considerare următoarea secvență de backup și restaurare:

(backup inițial)

$ wimcapture /some/directory bkup-base.wim

(câteva zile mai târziu, creați a doua copie de rezervă ca delta de la prima)

$ wimcapture /some/directory bkup-2013-08-20.dwm \
--update-of bkup-base.wim:-1 --delta-from bkup-base.wim

(restaurând a doua copie de rezervă)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/unele/director

Cu toate acestea, rețineți că, ca alternativă la secvența de mai sus, care a folosit un WIM delta,
a doua copie de rezervă ar fi putut fi pur și simplu atașată la WIM ca imagine nouă folosind
wimlib-imagex adăuga. WIM-urile Delta ar trebui utilizate numai dacă se dorește să se bazeze
copii de rezervă sau imagini pe un fișier separat, mare, care este rar modificat.

Notă: spre deosebire de WIM-urile „pipable” (create cu --pipabil opțiune), WIM-uri „delta”.
(creat cu --delta-din opțiunea) sunt compatibile cu software-ul Microsoft.
De exemplu, puteți utiliza opțiunea /ref a ImageX pentru a face referire la WIM-urile de bază,
similar cu mai sus.

Notă suplimentară: wimlib-imagex este suficient de generalizată încât să poți de fapt combina
--pipabil și --delta-din pentru a crea WIM-uri delta care pot fi canalizate. În astfel de cazuri, baza
WIM(urile) trebuie să fie capturate ca pipable, precum și WIM delta, iar atunci când se aplică un
imaginea, WIM-urile de bază trebuie trimise peste conductă după WIM-ul delta.

--wimboot
Marcați imaginea ca fiind compatibilă cu WIMBoot. Consultați documentația Microsoft pentru mai multe
informații despre WIMBoot. Această opțiune va seta, în mod implicit, tipul de compresie
la XPRESS și dimensiunea bucății la 4096 de octeți; acestea pot fi totuși anulate
prin --comprima și --dimensiunea bucatilor parametrii, respectiv. În plus, aceasta
opțiunea va seta, în mod implicit, fișierul de configurare la
SOURCE\Windows\System32\WimBootCompress.ini dacă este prezent și accesibil; cu toate acestea, aceasta
poate fi încă suprascris prin intermediul --config parametru.

--nesigur-compact
Consultați documentația pentru această opțiune în wimlib-imagex-optimize (1).

--instantaneu
EXPERIMENTAL: creați un instantaneu temporar al sistemului de fișiere al directorului sursă și
capturați fișierele din acesta. În prezent, această opțiune este acceptată numai pe Windows,
unde folosește Serviciul de copiere umbra a volumului (VSS). Folosind această opțiune, puteți
creați o copie de rezervă consistentă a volumului de sistem al unui sistem Windows care rulează fără
întâmpinați probleme cu fișierele blocate. Pentru ca instantaneul VSS să fie cu succes
creată, wimlib-imagex trebuie să fie rulat ca administrator și nu poate fi rulat
Modul WoW64 (adică dacă Windows este pe 64 de biți, atunci wimlib-imagex trebuie să fie și pe 64 de biți).

NOTE

wimlib-imagex adăuga nu acceptă adăugarea unei imagini la un WIM divizat.

Cu excepția utilizării --nesigur-compact, este sigur să anulați a wimlib-imagex adăuga comandă
parcurs; cu toate acestea, după ce faceți acest lucru, se recomandă să rulați wimlib-imagex
optimiza pentru a elimina orice date care au fost atașate la fișierul WIM fizic, dar nu încă
încorporate în structura WIM, cu excepția cazului în care WIM a fost complet reconstruit (de ex
cu --reconstrui), caz în care ar trebui să ștergeți fișierul temporar rămas.

wimlib-imagex creează WIM-uri compatibile cu software-ul Microsoft (WIMGAPI, ImageX, DISM),
cu câteva avertismente:

· Cu wimlib-imagex pe sisteme asemănătoare UNIX, este posibilă crearea unei imagini WIM
care conțin fișiere cu nume care diferă numai în caz de majuscule sau fișiere cu nume care conțin
caracterele ':', '*', '?', '"', '<', '>', '|' sau '\', care sunt valide pe POSIX-
sisteme de fișiere compatibile, dar nu Windows. Fiți avertizat că astfel de fișiere nu vor fi
extras implicit de versiunea Windows a wimlib-imagexși (și mai rău)
ImageX de la Microsoft poate fi confundat cu astfel de nume și poate renunța la extragerea imaginii parțial
prin. (Poate că merită subliniat că sistemul de fișiere implicit al Windows,
NTFS, acceptă aceste caractere, deși Windows nu!)

· WIM-urile care pot fi accesate sunt incompatibile cu software-ul Microsoft. Sunt create WIM-uri care pot fi canalizate
doar dacă WIMFILE a fost specificat ca "-" (ieșire standard) sau dacă --pipabil steag era
specificat.

· WIM-uri capturate cu o dimensiune de bucată care nu este implicită (cu --dimensiunea bucatilor opțiune) sau ca solid
arhivele (cu --solid opțiune) sau cu compresie LZMS (cu --comprima=LZMS sau
--comprima=recuperare) au niveluri diferite de compatibilitate cu software-ul Microsoft.
În general, versiunile mai recente ale software-ului Microsoft sunt mai compatibile.

EXEMPLE

Primul exemplu: creați un nou WIM „mywim.wim” cu compresie LZX („maximum”) care va
conțin o imagine capturată a arborelui de directoare „somedir”. Rețineți că numele imaginii trebuie
nu va fi specificat și va fi implicit „somedir”:

wimlib-imagex captura somedir mywim.wim

sau, dacă wimcapture hard link sau fișierul batch a fost instalat, forma prescurtată poate
fi folosit:

wimcapture somedir mywim.wim

Exemplele rămase vor folosi forma lungă, totuși. Apoi, adăugați imaginea lui a
arbore de directoare diferit de WIM creat mai sus:

wimlib-imagex adăugați anotherdir mywim.wim

Destul de ușor, iar exemplele de mai sus de arbori de directoare de imagini funcționează atât pe UNIX
sisteme și Windows. Apoi, capturați un WIM cu mai multe opțiuni care nu sunt implicite, inclusiv
compresie XPRESS („rapidă”), un tabel de integritate, fără a se încurca cu legăturile simbolice absolute,
și un nume și o descriere a imaginii:

wimlib-imagex capture somedir mywim.wim --compress=rapid \
--check --norpfix „Nume” „Descriere”

Capturați un întreg volum NTFS într-un nou fișier WIM și denumiți imaginea „Windows 7”. Pe
Sisteme asemănătoare UNIX, acest lucru necesită utilizarea modului special descris în NTFS VOLUM CAPTURĂ
(UNIX) Unde SOURCE este un fișier sau un dispozitiv bloc care conține un sistem de fișiere NTFS:

wimlib-imagex capture /dev/sda2 windows7.wim „Windows 7”

sau, pe Windows, pentru a captura un volum NTFS complet, trebuie să specificați rădăcina
directorul volumului montat, de exemplu:

wimlib-imagex capture E:\ windows7.wim „Windows 7”

La fel ca exemplul de mai sus cu capturarea unui volum NTFS de la wimlib-imagex rulează pe UNIX-
ca un sistem, dar capturați WIM-ul în formatul „pipable” specific wimlib, care poate fi canalizat
la wimlib-imagex aplica:

wimlib-imagex capture /dev/sda2 windows7.wim „Windows 7” \
--pipabil

La fel ca mai sus, dar în loc să scrieți WIM-ul care poate fi scris în fișierul „windows7.wim”, scrieți-l
direct la ieșirea standard printr-o conductă într-un alt program „someprog”, care
ar putea fi, de exemplu, un program sau un script care transmite datele către un server. Rețineți că
--pipabil nu trebuie specificat în mod explicit atunci când se folosește ieșirea standard ca „fișier” WIM:

wimlib-imagex capture /dev/sda2 - „Windows 7” | cevaprog

Utilizați wimcapture online folosind serviciile onworks.net