EngelsFransSpaans

Ad


OnWorks-favicon

wimlib-imagex-apply - Online in de cloud

Voer wimlib-imagex-apply uit in de gratis hostingprovider van OnWorks via Ubuntu Online, Fedora Online, Windows online emulator of MAC OS online emulator

Dit is de opdracht wimlib-imagex-apply die kan worden uitgevoerd in de gratis hostingprovider van OnWorks met behulp van een van onze meerdere gratis online werkstations zoals Ubuntu Online, Fedora Online, Windows online emulator of MAC OS online emulator

PROGRAMMA:

NAAM


wimlib-imagex-apply - Extraheer één afbeelding, of alle afbeeldingen, uit een WIM-archief

KORTE INHOUD


wimlib-imagex dit toepassen WIMFILE [BEELD] DOEL [OPTIE

PRODUCTBESCHRIJVING


wimlib-imagex dit toepassen extraheert een afbeelding, of alle afbeeldingen, uit het Windows Imaging-bestand (WIM).
WIMFILE. Deze opdracht is ook beschikbaar als eenvoudig wimapply als de juiste harde link
of batchbestand is geïnstalleerd.

Deze opdracht is ontworpen om een ​​of meer volledige WIM-afbeeldingen te extraheren of "toe te passen". als jij
in plaats daarvan alleen bepaalde bestanden of mappen in een WIM-afbeelding wilt extraheren,
overweeg gebruik wimlib-imagex extract or wimlib-imagex monteren in plaats daarvan. (wimlib-imagex monteren
wordt niet ondersteund op Windows.)

BEELD specificeert de WIM-afbeelding in WIMFILE extraheren. Het kan een op 1 gebaseerde index zijn van an
afbeelding in WIMFILE, de naam van een afbeelding in WIMFILE, of het trefwoord 'alles' om dat aan te geven
alle afbeeldingen binnen WIMFILE zijn te extraheren. Gebruik de wimlib-imagex info (1) opdracht om te laten zien
welke afbeeldingen een WIM-bestand bevat. BEELD kan worden weggelaten als WIMFILE bevat slechts één afbeelding.

DOEL geeft aan waar de WIM-afbeelding naartoe moet worden geëxtraheerd. Als DOEL specificeert een map, de
WIM-image wordt uitgepakt naar die map (zie DIRECTORY EXTRACTIE (UNIX) or DIRECTORY
EXTRACTIE (RAMEN)). Op dezelfde manier, als DOEL specificeert een niet-bestaand bestand, een directory is
gemaakt op die locatie en de WIM-afbeelding wordt naar die map uitgepakt.

If BEELD is opgegeven als 'alles', en vervolgens alle afbeeldingen erin WIMFILE worden daadwerkelijk uitgetrokken
submappen van DOEL, waarvan elk de naam krijgt van de bijbehorende afbeelding,
terugvallen op de afbeeldingsindex in het geval van een afbeelding zonder naam of een ongeldige naam
als bestandsnaam.

Als alternatief, alleen op UNIX-achtige systemen, if DOEL specificeert een normaal bestand of blok
apparaat, wordt het geïnterpreteerd als een NTFS-volume waarnaar de WIM-afbeelding moet worden geëxtraheerd (zie
NTFS VOLUME EXTRACTIE (UNIX)). In deze modus kan slechts één afbeelding worden geëxtraheerd, en
alleen uitpakken naar de hoofdmap van het NTFS-volume (niet een submap daarvan) wordt ondersteund.

WIMFILE kan "-" zijn om de WIM te lezen van standaardinvoer in plaats van uit een bestand, maar zie
PIPABLE WIMS voor meer informatie.

wimlib-imagex dit toepassen ondersteunt het toepassen van afbeeldingen van zowel stand-alone WIM's als gesplitste WIM's.
Bekijk SPLIT WIMS.

DIRECTORY EXTRACTIE (UNIX)


Dit gedeelte documenteert hoe: wimlib-imagex dit toepassen (en ook wimlib-imagex extract) extraheer een
WIM-afbeelding (of mogelijk een subset daarvan, in het geval van wimlib-imagex extract) naar een
directory op UNIX-achtige systemen. Zien DIRECTORY EXTRACTIE (RAMEN) voor de overeenkomstige
documentatie voor Windows.

Zoals gezegd kan een WIM-image worden toegepast op een map op een UNIX-achtig systeem door te voorzien in
a DOEL map. Het is echter belangrijk om in gedachten te houden dat het WIM-formaat was
ontworpen voor Windows, en als gevolg daarvan kunnen WIM-bestanden gegevens of metagegevens bevatten die dat niet kunnen
vertegenwoordigd worden op UNIX-achtige systemen. De belangrijkste informatie die wimlib-imagex wil niet be
wat kan worden geëxtraheerd op UNIX-achtige systemen is het volgende:

· Windows-beveiligingsdescriptors (waaronder de bestandseigenaar, groep en ACL's).

· Benoemde datastromen.

· Andere reparsepunten dan symbolische verbindingen en knooppunten.

· Bepaalde bestandskenmerken zoals compressie, codering en schaarsheid.

· Korte (DOS) namen voor bestanden.

· Tijdstempels voor het maken van bestanden.

Opmerkingen: Niet-ondersteunde gegevens en metagegevens worden eenvoudigweg niet geëxtraheerd, maar wimlib-imagex wil
proberen u te waarschuwen wanneer de inhoud van de WIM-afbeelding niet exact kan worden weergegeven
geëxtraheerd. De tijdstempels voor laatste toegang en laatste wijziging zijn gespecificeerd tot 100 nanoseconden
granulariteit in het WIM-bestand, maar wordt alleen geëxtraheerd met de hoogst ondersteunde nauwkeurigheid
door het onderliggende besturingssysteem, de C-bibliotheek en het bestandssysteem. Gecomprimeerde bestanden zullen dat zijn
uitgepakt als ongecomprimeerd, terwijl gecodeerde bestanden helemaal niet worden uitgepakt.

NTFS VOLUME EXTRACTIE (UNIX)


Dit gedeelte documenteert hoe: wimlib-imagex dit toepassen extraheert een WIM-afbeelding rechtstreeks naar een NTFS
volumeimage op UNIX-achtige systemen.

Zoals genoemd, wimlib-imagex draaien op een UNIX-achtig systeem kan een WIM-image rechtstreeks toepassen
naar een NTFS-volume door dit op te geven DOEL als een normaal bestand of blokapparaat met een
NTFS-bestandssysteem. Het NTFS-bestandssysteem hoeft niet leeg te zijn, ook al wordt verwacht dat dit wel het geval zal zijn
leeg voor de beoogde gebruiksscenario's. Een nieuw NTFS-bestandssysteem kan worden gemaakt met behulp van de
mkntfs(8) commando voorzien ntfs-3g.

In deze NTFS-volume-extractiemodus wordt de WIM-afbeelding geëxtraheerd naar de root van de NTFS
volume behoudt op een bepaalde manier bijna alle informatie in de WIM-afbeelding. Het daarom
heeft geen last van de beperkingen beschreven in DIRECTORY EXTRACTIE (UNIX). Deze
ondersteuning is afhankelijk van libntfs-3g om naar het NTFS-volume te schrijven en NTFS-specifieke en
Windows-specifieke gegevens.

Houd er rekening mee dat deze NTFS-volume-extractiemodus is niet ingevoerd als DOEL is een map,
zelfs als er een NTFS-bestandssysteem op is aangekoppeld DOEL. U moet het NTFS-volume zelf opgeven
(en het moet ontkoppeld zijn, en je moet toestemming hebben om ernaar te schrijven).

Deze NTFS-volume-extractiemodus probeert zoveel mogelijk informatie te extraheren,
waaronder:

· Alle gegevensstromen van alle bestanden, behalve gecodeerde bestanden, inclusief de naamloze gegevens
stream en alle benoemde datastromen.

· 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.

Er zijn echter ook verschillende bekende beperkingen van de NTFS-volume-extractiemodus:

· Gecodeerde bestanden worden niet uitgepakt.

· wimlib v1.7.0 en hoger: schaarse bestandskenmerken worden niet geëxtraheerd (hetzelfde gedrag
als ImageX/DISM/WIMGAPI). wimlib v1.6.2 en eerder: Hoewel schaarse bestandskenmerken
wordt toegepast, worden de volledige gegevens geëxtraheerd naar elk sparse-bestand, dus geëxtraheerd
"sparse"-bestanden bevatten mogelijk geen schaarse regio's.

Hoe dan ook, aangezien bijna alle informatie van de WIM-afbeelding in deze modus wordt hersteld, wordt het
is mogelijk (en volledig ondersteund) om een ​​image van een daadwerkelijke Windows-installatie te herstellen
gebruik wimlib-imagex op UNIX-achtige systemen als alternatief voor het gebruik wimlib-imagex on
Ramen. In de voorbeelden aan het einde van deze handleiding vindt u een toepassingsvoorbeeld
een afbeelding van het bestand "install.wim" op de installatiemedia voor Windows
(Vista of hoger) in de map "bronnen".

Merk op dat om Windows (Vista of hoger) daadwerkelijk op te starten vanaf een toegepaste "install.wim"-image,
je moet de partitie ook markeren als "opstartbaar" en verschillende opstartbestanden instellen, zoals
\BOOTMGR en \BOOT\BCD. De laatste taak kan het gemakkelijkst worden uitgevoerd door het uitvoeren van de
"bcdboot.exe"-programma van een live Windows-systeem (zoals Windows PE), maar er zijn andere
opties ook.

DIRECTORY EXTRACTIE (RAMEN)


Op Windows, wimlib-imagex dit toepassen en wimlib-imagex extract native ondersteuning voor Windows-
specifieke en NTFS-specifieke gegevens. Voor de beste resultaten moet de doelmap zich bevinden
op een NTFS-volume en wimlib-imagex moet worden uitgevoerd met beheerdersrechten; Echter,
niet-NTFS-bestandssystemen en draaien zonder beheerdersrechten worden ook ondersteund.

Op Windows, wimlib-imagex dit toepassen en wimlib-imagex extract probeer zoveel mogelijk gegevens te extraheren en
metadata mogelijk, waaronder:

· Alle datastromen van alle bestanden. Dit omvat de standaardbestandsinhoud, evenals
benoemde gegevensstromen indien ondersteund door het doelvolume.

· Reparsepunten, inclusief symbolische koppelingen, knooppunten en andere reparsepunten,
indien ondersteund door het doelvolume. (Let op: zie --rpfix en --norfix voor documentatie
over hoe absolute symbolische verbindingen en kruispunten precies worden geëxtraheerd.) Echter, volgens
de standaard beveiligingsinstellingen van Windows, is het onmogelijk om een ​​symbolische link te maken
of knooppunt zonder beheerdersrechten; daarom moet je rennen wimlib-
afbeeldingx als beheerder als u een afbeelding met symbolische bestanden volledig wilt herstellen
verbindingen en/of knooppunten. (Anders wordt er slechts een waarschuwing gegeven wanneer een
symbolische link of knooppunt kan niet worden geëxtraheerd vanwege onvoldoende rechten.)

· Tijdstempels voor het maken, openen en wijzigen van bestanden en mappen, tot het hoogste
resolutie ondersteund door het doelvolume.

· Beveiligingsdescriptors, indien ondersteund door het bestandssysteem en --geen-acls is niet gespecificeerd.
Verder tenzij --strikte-acls is gespecificeerd, de beveiligingsdescriptors voor
individuele bestanden of mappen kunnen worden weggelaten of slechts gedeeltelijk worden ingesteld als de gebruiker dat doet
geen toestemming hebben om ze in te stellen, wat een probleem kan zijn als wimlib-imagex wordt uitgevoerd als een
niet-beheerder.

· Bestandskenmerken, inclusief verborgen, schaars, gecomprimeerd, gecodeerd, enz., indien ondersteund
door het bestandssysteem.

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

· Harde links, indien ondersteund door het bestandssysteem.

Aanvullende opmerkingen over het uitpakken van bestanden op Windows:

· wimlib-imagex zal een waarschuwing geven wanneer het niet in staat is de exacte metadata te extraheren en
gegevens van de WIM-afbeelding, bijvoorbeeld omdat bovengenoemde functies niet worden ondersteund
door het doelbestandssysteem.

· Omdat gecodeerde bestanden (met FILE_ATTRIBUTE_ENCRYPTED) niet in leesbare tekst worden opgeslagen in
de WIM-afbeelding, wimlib-imagex kan geen gecodeerde bestanden herstellen naar bestandssystemen die dat niet doen
ondersteuning van encryptie. Daarom zullen op dergelijke bestandssystemen geen gecodeerde bestanden aanwezig zijn
geëxtraheerd. Bovendien, zelfs als gecodeerde bestanden worden hersteld naar een bestandssysteem dat
codering ondersteunt, kunnen ze alleen worden gedecodeerd als de decoderingssleutel beschikbaar is.

· Bestanden met namen die niet in Windows kunnen worden weergegeven, worden niet uitgepakt door
standaard; zien --include-ongeldige-namen.

· Bestanden met volledige paden van meer dan 260 tekens (het zogenaamde MAX_PATH) worden uitgepakt,
maar let op: dergelijke bestanden zijn voor de meeste Windows-software niet toegankelijk en mogelijk ook niet
gemakkelijk kunnen worden verwijderd.

· Op Windows, tenzij de --geen-acls optie is opgegeven, zal wimlib proberen te herstellen
beveiligingsdescriptors van bestanden precies zoals ze in de WIM-afbeelding worden weergegeven. Pas op
dat typische Windows-installaties bestanden bevatten waarvan de beveiligingsdescriptors dat niet doen
laat de beheerder ze verwijderen. Daarom kunnen dergelijke bestanden niet worden opgeslagen
verwijderd, of in sommige gevallen zelfs gelezen, na het extraheren, tenzij verwerkt met a
gespecialiseerd programma dat de SE_RESTORE_NAME en/of SE_BACKUP_NAME weet te verwerven
privileges die het overschrijven van toegangscontrolelijsten mogelijk maken. Dit is geen bug in Wimlib,
die werkt zoals ontworpen om de gearchiveerde gegevens correct te herstellen, maar eerder a
probleem met de toegangsrechten die Windows gebruikt voor bepaalde bestanden. Maar als je het gewoon wilt
de bestandsgegevens en geef niet om beveiligingsdescriptors, gebruik --geen-acls overslaan
alle beveiligingsdescriptors herstellen.

· Een soortgelijk voorbehoud als het bovenstaande geldt voor bestandskenmerken zoals Alleen-lezen, Verborgen en
Systeem. Het is zo dat op Windows wimlib dergelijke bestandskenmerken zal herstellen; daarom,
uitgepakte bestanden kunnen deze kenmerken hebben. Als dit niet is wat je wilt, gebruik dan de
--geen-attributen optie.

SPLIT WIMS


Je kunt wimlib-imagex dit toepassen om afbeeldingen uit een gesplitste WIM toe te passen. De WIMFILE argument
moet het eerste deel van de gesplitste WIM specificeren, terwijl de aanvullende delen van de gesplitste WIM
moet in één of meerdere worden gespecificeerd --ref="WERELDBOL"-opties. Omdat globbing is ingebouwd in de
--ref optie, meestal slechts één --ref optie is noodzakelijk. De namen voor bijvoorbeeld
de gesplitste WIM-onderdelen gaan meestal ongeveer zo:

mijnwim.swm
mijnwim2.swm
mijnwim3.swm
mijnwim4.swm
mijnwim5.swm

Om de eerste afbeelding van deze gesplitste WIM toe te passen op de map "dir", voer je het volgende uit:

wimlib-imagex pas mijnwim.swm 1 dir --ref="mijnwim*.swm" toe

In een speciaal geval geldt dat als u een afbeelding toepast van standaardinvoer van een gesplitste WIM
is ook pijpbaar (zoals beschreven in PIPABLE WIMS), De --ref optie is onnodig; in plaats van jij
moet ervoor zorgen dat alle gesplitste WIM-onderdelen aan elkaar worden gekoppeld op standaardinvoer.
Ze kunnen in elke volgorde worden geleverd, met uitzondering van het eerste deel, dat moet zijn
kopen.

PIPABLE WIMS


Vanaf wimlib 1.5.0, wimlib-imagex dit toepassen ondersteunt het toepassen van een WIM vanuit een niet-zoekbaar bestand,
zoals een pijp, op voorwaarde dat de WIM is opgevangen --pijpbaar (Zie wimlib-imagex
vangen(1)). Als u standaardinvoer als WIM wilt gebruiken, geeft u "-" op als WIMFILE. Een nuttig gebruik van
deze mogelijkheid is om een ​​afbeelding uit een WIM toe te passen terwijl deze vanaf een server wordt gestreamd. Voor
om bijvoorbeeld de eerste afbeelding uit een WIM-bestand dat beschikbaar is op een HTTP-server toe te passen op een NTFS
volume op /dev/sda1, voer zoiets uit als:

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

(Bovenstaande gebruikte ook de wimapply afkorting voor wimlib-imagex dit toepassen.) Opmerking: WIM-bestanden
zijn niet standaard uitvoerbaar; je moet ze expliciet vastleggen --pijpbaarEn zij
zijn niet compatibel met de software van Microsoft. Zien wimlib-imagex vangen(1) voor meer
informatie.

Het is mogelijk om een ​​afbeelding uit een pijpbare WIM toe te passen, opgesplitst in meerdere delen; zien SPLIT
WIMS.

OPTIES


--rekening
Bij het lezen WIMFILE, verifieer de integriteit ervan als de integriteitstabel aanwezig is.

--ref="WERELDBOL"
Bestand met extra WIM's of gesplitste WIM-onderdelen om naar bronnen te verwijzen. Zien
SPLIT_WIMS. Deze optie kan meerdere keren worden opgegeven. Opmerking: WERELDBOL staat vermeld in
aanhalingstekens omdat het wordt geïnterpreteerd door wimlib-imagex en moet mogelijk worden geciteerd aan
beschermen tegen schaaluitzetting.

--rpfix, --norfix
Stel in of doelen van absolute symbolische koppelingen moeten worden hersteld (reparsepunten in Windows
terminologie) of niet. Indien ingeschakeld (--rpfix), haalde absolute symbolische links eruit
die in de WIM-afbeelding als vast zijn gemarkeerd, worden verondersteld absolute doelen te hebben
ten opzichte van de afbeeldingswortel, en daarom wimlib-imagex dit toepassen gaat vooraf aan het absolute
pad naar de extractiedoelmap naar hun doelen. Het is de bedoeling dat jij
kan een afbeelding toepassen die absolute symbolische links bevat en deze toch geldig laten zijn
nadat het op een willekeurige locatie is toegepast.

Het standaardgedrag is --rpfix als er afbeeldingen in zitten WIMFILE zijn mee gevangen
reparse-point fixups gedaan. Anders is het zo --norfix.

Reparaties van reparsepunten worden nooit uitgevoerd in de NTFS-volume-extractiemodus op UNIX-achtig
systemen.

--unix-gegevens
(Alleen UNIX-achtige systemen) Herstel UNIX-eigenaren, groepen, modi en apparaat-ID's (major
en kleine aantallen) die werden vastgelegd door wimlib-imagex vangen met de --unix-gegevens
keuze. Vanaf wimlib v1.7.0 kunt u niet alleen een back-up maken van de standaard UNIX en deze herstellen
informatie over bestandsrechten, maar ook karakterapparaatknooppunten, blokapparaatknooppunten,
Named Pipes (FIFO's) en UNIX-domeinsockets.

--geen-acls
Herstel geen security descriptors op uitgepakte bestanden en mappen.

--strikte-acls
Mislukt onmiddellijk als de volledige beveiligingsdescriptor van een bestand of map niet kan worden uitgevoerd
exact ingesteld zoals gespecificeerd in het WIM-bestand. Als deze optie niet is opgegeven, wanneer
wimlib-imagex op Windows heeft geen toestemming om een ​​security descriptor in te stellen op een
uitgepakt bestand, valt het terug op het slechts gedeeltelijk instellen (bijvoorbeeld met weggelaten SACL),
en in het ergste geval laat hij het geheel achterwege. Dit zou echter alleen maar een probleem moeten zijn
tijdens het rennen wimlib-imagex zonder beheerdersrechten. Ook op UNIX-achtig
systemen, waar deze vlag ook mee gecombineerd kan worden --unix-gegevens veroorzaken wimlib-imagex naar
mislukt onmiddellijk als de UNIX-eigenaar, -groep of -modus van een uitgepakt bestand dit niet kan zijn
om welke reden dan ook ingesteld.

--geen-attributen
Herstel geen Windows-bestandskenmerken zoals alleen-lezen, verborgen, enz.

--include-ongeldige-namen
Extraheer bestanden en mappen met ongeldige namen door de tekens en te vervangen
een achtervoegsel toevoegen in plaats van ze te negeren. Precies wat wordt beschouwd als een
"ongeldige" naam is platformafhankelijk.

Op POSIX-compatibele systemen zijn bestandsnamen hoofdlettergevoelig en kunnen ze elke byte bevatten
behalve '\0' en ´/', dus op een POSIX-compatibel systeem heeft deze optie alleen een
effect in het onwaarschijnlijke geval dat de WIM-afbeelding om de een of andere reden een bestandsnaam heeft
met een van deze karakters.

In Windows zijn bestandsnamen niet hoofdlettergevoelig en mogen ze de tekens '/', ´\0',
'\', ':', '*', '?', '"', '<', '>' of '|' en mogen niet eindigen met een spatie of punt.
Normaal gesproken moeten bestanden in WIM-afbeeldingen ook aan deze voorwaarden voldoen. Hoe het ook is
niet gegarandeerd, en in het bijzonder een WIM-afbeelding gemaakt met wimlib-imagex een
Een POSIX-compatibel systeem kan dergelijke bestanden bevatten. Standaard zijn dit ongeldige namen
genegeerd, en als er meerdere namen zijn die alleen in hoofdletters verschillen, wordt er één gekozen
willekeurig uitpakken; echter met --include-ongeldige-namen, alle namen zullen zijn
gezuiverd en in een of andere vorm geëxtraheerd.

--wimboot
Alleen Windows: in plaats van de bestanden zelf uit te pakken, extraheert u "pointerfiles"
terug naar het WIM-archief(en). Dit kan een aanzienlijke ruimtebesparing opleveren. Echter,
het brengt verschillende potentiële kosten met zich mee, zoals het niet kunnen verwijderen van de WIM
archief(en) en mogelijk langzamere toegang tot bestanden. Zie die van Microsoft
documentatie voor "WIMBoot" voor meer informatie.

Als deze bestaat, de sectie [PrepopulateList] van het bestand
\Windows\System32\WimBootCompress.ini in de WIM-image wordt gelezen. Bestanden die overeenkomen
elk van deze patronen wordt normaal geëxtraheerd, niet als WIMBoot "pointerfiles".
Dit is handig voor bepaalde bestanden die Windows vroeg tijdens het opstarten moet lezen
proces.

Deze optie werkt alleen als het programma wordt uitgevoerd als beheerder en als doel
volume is NTFS of een ander bestandssysteem dat reparsepunten ondersteunt.

Bovendien werkt deze optie het beste als u draait op Windows 8.1 Update 1 of hoger.
aangezien dat de eerste versie van Windows is die het Windows Overlay-bestand bevat
Systeemfilterstuurprogramma ("WOF"). Als het WOF-stuurprogramma wordt gedetecteerd, zal wimlib het
WIMBoot "pointerfiles" met behulp van gedocumenteerde ioctls geleverd door WOF.

Anders zal wimlib, als het WOF-stuurprogramma niet wordt gedetecteerd, de reparsepunten creëren
en bewerk het bestand "\System Volume Information\WimOverlay.dat" op het doelvolume
handmatig. Dit is mogelijk onderhevig aan problemen, aangezien de code weliswaar werkt
In bepaalde geteste gevallen is geen van deze gegevensformaten daadwerkelijk gedocumenteerd
Microsoft. Voordat dit bestand wordt overschreven, zal wimlib de vorige versie opslaan in
"\System Volume Information\WimOverlay.wimlib_backup", wat u mogelijk zou kunnen doen
herstellen als dat nodig is.

Je kunt eigenlijk nog steeds een --wimboot extractie, zelfs als de WIM-afbeelding niet is gemarkeerd
als "WIMBoot-compatibel". Deze optie zorgt ervoor dat de uitgepakte bestanden worden ingesteld als
"extern ondersteund" door het WIM-bestand. De driver van Microsoft die dit implementeert
"externe backing"-functionaliteit maakt het schijnbaar niet uit of de afbeelding(en) in de
WIM is echt gemarkeerd als WIMBoot-compatibel. Daarom is de "WIMBoot-compatibel"
label ( in de XML-gegevens) lijkt alleen een markering voor de intentie te zijn. In aanvulling,
het Microsoft-stuurprogramma kan extern bestanden back-uppen van WIM-bestanden die XPRESS-chunks gebruiken
van maat 8192, 16384 en 32768, of LZX-brokken van maat 32768, naast de
standaard XPRESS-chunks van grootte 4096 die worden gemaakt wanneer wimlib-imagex vangen is
rennen met de --wimboot optie.

--compact=FORMAT
Alleen voor Windows: comprimeer de uitgepakte bestanden met behulp van systeemcompressie, indien mogelijk.
Dit werkt alleen op Windows 10 of hoger, of op een oudere Windows waarop
Het wofadk.sys-stuurprogramma van Microsoft is toegevoegd. Verschillende compressieformaten
kan worden gebruikt met systeemcompressie, en er moet een worden opgegeven als FORMAT. De
keuzes zijn: xpress4k, xpress8k, xpress16k en lzx.

Uitsluitingen worden op dezelfde manier afgehandeld als bij de --wimboot keuze. Dat wil zeggen: als het
bestaat, de sectie [PrepopulateList] van het bestand
\Windows\System32\WimBootCompress.ini in de WIM-image worden gelezen, evenals bestanden
die overeenkomen met een van de patronen in deze sectie, worden niet gecomprimeerd. In aanvulling,
wimlib heeft een hardgecodeerde lijst met bestanden waarvan het weet, voor compatibiliteit met de
Windows-bootloader, om het gevraagde compressieformaat te overschrijven.

OPMERKINGEN


Data integriteit: WIM-bestanden bevatten SHA1-berichtsamenvattingen voor bestandsgegevens. wimlib-imagex
dit toepassen berekent de SHA1-berichtsamenvatting van elk bestand dat het extraheert en geeft een foutmelding als
het is niet gelijk aan de SHA1-berichtsamenvatting in de WIM. (Dit standaardgedrag
lijkt gelijkwaardig aan de /verifiëren optie van ImageX.) Merk op dat dit los staat van de
integriteitstabel van de WIM, die SHA1-berichtsamenvattingen biedt over onbewerkte delen van de
gehele WIM-bestand en wordt afzonderlijk gecontroleerd of de --rekening optie is opgegeven.

ESD bestanden: wimlib v1.6.0 en hoger kunnen bestanden extraheren uit versie 3584 WIM's, die meestal
bevatten LZMS-gecomprimeerde solide bronnen en kunnen de .esd bestandsextensie in plaats van
WIM. Echter, .esd bestanden die rechtstreeks door de Windows 8-webdownloader zijn gedownload, hebben
gecodeerde segmenten, en wimlib kan dergelijke bestanden niet extraheren totdat ze eerst zijn gedecodeerd.

Directory doorkruisen aanvallen: wimlib valideert bestandsnamen voordat ze worden uitgepakt, maar dat is niet het geval
kwetsbaar voor directory traversal-aanvallen. Dit in tegenstelling tot Microsoft
WIMGAPI/ImageX/DISM die willekeurige bestanden op de doelschijf kan overschrijven wanneer
het extraheren van een kwaadaardig WIM-bestand met bestanden met de naam .. of padscheidingstekens bevatten.

Voorbeelden


Pak de eerste afbeelding uit de Windows PE-afbeelding op Windows (Vista of hoger)
installatiemedia naar de map "boot":

wimlib-imagex pas /mnt/windows/sources/boot.wim 1 boot toe

Hetzelfde als hierboven, maar met behulp van de wimapply afkorting:

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

Op Windows past u een afbeelding van een volledig volume toe, bijvoorbeeld van "install.wim".
vindt u op de installatiemedia van Windows (Vista of hoger):

wimlib-imagex install.wim 1 E:\ toepassen

Hetzelfde als hierboven, maar draait op een UNIX-achtig systeem waarop de overeenkomstige partitie zich bevindt
/dev/sda2:

wimlib-imagex pas install.wim 1 /dev/sda2 toe

Houd er rekening mee dat voordat u een van de bovenstaande opdrachten uitvoert, er mogelijk een NTFS-bestandssysteem nodig is
gemaakt op de partitie, bijvoorbeeld met format.exe op Windows of mkntfs(8) (onderdeel van
NTFS-3g) op UNIX-achtige systemen. U kunt bijvoorbeeld het volgende uitvoeren:

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

(Doe dat natuurlijk niet als je niet alle bestaande gegevens op de partitie wilt vernietigen!)

Een voorbeeld van het toepassen van een leidingbare WIM vanuit een leiding vindt u in PIPABLE WIMSEn een
voorbeeld van het toepassen van een gesplitste WIM is te vinden in SPLIT WIMS.

Gebruik wimlib-imagex-apply online met behulp van onworks.net-services


Gratis servers en werkstations

Windows- en Linux-apps downloaden

  • 1
    KVerschil3
    KVerschil3
    Deze repository wordt niet langer onderhouden
    en wordt bewaard voor archiveringsdoeleinden. Zie je wel
    https://invent.kde.org/sdk/kdiff3 for
    de nieuwste code en
    https://download.kde.o...
    KDiff3 downloaden
  • 2
    USBLoaderGX
    USBLoaderGX
    USBLoaderGX is een GUI voor
    Waninkoko's USB Loader, gebaseerd op
    libwiigui. Het maakt een lijst en
    lancering van Wii-spellen, Gamecube-spellen en
    homebrew op Wii en WiiU...
    USBLoaderGX downloaden
  • 3
    Firebird
    Firebird
    Firebird RDBMS biedt ANSI SQL-functies
    & draait op Linux, Windows &
    verschillende Unix-platforms. Functies
    uitstekende gelijktijdigheid en prestaties
    & stroom...
    Firebird downloaden
  • 4
    KompoZer
    KompoZer
    KompoZer is een wysiwyg HTML-editor die gebruikt
    de Mozilla Composer-codebasis. Als
    De ontwikkeling van Nvu is gestopt
    in 2005 repareert KompoZer veel bugs en
    voegt een f toe...
    KompoZer downloaden
  • 5
    Gratis Manga Downloader
    Gratis Manga Downloader
    De gratis manga-downloader (FMD) is een
    open source applicatie geschreven in
    Object-Pascal voor het beheer van en
    manga downloaden van verschillende websites.
    Dit is een spiegel...
    Download gratis manga-downloader
  • 6
    UNetbootin
    UNetbootin
    Met UNetbootin kunt u opstartbare
    Live USB-drives voor Ubuntu, Fedora en
    andere Linux-distributies zonder
    een cd branden. Het draait op Windows, Linux,
    en ...
    UNetbootin downloaden
  • Meer "

Linux-commando's

Ad