wimcapture - Online in de cloud

PROGRAMMA:

NAAM

wimlib-imagex-capture, wimlib-imagex-append - Een WIM-afbeelding maken of toevoegen

KORTE INHOUD

wimlib-imagex vangen BRON WIMFILE [IMAGE_NAME [AFBEELDINGSOMSCHRIJVING,OPTIE​
wimlib-imagex toevoegen BRON WIMFILE [IMAGE_NAME [AFBEELDINGSOMSCHRIJVING,OPTIE​

PRODUCTBESCHRIJVING

De wimlib-imagex vangen en wimlib-imagex toevoegen opdrachten maken een Windows Imaging (WIM)
afbeelding uit een mappenboom. De wimlib-imagex vangen opdracht maakt een nieuw WIM-bestand aan
met de vastgelegde afbeelding, terwijl de wimlib-imagex toevoegen commando voegt de gevangen . toe
afbeelding naar een bestaand WIM-bestand. Deze commando's zijn ook beschikbaar als eenvoudig wicapture en
wimappen als de juiste harde koppelingen of batchbestanden zijn geïnstalleerd.

Achtergrondinformatie: Een WIM-afbeelding is een onafhankelijke directorystructuur in een WIM-bestand. een WIM
bestand kan een willekeurig aantal afzonderlijke afbeeldingen bevatten. WIM-bestanden zijn single-instance met
met betrekking tot bestandsgegevens, dus een bestand wordt slechts één keer opgeslagen in de hele WIM, ongeacht
in hoeveel afbeeldingen het bestand voorkomt.

BRON specificeert de locatie van de bestanden waarvan de nieuwe WIM-afbeelding moet worden gemaakt. Indien BRON is
een directory, wordt de WIM-afbeelding uit die directory gehaald (zie DIRECTORY VASTLEGGEN (UNIX)
or DIRECTORY VASTLEGGEN (RAMEN)). Als alternatief, als de --bronnenlijst Optie is
gespecificeerd, BRON wordt geïnterpreteerd als een bestand dat zelf een lijst met bestanden geeft en
mappen die u wilt opnemen in de nieuwe WIM-afbeelding. Nog steeds als alternatief, alleen op UNIX-achtige
systemen, als BRON is een normaal bestands- of blokapparaat, het wordt geïnterpreteerd als een NTFS-volume
waarvan een WIM-afbeelding moet worden vastgelegd met libntfs-3g (zie NTFS VOLUME VASTLEGGEN
(UNIX)).

IMAGE_NAME en AFBEELDINGSOMSCHRIJVING specificeer de naam en beschrijving om de nieuwe WIM . te geven
afbeelding. Indien IMAGE_NAME niet is opgegeven, wordt standaard de basisnaam gebruikt (exclusief pad naar
bovenliggende map) van BRON, maar als deze naam al bestaat in WIMFILE, een uniek achtervoegsel
is toegevoegd. Anders, IMAGE_NAME moet ofwel een naam zijn die nog niet bestaat als een
afbeelding in WIMFILE, of de lege tekenreeks om een ​​afbeelding zonder naam te maken. Indien
AFBEELDINGSOMSCHRIJVING is niet gespecificeerd, wordt er geen beschrijving gegeven aan de nieuwe afbeelding.

Als een speciaal geval, als WIMFILE is de --pijpbaar optie wordt aangenomen en het WIM-bestand is
geschreven naar standaarduitvoer in een speciaal pipable-formaat. Zie de documentatie voor:
--pijpbaar voor meer details.

DIRECTORY VASTLEGGEN (UNIX)

Dit gedeelte documenteert hoe: wimlib-imagex legt bestanden vast uit een mappenboom op UNIX-achtige
systemen. Zien DIRECTORY VASTLEGGEN (RAMEN) voor de bijbehorende documentatie voor Windows.

Op UNIX-achtige systemen, wanneer: BRON specificeert een directory of een symbolische link naar een directory,
de WIM-afbeelding wordt vastgelegd vanuit de directorystructuur die in deze directory is geworteld. Dit
directory kan zich op elk type bestandssysteem bevinden en koppelpunten worden recursief gevolgd. In
in deze modus zal wimlib de volgende soorten informatie opslaan:

· Directory's en gewone bestanden, en de inhoud van gewone bestanden

· Harde links

· Symbolische links (verliesloos vertaald naar Windows-reparsepunten)

· Laatste wijzigingstijden (mtime) en laatste toegangstijden (atime) met 100 nanoseconde
granulariteit

· Met --unix-gegevens: UNIX-eigenaren, -groepen en -modi

· Met --unix-gegevens: apparaatknooppunten, FIFO's en UNIX-domeinsockets

Er is geen ondersteuning voor het opslaan van uitgebreide attributen (bijv. SELinux beveiligingslabels en
POSIX ACL's). Houd er ook rekening mee dat de laatste statuswijzigingstijden (ctime) niet worden opgeslagen.

Pedante opmerking: een beperking van het WIM-formaat voorkomt het ongebruikelijke geval dat een enkele
symbolisch linkbestand zelf heeft meerdere namen (harde links); in dit onwaarschijnlijke geval, elk
symbolische link wordt opgeslagen als een onafhankelijk bestand.

NTFS VOLUME VASTLEGGEN (UNIX)

Dit gedeelte documenteert hoe: wimlib-imagex legt bestanden rechtstreeks vast van een NTFS-volume-image
op UNIX-achtige systemen.

Op UNIX-achtige systemen wordt een speciale modus voor het vastleggen van afbeeldingen geactiveerd wanneer: BRON is een gewone
bestand of blokkeer apparaat. In deze modus, BRON wordt verondersteld een NTFS-volume of -volume te zijn
afbeelding, en wimlib-imagex zal een WIM-afbeelding vastleggen met de volledige inhoud van de NTFS
volume, inclusief NTFS-specifieke gegevens. Dit wordt gedaan met behulp van libntfs-3g.

Merk op dat de NTFS-volume-opnamemodus is: niet ingevoerd als BRON is een directory, zelfs als een
NTFS-bestandssysteem is gemount op BRON met behulp van ntfs-3g. U moet het NTFS-volume opgeven
zelf (en het moet ontkoppeld zijn, en je moet toestemming hebben om ervan te lezen).

De NTFS-volumeregistratiemodus probeert zoveel mogelijk gegevens en metagegevens vast te leggen,
waaronder:

· Alle gegevensstromen van alle niet-versleutelde bestanden, ook de naamloze gegevensstroom
zoals alle benoemde gegevensstromen.

· Reparsepunten, inclusief symbolische koppelingen, knooppunten en andere reparsepunten.

· Tijdstempels voor het maken, openen en wijzigen van bestanden en mappen, met behulp van de native
NTFS-resolutie van 100 nanoseconden.

· Windows-beveiligingsdescriptors, inclusief alle componenten (eigenaar, groep, DACL en SACL).

· DOS/Windows-bestandsattribuutvlaggen.

· Alle namen van alle bestanden, inclusief namen in de Win32-naamruimte, DOS-naamruimte,
Win32+DOS-naamruimte en POSIX-naamruimte. Dit omvat harde koppelingen.

De belangrijkste beperkingen van deze NTFS-volume-opnamemodus zijn echter:

· Versleutelde bestanden zijn standaard uitgesloten. Hoewel libntfs-3g hun gegevens kan lezen,
ze moeten in het WIM-bestand worden opgeslagen in een speciaal formaat dat wimlib nog niet heeft
ondersteuning (behalve op Windows, waar wimlib de gegevens als ondoorzichtig kan behandelen en deze kan doorgeven
naar de juiste API-functie).

· Het schaarse attribuut op schaarse bestanden wordt opgeslagen, maar de opgeslagen gegevens zijn de
volledige gegevens van het bestand in plaats van de "dunne" gegevens. (De gegevens zijn echter onder voorbehoud)
naar de compressie van het WIM-formaat.)

DIRECTORY VASTLEGGEN (RAMEN)

Op Windows, wimlib-imagex vangen en wimlib-imagex toevoegen native ondersteuning voor Windows-
specifieke en NTFS-specifieke gegevens. Ze gedragen zich daarom op dezelfde manier als de overeenkomstige
commando's van Microsoft's ImageX of DISM. Voor de beste resultaten, de directory die wordt vastgelegd
moet op een NTFS-volume staan ​​en wimlib-imagex moet worden uitgevoerd met beheerdersrechten;
niet-NTFS-bestandssystemen en draaien zonder beheerdersrechten zijn echter ook:
ondersteund.

Op Windows, wimlib-imagex vangen en wimlib-imagex toevoegen probeer zoveel mogelijk gegevens te archiveren en
metadata mogelijk, waaronder:

· Alle datastromen van alle bestanden.

· Reparsepunten, inclusief symbolische koppelingen, knooppunten en andere reparsepunten,
indien ondersteund door het bronbestandssysteem. (Opmerking: zie --rpfix en --norfix For
documentatie over hoe absolute symbolische links en knooppunten precies worden vastgelegd.)

· Tijdstempels voor het maken, openen en wijzigen van bestanden en mappen. Deze worden opgeslagen
met de native tijdstempelresolutie van Windows NT van 100 nanoseconden.

· Beveiligingsdescriptors, indien ondersteund door het bronbestandssysteem en --geen-acls is niet
gespecificeerd. Pas echter op dat tenzij --strikte-acls is opgegeven, de beveiliging
descriptors voor individuele bestanden of mappen kunnen worden weggelaten of slechts gedeeltelijk
vastgelegd als de gebruiker geen toestemming heeft om ze te lezen, wat een probleem kan zijn als
wimlib-imagex wordt uitgevoerd als een niet-beheerder.

· Bestandskenmerken, inclusief verborgen, schaars, gecomprimeerd, versleuteld, enz. Versleuteld
bestanden worden in gecodeerde vorm opgeslagen in plaats van in platte tekst. Transparant
gecomprimeerde bestanden worden gelezen als niet-gecomprimeerd en opgeslagen onder voorbehoud van de eigen WIM
compressie. Er is geen speciale behandeling voor het opslaan van schaarse bestanden, maar ze zijn:
waarschijnlijk te comprimeren tot een klein formaat.

· DOS-namen (8.3) namen van bestanden; het niet lezen ervan wordt echter niet als een
fouttoestand.

· Harde links, indien ondersteund door het bronbestandssysteem.

Er is geen ondersteuning voor het opslaan van uitgebreide NTFS-kenmerken en object-ID's.

Het opnameproces is omkeerbaar, sinds wanneer? wimlib-imagex dit toepassen (op Windows) uittreksels
het vastgelegde WIM-beeld, zal het alle bovenstaande informatie extraheren, in ieder geval tot de
mate ondersteund door het doelbestandssysteem.

Pedante opmerking: aangezien Windows niet volledig compatibel is met zijn eigen bestandssysteem (NTFS), on
Windows wimlib kan bepaalde bestanden die mogelijk bestaan ​​op een geldig NTFS-bestandssysteem niet archiveren, maar:
zijn niet toegankelijk voor de Windows API, bijvoorbeeld twee bestanden waarvan de namen alleen verschillen in
case in dezelfde map, of een bestand waarvan de naam bepaalde tekens bevat:
ongeldig door Windows. Als u problemen ondervindt bij het archiveren van dergelijke bestanden, overweeg dan om de NTFS
VOLUME VASTLEGGEN (UNIX) modus van Linux.

OPTIES

--laars
Geeft aan dat de nieuwe afbeelding de opstartbare afbeelding van het WIM-archief moet worden.

--rekening
Voor wimlib-imagex toevoegen, controleer voordat u de append-bewerking uitvoert de
integriteit van WIMFILE als er een integriteitstabel aanwezig is. Voeg verder een
integriteitstabel in het nieuwe WIM-bestand (wimlib-imagex vangen) of het gewijzigde WIM-bestand
(wimlib-imagex toevoegen). Als deze optie niet is opgegeven, is er geen integriteitstabel
opgenomen in een WIM-bestand gemaakt met wimlib-imagex vangen, terwijl een WIM-bestand is bijgewerkt
Met wimlib-imagex toevoegen zal worden geschreven met een integriteitstabel als en slechts als één
eerder aanwezig was.

--samenpersen=TYPE[:NIVEAU]
Specificeert de compressie-indeling voor het nieuwe WIM-bestand. TYPE kan "geen", "XPRESS" zijn
(alias: "fast"), "LZX" (alias: "maximum"), of "LZMS" (alias: "recovery"). TYPE is
niet hoofdlettergevoelig overeenkomen. De standaard is "LZX".

U kunt optioneel ook een geheeltallige compressie specificeren NIVEAU. Het compressieniveau
specificeert hoe hard het compressie-algoritme voor de gespecificeerde compressie TYPE wil
werk om de gegevens te comprimeren. De waarden zijn zo geschaald dat 20 snelle compressie is,
50 is gemiddelde compressie en 100 is hoge compressie. U kunt echter elke
waarde, en niet alleen deze specifieke waarden. De standaardwaarde is 50.

Deze optie is alleen van invloed op het compressietype dat wordt gebruikt in niet-solide WIM-bronnen. Indien
je maakt een solide WIM (met behulp van de --solide optie), dan wil je waarschijnlijk
--solid-kompres gebruiken.

Wees voorzichtig als u LZMS-compressie kiest. Het is niet eerder compatibel met wimlib
v1.6.0, WIMGAPI vóór Windows 8, DISM vóór Windows 8.1 en 7-Zip vóór v15.12.

Merk ook op dat het kiezen van LZMS-compressie niet automatisch de solid-modus impliceert
compressie, zoals bij DISM. Gebruik maken van --solide als je een solide WIM wilt maken,
of "ESD-bestand".

--formaat van een blokje=SIZE
Stel de grootte van het compressieblok in op SIZE bytes. Een grotere compressiebrokgrootte
resulteert in een betere compressieverhouding. wimlib ondersteunt verschillende chunk-groottes
afhankelijk van het compressietype:

· 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

U kunt het volledige nummer opgeven (bijv. 32768), of u kunt een van de K, M of G . gebruiken
achtervoegsels. KiB, MiB en GiB worden ook geaccepteerd.

Deze optie is alleen van invloed op de chunkgrootte die wordt gebruikt in niet-solide WIM-resources. Als je bent
een solide WIM maken (met behulp van de --solide optie), dan wil je waarschijnlijk --stevig-
formaat van een blokje gebruiken.

Gebruik deze optie met de nodige voorzichtigheid als de compatibiliteit met de implementatie van Microsoft:
gewenst, omdat hun implementatie beperkte ondersteuning biedt voor niet-standaard chunk-groottes.

--solide
Maak een "solide" WIM-bestand dat bestanden samen comprimeert in plaats van onafhankelijk.
Dit resulteert in een aanzienlijk betere compressieverhouding, maar dit gaat ten koste van
van verschillende afwegingen, waaronder: langzame compressie met zeer hoog geheugengebruik; traag
willekeurige toegang tot het resulterende WIM-bestand; en verminderde compatibiliteit.

Wat betreft compatibiliteit, de eerste versie van Microsoft's WIMGAPI die solide WIM ondersteunt
bestanden werd uitgebracht met Windows 8, en de eerste versie van DISM om dit te doen was
uitgebracht met Windows 8.1.

Als u een "ESD-bestand" wilt maken, gebruik dan deze optie. Een (niet-versleutelde) "ESD
file" is een solide WIM-bestand.

Standaard heeft deze optie een effect dat gelijk is aan de optie van DISM
/comprimeren:herstel. De opties voor wimlib-imagex zijn anders omdat ze proberen
om het compressietype (bijv. LZX of LZMS) niet samen te voegen met solid-mode compressie,
aangezien dit twee verschillende dingen zijn.

--massief-brokken-formaat=SIZE
Like --formaat van een blokje, maar stel de chunk-grootte in die wordt gebruikt in solide bronnen. De standaard,
uitgaande van LZMS-compressie, is 64 MiB (67108864); dit vereist ongeveer 640 MiB geheugen
per draad. Deze optie heeft alleen effect als: --solide staat ook vermeld. Opmerking:
De implementatie van Microsoft is niet compatibel met LZMS-brokgroottes groter dan
64 MiB.

--solid-kompres=TYPE[:NIVEAU]
Like --samenpersen, maar stel het compressietype in dat wordt gebruikt in solide bronnen. De standaard
is LZMS-compressie. Deze optie heeft alleen effect als: --solide staat ook vermeld.

--draden=NUM_THREADS
Aantal threads dat moet worden gebruikt voor het comprimeren van gegevens. Standaard: autodetect (aantal
beschikbare CPU's).

--herbouwen
Voor wimlib-imagex toevoegen: de hele WIM opnieuw opbouwen in plaats van de nieuwe gegevens toe te voegen
tot het einde ervan. Het opnieuw opbouwen van de WIM is langzamer, maar bespaart een beetje ruimte
die anders als een gat in de WIM zou blijven. Zie ook wimlib-imagex
te optimaliseren(1).

--vlaggen=EDITIEID
Geef een tekenreeks op om te gebruiken in de element van de XML-gegevens voor de nieuwe afbeelding.

--afbeelding-eigenschap NAAM=WAARDE
Geef een willekeurige eigenschap per afbeelding op die moet worden ingesteld in het XML-document van het WIM-bestand.
WAARDE is de tekenreeks die moet worden ingesteld als de eigenschapswaarde. NAAM is de naam van de afbeelding
eigenschap, bijvoorbeeld "NAME", "DESCRIPTION" of "TOTALBYTES". De naam kan bevatten:
schuine strepen naar voren om een ​​genest XML-element aan te geven; bijvoorbeeld,
"WINDOWS/VERSION/BUILD" geeft het BUILD-element aan dat is genest in de VERSION
element genest binnen het WINDOWS-element. Een getal tussen haakjes kan worden gebruikt om:
geef een van de verschillende elementen met dezelfde naam aan; bijvoorbeeld,
"WINDOWS/LANGUAGES/LANGUAGE[2]" geeft het tweede "LANGUAGE"-element aan dat is genest
binnen het element "WINDOWS/TALEN". Wanneer u op deze manier een lijst met elementen toevoegt,
ze moeten in sequentiële volgorde worden gespecificeerd. Merk op dat de namen van elementen hoofdletters zijn
gevoelig. Deze optie kan meerdere keren worden opgegeven.

--dereferentie
(Alleen UNIX-achtige systemen) Volg symbolische links en archiveer de bestanden waarnaar ze verwijzen,
in plaats van de links zelf te archiveren.

--config=FILE
Specificeert een configuratiebestand (UTF-8 of UTF-16LE gecodeerd; gewone ASCII werkt ook)
voor het vastleggen van de nieuwe afbeelding. Het configuratiebestand specificeert bestanden die moeten worden
speciaal behandeld tijdens het vastleggen van de afbeelding.

Het formaat van het configuratiebestand is INI-stijl; dat wil zeggen, het is gerangschikt in
secties tussen haakjes. Momenteel worden de volgende secties erkend:

· [ExclusionList] --- bevat een lijst met padglobs die moeten worden uitgesloten van opname. Indien
een directory wordt gevonden, worden zowel de directory als de inhoud ervan uitgesloten.

· [ExclusionException] --- bevat een lijst met padglobs die moeten worden opgenomen in de
vastleggen, zelfs als het bestand of de map ook overeenkomt met een glob in [ExclusionList].

· [PrepopulateList] --- dit heeft geen invloed op het vastleggen, maar als de afbeelding wordt toegepast
later met --wimboot, dit zijn klodders bestanden die normaal worden uitgepakt,
niet als WIMBoot "pointerfiles". Als een map overeenkomt, worden alle bestanden en
subdirectories worden ook recursief gematcht.

Padglobs kunnen de '*' en '?' bevatten meta-tekens. Relatieve globs (bijv
*.mp3) komen overeen met een bestandsnaam in een willekeurige map. Absolute globs (bijv. /dir/file),
worden behandeld als paden die beginnen bij de hoofdmap die wordt vastgelegd, of de hoofdmap van
het NTFS-volume voor de NTFS-volumeopnamemodus. Gebruik geen stationsletters in de
paden; ze zullen worden genegeerd. Padscheidingstekens kunnen voorwaartse schuine strepen zijn of
achterwaartse slashes.

Regels die beginnen met de '#' of ';' tekens worden behandeld als opmerkingen en genegeerd.
Globs met witruimte erin hoeven niet te worden aangehaald; echter, als ze dat wel zijn, verdubbelen beide
en enkele offertes worden geaccepteerd.

Als deze optie niet is opgegeven, wordt het volgende standaardconfiguratiebestand gebruikt:

[Uitsluitingslijst]
\$ntfs.log
\hiberfil.sys
\paginabestand.sys
\swapbestand.sys
\Systeem volume informatie
\RECYCLER
\Windows\CSC

Er is echter speciaal gedrag van toepassing als: --wimboot staat ook vermeld. Standaard met
--wimboot opgegeven, het bestand Windows/System32/WimBootCompress.ini in de directory
dat wordt vastgelegd, wordt gebruikt als het configuratiebestand. Dit kan echter
overschreven met behulp van --config; en dit zorgt er ook voor dat het opgegeven configuratiebestand
worden opgeslagen in de WIM-afbeelding als Windows/System32/WimBootCompress.ini, waarbij elke . wordt overschreven
die op het bestandssysteem aanwezig kunnen zijn.

--unix-gegevens
(Alleen UNIX-achtige systemen) Sla de UNIX-eigenaar, groep, modus en apparaat-ID op (hoofd- en
klein aantal) van elk vastgelegd bestand. Vanaf wimlib v1.7.0 kunt u een back-up maken en
herstel niet alleen de standaard UNIX-bestandsmachtigingsinformatie, maar ook karakter
apparaatknooppunten, blokapparaatknooppunten, FIFO's (namedpipes) en UNIX-domeinsockets.

wimlib slaat UNIX-gegevens op door een speciaal getagd metadata-item aan elke map toe te voegen
invoer van elk bestand dat deze informatie bevat. Deze extra informatie is:
genegeerd door de Microsoft-implementatie. Opmerking: UNIX-gegevens opgeslagen door wimlib voordat
v1.7.0 gebruikte een ander formaat dat niet langer wordt ondersteund. Als je een oude WIM hebt
bestanden met UNIX-gegevens, pas ze toe met v1.6.2 en leg ze opnieuw vast met v1.7.0 of
later.

--geen-acls
Leg geen beveiligingsdescriptors van bestanden vast.

--strikte-acls
Fail onmiddellijk als de volledige beveiligingsdescriptor van een bestand niet kan worden gelezen. Op
Windows, het standaardgedrag zonder deze optie is om eerst te proberen de SACL weg te laten
uit de security descriptor, om vervolgens te proberen de security descriptor helemaal weg te laten.
Het doel hiervan is om zoveel mogelijk gegevens vast te leggen zonder dat altijd:
Beheerdersrechten. Als u echter wilt dat alle beveiligingsdescriptors
precies is vastgelegd, wilt u deze optie misschien aanbieden, hoewel de beheerder
zou toch toestemming moeten hebben om alles te lezen.

--rpfix, --norfix
Stel in of doelen van absolute symbolische koppelingen moeten worden hersteld (reparsepunten in Windows
terminologie) of niet. Indien ingeschakeld (--rpfix), absolute symbolische links die wijzen
binnen de directory-structuur die wordt vastgelegd, wordt aangepast om absoluut te zijn ten opzichte van
de root van de directorystructuur die wordt vastgelegd. Indien uitgeschakeld (--norfix), absoluut
symbolische links worden precies zo vastgelegd.

Het standaardgedrag voor wimlib-imagex vangen is gelijk aan --rpfix. De
standaard gedrag voor wimlib-imagex toevoegen zal zijn --rpfix als reparatiepunten worden gerepareerd
zijn eerder gedaan op WIMFILEAnders --norfix.

In het geval van een opname met meerdere bronnen, (--bronnenlijst gespecificeerd), passeren --norfix
is aanbevolen. Anders worden reparatiepunten voor herstelpunten uitgeschakeld bij alle opnames
bronnen die zijn bestemd voor niet-rootlocaties in de WIM-afbeelding, terwijl bronnen worden vastgelegd
bestemd voor de WIM-root krijgt het standaardgedrag uit de vorige paragraaf.

--bronnenlijst
wimlib-imagex vangen en wimlib-imagex toevoegen ondersteuning voor het maken van een WIM-afbeelding van
meerdere afzonderlijke bestanden of mappen. Wanneer --bronnenlijst is opgegeven, de BRON
argument specificeert de naam van een tekstbestand, waarvan elke regel 1 of 2 is
door spaties gescheiden bestandspaden. Het eerste bestandspad, de bron, specificeert de
pad naar een bestand of map om vast te leggen in de WIM-afbeelding. Het kan ofwel zijn
absoluut of relatief ten opzichte van de huidige werkdirectory. Het tweede bestandspad, als
opgegeven, is het doel en specificeert het pad in de WIM-afbeelding dat dit bestand of
map wordt opgeslagen als. Voorloop- en achterslashes in het doel worden genegeerd,
behalve als het volledig uit schuine strepen bestaat (bijv. "/"), wat aangeeft dat de
directory is om de root van de WIM-image te worden. Indien weggelaten, de doelstring
is standaard hetzelfde als de brontekenreeks.

Een voorbeeld van een bronlijstbestand is als volgt:

# Maak de WIM-afbeelding uit de 'winpe'-directory
winpe /

# Stuur de map 'overlay' naar '/overlay' in de WIM-afbeelding
overlay / overlay

# Leg een aparte map direct op de hoofdmap van de WIM-afbeelding.
/gegevens/dingen /

Subdirectories in de WIM worden naar behoefte gemaakt. Meerdere bronmappen kunnen:
hetzelfde doel delen, wat een overlay impliceert. In het geval dat dit resulteert in een
niet-directory-bestand dat meerdere keren aan de WIM-afbeelding wordt toegevoegd, de laatste versie (als
vermeld in het bronlijstbestand) overschrijft alle eerdere versies.

Bestandspaden met witruimte kunnen tussen enkele aanhalingstekens of dubbele aanhalingstekens worden geplaatst
citaten. Citaten mogen niet worden ontsnapt.

Regels die alleen uit witruimte bestaan ​​en regels die beginnen met '#' voorafgegaan door
optionele witruimte worden genegeerd.

Als een speciaal geval, als BRON is "-", de bronnenlijst wordt gelezen vanaf standaardinvoer
in plaats van een extern bestand.

De NTFS-volume-opnamemodus op UNIX-achtige systemen kan niet worden gebruikt met: --bronnenlijst,
omdat alleen het vastleggen van een volledig NTFS-volume wordt ondersteund.

--pijpbaar
Creëer een "pipable" WIM, die volledig sequentieel kan worden toegepast, ook vanuit a
pijp. Een afbeelding in de resulterende WIM kan worden toegepast met: wimlib-imagex dit toepassen, een van beide
normaal gesproken door de WIM-bestandsnaam op te geven, of met wimlib-imagex dit toepassen - om de te lezen
WIM van standaard invoer. Zien wimlib-imagex dit toepassen(1) voor meer details.

Voor toevoegbewerkingen resulteert deze optie in een volledige herbouw van de te maken WIM
het pijpbaar. Voor capture-operaties wordt de vastgelegde WIM eenvoudig gemaakt als pipable.
Let op: hoe meer afbeeldingen u toevoegt aan een pipable WIM, hoe minder efficiënt het wordt doorgestuurd
zal zijn, omdat er meer onnodige gegevens door de pijp zullen worden verzonden.

Wanneer wimlib een pipable WIM maakt, herschikt het zorgvuldig de componenten van de
WIM zodat ze sequentieel kunnen worden gelezen en maakt ook verschillende andere
wijzigingen. Als gevolg hiervan zijn deze "pipable" WIM's niet verenigbaar Met
Microsoft's software, houd hier dus rekening mee als u ze gaat gebruiken. Indien gewenst,
je kunt gebruiken wimlib-imagex te optimaliseren --niet-pipieerbaar om een ​​pipable WIM te herschrijven als a
gewone WIM. (wimlib-imagex exporteren biedt ook de mogelijkheid om afbeeldingen te exporteren
van een pipable WIM naar een niet-pipable WIM, of vice versa.)

Voor het grootste deel werkt wimlib transparant op pipable WIM's. U kunt wijzigen
ze, afbeeldingen toevoegen of verwijderen, afbeeldingen exporteren en zelfs splitsbare WIM's maken. De
belangrijkste nadelen zijn dat appending (momenteel) minder efficiënt is (--herbouwen is
altijd geïmpliceerd), en ze zijn ook niet compatibel met de software van Microsoft.

wimlib-imagex vangen en wimlib-imagex toevoegen kunnen beide direct een pipable WIM schrijven
naar standaarduitvoer; dit gebeurt automatisch als WIMFILE wordt opgegeven als "-". (In
dat geval, --pijpbaar wordt verondersteld.)

--niet-pipieerbaar
Zorg ervoor dat de resulterende WIM de normale, niet-pipeerbare WIM-indeling heeft. Dit is de
standaard voor wimlib-imagex vangen, behalve bij schrijven naar standaarduitvoer (WIMFILE
opgegeven als "-"), en ook voor wimlib-imagex toevoegen, behalve bij het toevoegen aan een WIM
dat is al te pruimen.

--update-van=[WIMFILE:]BEELD
Verklaart dat de afbeelding die wordt vastgelegd of toegevoegd van BRON is grotendeels hetzelfde als
de bestaande afbeelding BEELD in WIMFILE, maar mogelijk op een later tijdstip vastgelegd
met enkele wijzigingen in de tussenliggende tijd. Dit is ontworpen om te worden gebruikt in
incrementele back-ups van hetzelfde bestandssysteem of dezelfde directorystructuur. BEELD kan een
1-gebaseerde index of naam van een bestaande afbeelding in WIMFILE. Het kan ook negatief zijn
geheel getal om achterwaarts in de afbeeldingen te indexeren (bijv. -1 betekent de laatste bestaande afbeelding
in WIMFILE).

Wanneer deze optie wordt geboden, zal het vastleggen of toevoegen van de nieuwe afbeelding zijn
geoptimaliseerd door geen bestanden te lezen die, op basis van metadata zoals tijdstempels, verschijnen
niet te zijn gewijzigd omdat ze zijn gearchiveerd in de bestaande BEELD. Behoudens
manipulatie van tijdstempels, deze optie heeft alleen invloed op de prestaties en verandert niet
het resulterende WIM-beeld.

Zoals getoond, is de volledige syntaxis voor het argument voor deze optie het specificeren van de WIM
bestand, een dubbele punt en de afbeelding; bijvoorbeeld "--update-of mywim.wim:1". echter, de
WIM-bestand en dubbele punt kunnen worden weggelaten, in welk geval het WIM-bestand standaard de
WIM-bestand waaraan wordt toegevoegd voor toevoegbewerkingen, of het WIM-bestand waarvan een delta
wordt ingenomen (alleen als --delta-van wordt precies één keer gespecificeerd) voor vastleggen
operaties.

--delta-van=WIMFILE
Voor wimlib-imagex vangen alleen: leg de nieuwe WIM vast als een "delta" van WIMFILE. Ieder
streams die normaal gesproken in de nieuwe WIM moeten worden gearchiveerd, worden weggelaten als ze
zijn al aanwezig in de WIMFILE waarop de delta is gebaseerd. De nieuwe WIM
zal nog steeds een volledige kopie van de metadata van de afbeelding bevatten, maar dit is meestal slechts een
kleine fractie van de totale omvang van een WIM.

Deze optie kan meerdere keren worden opgegeven, in welk geval de resulterende delta WIM
bevat alleen streams die niet aanwezig zijn in een van de opgegeven basis-WIM's.

Om op de resulterende delta WIM te werken met andere commando's zoals: wimlib-imagex
dit toepassen, moet u de delta WIM specificeren als het WIM-bestand om mee te werken, maar ook:
verwijzen naar de basis-WIM('s) met behulp van de --ref optie. Pas op: om de juiste
werking van de delta WIM, kunt u alleen bestanden en afbeeldingen toevoegen, niet verwijderen aan de
basis-WIM('s) na het vastleggen van een delta ervan.

--delta-van kan worden gecombineerd met --update-van om de opnamesnelheid te verhogen
delta WIM.

Beschouw als voorbeeld de volgende back-up- en herstelvolgorde:

(eerste back-up)

$ wimcapture /some/directory bkup-base.wim

(maak enkele dagen later een tweede back-up als delta van de eerste)

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

(de tweede back-up terugzetten)

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

Merk echter op dat als alternatief voor de bovenstaande reeks die een delta WIM gebruikte,
de tweede back-up had eenvoudig als nieuwe afbeelding aan de WIM kunnen worden toegevoegd met behulp van
wimlib-imagex toevoegen. Delta WIM's mogen alleen worden gebruikt als het gewenst is om de
back-ups of afbeeldingen op een apart, groot bestand dat zelden wordt gewijzigd.

Opmerking: in tegenstelling tot "pipable" WIM's (gemaakt met de --pijpbaar optie), "delta" WIM's
(gemaakt met de --delta-van optie) zijn compatibel met de software van Microsoft.
U kunt bijvoorbeeld de /ref-optie van ImageX gebruiken om te verwijzen naar de basis-WIM('s),
vergelijkbaar met hierboven.

Aanvullende opmerking: wimlib-imagex is gegeneraliseerd genoeg dat je in feite kunt combineren
--pijpbaar en --delta-van om pipeerbare delta-WIM's te maken. In dergelijke gevallen is de basis
WIM('s) moeten worden vastgelegd als pipable evenals de delta WIM, en bij het toepassen van een
image, moeten de basis-WIM('s) na de delta-WIM over de pijp worden verzonden.

--wimboot
Markeer de afbeelding als WIMBoot-compatibel. Zie de documentatie van Microsoft voor meer
informatie over WIMBoot. Deze optie stelt standaard het compressietype in
naar XPRESS en de chunkgrootte naar 4096 bytes; deze kunnen echter nog steeds worden overschreven
door de --samenpersen en --formaat van een blokje parameters, respectievelijk. Bovendien is dit
optie zal standaard het configuratiebestand instellen op
BRON\Windows\System32\WimBootCompress.ini indien aanwezig en toegankelijk; echter, dit
kan nog steeds worden overschreven via de --config parameter.

--onveilig-compact
Zie de documentatie voor deze optie in wimlib-imagex-optimaliseren (1).

--momentopname
EXPERIMENTEEL: maak een tijdelijke momentopname van het bestandssysteem van de bronmap en
de bestanden ervan vastleggen. Momenteel wordt deze optie alleen ondersteund op Windows,
waar het de Volume Shadow Copy Service (VSS) gebruikt. Met deze optie kunt u:
maak een consistente back-up van het systeemvolume van een draaiend Windows-systeem zonder
problemen ondervindt met vergrendelde bestanden. Om de VSS-snapshot succesvol te laten zijn
gemaakt, wimlib-imagex moet worden uitgevoerd als beheerder en kan niet worden uitgevoerd in
WoW64-modus (dwz als Windows 64-bit is, dan wimlib-imagex moet ook 64-bit zijn).

OPMERKINGEN

wimlib-imagex toevoegen ondersteunt het toevoegen van een afbeelding aan een gesplitste WIM niet.

Behalve bij gebruik --onveilig-compact, is het veilig om een ​​af ​​te breken wimlib-imagex toevoegen commando
halverwege; na dit te hebben gedaan, is het echter aan te raden om wimlib-imagex
te optimaliseren om alle gegevens te verwijderen die aan het fysieke WIM-bestand zijn toegevoegd, maar nog niet
opgenomen in de structuur van de WIM, tenzij de WIM volledig opnieuw werd opgebouwd (bijv
Met --herbouwen), in welk geval u het overgebleven tijdelijke bestand moet verwijderen.

wimlib-imagex maakt WIM's die compatibel zijn met de software van Microsoft (WIMGAPI, ImageX, DISM),
met enkele kanttekeningen:

· Met wimlib-imagex op UNIX-achtige systemen is het mogelijk om een ​​WIM-image te maken
die bestanden bevatten met namen die alleen verschillen in hoofdletters, of bestanden met namen die de . bevatten
tekens ':', '*', '?', '"', '<', '>', '|' of '\', die geldig zijn op POSIX-
compatibele bestandssystemen, maar niet Windows. Wees gewaarschuwd dat dergelijke bestanden niet worden
standaard uitgepakt door de Windows-versie van wimlib-imagex, en (nog erger)
Microsoft's ImageX kan verward worden door zulke namen en halverwege stoppen met het extraheren van de afbeelding
door. (Misschien is het de moeite waard erop te wijzen dat het eigen standaard bestandssysteem van Windows,
NTFS ondersteunt deze karakters, hoewel Windows dat niet doet!)

· Pipable WIM's zijn niet compatibel met de software van Microsoft. Pipable WIM's worden gemaakt
alleen als WIMFILE is opgegeven als "-" (standaarduitvoer) of als de --pijpbaar vlag was
gespecificeerd.

· WIM's vastgelegd met een niet-standaard chunkgrootte (met de --formaat van een blokje optie) of als solide
archieven (met de --solide optie) of met LZMS-compressie (met --samenpersen=LZMS of
--samenpersen=recovery) hebben verschillende niveaus van compatibiliteit met de software van Microsoft.
Over het algemeen zijn recentere versies van de software van Microsoft meer compatibel.

Voorbeelden

Eerste voorbeeld: Maak een nieuwe WIM 'mywim.wim' met LZX ("maximale") compressie die zal
bevatten een vastgelegde afbeelding van de mappenboom 'somedir'. Merk op dat de naam van de afbeelding nodig heeft:
wordt niet gespecificeerd en wordt standaard ingesteld op 'somedir':

wimlib-imagex legt een map mywim.wim vast

of, als het wicapture harde link of batchbestand is geïnstalleerd, kan het verkorte formulier
worden gebruikt:

wimcapture ergens in mijnwim.wim

De overige voorbeelden zullen echter de lange vorm gebruiken. Voeg vervolgens de afbeelding van a . toe
andere directorystructuur dan de hierboven gemaakte WIM:

wimlib-imagex voeg een andere map toe mywim.wim

Makkelijk genoeg, en de bovenstaande voorbeelden van directorystructuren voor afbeeldingen werken op zowel UNIX-achtige
systemen en Windows. Leg vervolgens een WIM vast met verschillende niet-standaard opties, waaronder:
XPRESS ("snelle") compressie, een integriteitstabel, geen geknoei met absolute symbolische links,
en een afbeeldingsnaam en beschrijving:

wimlib-imagex capture somedir mywim.wim --compress=fast \
--check --norpfix "Some Name" "Some Description"

Leg een volledig NTFS-volume vast in een nieuw WIM-bestand en noem de afbeelding "Windows 7". Op
UNIX-achtige systemen, dit vereist het gebruik van de speciale modus beschreven in NTFS VOLUME VASTLEGGEN
(UNIX) WAAR BRON is een bestands- of blokapparaat dat een NTFS-bestandssysteem bevat:

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

of, in Windows, om een ​​volledig NTFS-volume vast te leggen, moet u in plaats daarvan de root opgeven
directory van het aangekoppelde volume, bijvoorbeeld:

wimlib-imagex vastleggen E:\ windows7.wim "Windows 7"

Hetzelfde als het bovenstaande voorbeeld met het vastleggen van een NTFS-volume van wimlib-imagex draait op een UNIX-
zoals systeem, maar leg de WIM vast in het wimlib-specifieke "pipable" formaat dat kan worden doorgesluisd
naar wimlib-imagex dit toepassen:

wimlib-imagex capture /dev/sda2 windows7.wim "Windows 7" \
--pijpbaar

Hetzelfde als hierboven, maar in plaats van de pipable WIM naar het bestand "windows7.wim" te schrijven, schrijf het
rechtstreeks naar standaarduitvoer via een pijp naar een ander programma "someprog", dat
kan bijvoorbeeld een programma of script zijn dat de gegevens naar een server streamt. Let daar op
--pijpbaar hoeft niet expliciet te worden opgegeven bij gebruik van standaarduitvoer als het WIM-"bestand":

wimlib-imagex capture /dev/sda2 - "Windows 7" | een programma

Gebruik wimcapture online met behulp van onworks.net-services