wimapply – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

wimlib-imagex-apply – Extrahieren Sie ein Bild oder alle Bilder aus einem WIM-Archiv

ZUSAMMENFASSUNG

wimlib-imagex sich bewerben WIMFILE [IMAGE] TARGET [zur Auswahl...]

BESCHREIBUNG

wimlib-imagex sich bewerben Extrahiert ein Bild oder alle Bilder aus der Windows-Imaging-Datei (WIM).
WIMFILE. Dieser Befehl ist auch als einfach verfügbar wimapply wenn der entsprechende Hardlink
oder Batch-Datei installiert wurde.

Mit diesem Befehl können Sie ein oder mehrere vollständige WIM-Images extrahieren oder „anwenden“. Wenn du
Sie möchten stattdessen nur bestimmte Dateien oder Verzeichnisse extrahieren, die in einem WIM-Image enthalten sind,
erwägen zu verwenden wimlib-imagex Extrakt or wimlib-imagex montieren stattdessen. (wimlib-imagex montieren
wird unter Windows nicht unterstützt.)

IMAGE spezifiziert das WIM-Image in WIMFILE extrahieren. Es kann sich um einen 1-basierten Index eines handeln
Bild in WIMFILE, der Name eines Bildes in WIMFILE, oder das Schlüsselwort „all“, um dies anzuzeigen
alle Bilder in WIMFILE sollen extrahiert werden. Benutzen Sie die wimlib-imagex Info (1) Befehl zum Anzeigen
welche Bilder eine WIM-Datei enthält. IMAGE kann weggelassen werden, wenn WIMFILE enthält nur ein Bild.

TARGET Gibt an, wohin das WIM-Image extrahiert werden soll. Wenn TARGET gibt ein Verzeichnis an, das
Das WIM-Image wird in dieses Verzeichnis extrahiert (siehe DIRECTORY EXTRAKTION (UNIX) or DIRECTORY
EXTRAKTION (FENSTER)). Ebenso, wenn TARGET Gibt eine nicht vorhandene Datei an, ein Verzeichnis ist
an diesem Speicherort erstellt und das WIM-Image wird in dieses Verzeichnis extrahiert.

If IMAGE als „all“ angegeben ist, dann alle Bilder in WIMFILE tatsächlich extrahiert werden
Unterverzeichnisse von TARGET, die jeweils mit dem Namen des entsprechenden Bildes versehen sind,
Zurückgreifen auf den Bildindex im Falle eines Bildes ohne Namen oder eines ungültigen Namens
als Dateiname.

Alternativ nur auf UNIX-ähnlichen Systemen, wenn TARGET Gibt eine reguläre Datei oder einen regulären Block an
Gerät wird es als NTFS-Volume interpretiert, auf das das WIM-Image extrahiert werden soll (siehe
NTFS VOLUME EXTRAKTION (UNIX)). In diesem Modus kann nur ein einzelnes Bild extrahiert werden
Es wird nur das Extrahieren in das Stammverzeichnis des NTFS-Volumes (nicht in ein Unterverzeichnis davon) unterstützt.

WIMFILE kann „-“ sein, um das WIM von der Standardeingabe statt aus einer Datei zu lesen, aber siehe
PIPBAR WIMS um mehr zu erfahren.

wimlib-imagex sich bewerben unterstützt das Anwenden von Bildern von eigenständigen WIMs sowie geteilten WIMs.
See TEILT WIMS.

DIRECTORY EXTRAKTION (UNIX)

In diesem Abschnitt wird dokumentiert, wie wimlib-imagex sich bewerben (und auch wimlib-imagex Extrakt) Extrahieren Sie a
WIM-Image (oder möglicherweise eine Teilmenge davon, im Fall von wimlib-imagex Extrakt) zu einem
Verzeichnis auf UNIX-ähnlichen Systemen. Sehen DIRECTORY EXTRAKTION (FENSTER) für die entsprechenden
Dokumentation für Windows.

Wie bereits erwähnt, kann ein WIM-Image durch Bereitstellung auf ein Verzeichnis auf einem UNIX-ähnlichen System angewendet werden
a TARGET Verzeichnis. Es ist jedoch wichtig zu bedenken, dass es sich um das WIM-Format handelte
Entwickelt für Windows. Daher können WIM-Dateien Daten oder Metadaten enthalten, die dies nicht können
auf UNIX-ähnlichen Systemen dargestellt werden. Die wichtigsten Informationen, die wimlib-imagex werden wir nicht be
auf UNIX-ähnlichen Systemen extrahiert werden kann, ist Folgendes:

· Windows-Sicherheitsbeschreibungen (einschließlich Dateieigentümer, Gruppe und ACLs).

· Benannte Datenströme.

· Analysieren Sie andere Punkte als symbolische Links und Knotenpunkte.

· Bestimmte Dateiattribute wie Komprimierung, Verschlüsselung und Sparseness.

· Kurze (DOS-)Namen für Dateien.

· Zeitstempel für die Dateierstellung.

Hinweise: Nicht unterstützte Daten und Metadaten werden einfach nicht extrahiert, aber wimlib-imagex werden wir
Versuchen Sie, Sie zu warnen, wenn der Inhalt des WIM-Images nicht genau dargestellt werden kann
extrahiert. Die Zeitstempel für den letzten Zugriff und die letzte Änderung werden auf 100 Nanosekunden festgelegt
Granularität in der WIM-Datei, wird jedoch nur mit der höchsten unterstützten Präzision extrahiert
durch das zugrunde liegende Betriebssystem, die C-Bibliothek und das Dateisystem. Komprimierte Dateien werden sein
werden unkomprimiert extrahiert, während verschlüsselte Dateien überhaupt nicht extrahiert werden.

NTFS VOLUME EXTRAKTION (UNIX)

In diesem Abschnitt wird dokumentiert, wie wimlib-imagex sich bewerben Extrahiert ein WIM-Image direkt in ein NTFS
Volume-Image auf UNIX-ähnlichen Systemen.

Wie bereits erwähnt, wimlib-imagex Auf einem UNIX-ähnlichen System ausgeführt, kann ein WIM-Image direkt angewendet werden
auf ein NTFS-Volume durch Angabe TARGET als reguläres Datei- oder Blockgerät, das eine enthält
NTFS-Dateisystem. Das NTFS-Dateisystem muss nicht leer sein, obwohl dies erwartet wird
leer für die vorgesehenen Anwendungsfälle. Ein neues NTFS-Dateisystem kann mit erstellt werden
mkntfs(8) Befehl bereitgestellt mit ntfs-3g.

In diesem NTFS-Volume-Extraktionsmodus wird das WIM-Image in das Stammverzeichnis des NTFS extrahiert
Volume bewahrt in gewisser Weise nahezu alle im WIM-Image enthaltenen Informationen. Es also
unterliegt nicht den in beschriebenen Einschränkungen DIRECTORY EXTRAKTION (UNIX). Dies
Der Support verlässt sich auf libntfs-3g, um auf das NTFS-Volume zu schreiben und NTFS-spezifische und zu verarbeiten
Windows-spezifische Daten.

Bitte beachten Sie, dass dieser NTFS-Volume-Extraktionsmodus aktiviert ist nicht eingegeben, wenn TARGET ist ein Verzeichnis,
auch wenn ein NTFS-Dateisystem gemountet ist TARGET. Sie müssen das NTFS-Volume selbst angeben
(Und es muss ausgehängt sein und Sie müssen die Berechtigung haben, darauf zu schreiben).

Dieser NTFS-Volume-Extraktionsmodus versucht, so viele Informationen wie möglich zu extrahieren.
einschließlich:

· Alle Datenströme aller Dateien außer verschlüsselten Dateien, einschließlich der unbenannten Daten
Stream sowie alle benannten Datenströme.

· Analysepunkte, einschließlich symbolischer Links, Verbindungspunkte und anderer Analysepunkte.

· Zeitstempel für die Erstellung, den Zugriff und die Änderung von Dateien und Verzeichnissen unter Verwendung der nativen Version
NTFS-Auflösung von 100 Nanosekunden.

· Windows-Sicherheitsbeschreibungen, einschließlich aller Komponenten (Eigentümer, Gruppe, DACL und SACL).

· DOS/Windows-Dateiattributflags.

· Alle Namen aller Dateien, einschließlich Namen im Win32-Namespace, DOS-Namespace,
Win32+DOS-Namespace und POSIX-Namespace. Hierzu zählen auch Hardlinks.

Es gibt jedoch auch einige bekannte Einschränkungen des NTFS-Volume-Extraktionsmodus:

· Verschlüsselte Dateien werden nicht extrahiert.

· wimlib v1.7.0 und höher: Sparse-Dateiattribute werden nicht extrahiert (gleiches Verhalten).
als ImageX/DISM/WIMGAPI). wimlib v1.6.2 und früher: Obwohl spärliche Dateiattribute
Wird angewendet, werden die vollständigen Daten in jede Datei mit geringer Dichte extrahiert, also extrahiert
„Sparse“-Dateien enthalten möglicherweise keine Bereiche mit geringer Dichte.

Unabhängig davon werden in diesem Modus fast alle Informationen aus dem WIM-Image wiederhergestellt
ist möglich (und wird vollständig unterstützt), ein Image einer tatsächlichen Windows-Installation wiederherzustellen
Verwendung von wimlib-imagex auf UNIX-ähnlichen Systemen als Alternative zur Verwendung wimlib-imagex on
Windows. In den Beispielen am Ende dieser Handbuchseite finden Sie ein Anwendungsbeispiel
ein Image aus der Datei „install.wim“, die im Installationsmedium für Windows enthalten ist
(Vista oder höher) im Verzeichnis „sources“.

Beachten Sie, dass Sie Windows (Vista oder höher) tatsächlich von einem angewendeten „install.wim“-Image starten möchten:
Sie müssen die Partition außerdem als „bootfähig“ markieren und verschiedene Bootdateien einrichten, z
\BOOTMGR und \BOOT\BCD. Letztere Aufgabe lässt sich am einfachsten durch Ausführen von ausführen
„bcdboot.exe“-Programm von einem Live-Windows-System (z. B. Windows PE), aber es gibt auch andere
auch Optionen.

DIRECTORY EXTRAKTION (FENSTER)

Unter Windows wimlib-imagex sich bewerben und wimlib-imagex Extrakt unterstützt nativ Windows-
spezifische und NTFS-spezifische Daten. Für beste Ergebnisse sollte das Zielverzeichnis gefunden werden
auf einem NTFS-Volume und wimlib-imagex sollte mit Administratorrechten ausgeführt werden; Jedoch,
Nicht-NTFS-Dateisysteme und die Ausführung ohne Administratorrechte werden ebenfalls unterstützt.

Unter Windows wimlib-imagex sich bewerben und wimlib-imagex Extrakt Versuchen Sie, so viele Daten wie möglich zu extrahieren
Metadaten wie möglich, einschließlich:

· Alle Datenströme aller Dateien. Dazu gehören auch die Standarddateiinhalte
benannte Datenströme, sofern vom Zielvolume unterstützt.

· Analysepunkte, einschließlich symbolischer Links, Verbindungspunkte und anderer Analysepunkte,
sofern vom Ziel-Volume unterstützt. (Hinweis: siehe --rpfix und --norpfix zur Dokumentation
wie genau absolute symbolische Links und Verknüpfungen extrahiert werden.) Allerdings gemäß
Aufgrund der Standardsicherheitseinstellungen von Windows ist es nicht möglich, einen symbolischen Link zu erstellen
oder Knotenpunkt ohne Administratorrechte; Daher müssen Sie laufen wimlib-
Bildx als Administrator, wenn Sie ein Image mit Symbolen vollständig wiederherstellen möchten
Verbindungen und/oder Knotenpunkte. (Ansonsten wird lediglich eine Warnung ausgegeben, wenn a
Der symbolische Link oder Knotenpunkt kann aufgrund unzureichender Berechtigungen nicht extrahiert werden.)

· Höchste Zeitstempel für die Erstellung, den Zugriff und die Änderung von Dateien und Verzeichnissen
Auflösung, die vom Zielvolume unterstützt wird.

· Sicherheitsbeschreibungen, sofern vom Dateisystem unterstützt und --no-acls ist nicht angegeben.
Darüber hinaus, es sei denn --strict-acls angegeben ist, die Sicherheitsbeschreibungen für
Einzelne Dateien oder Verzeichnisse können weggelassen oder nur teilweise festgelegt werden, wenn der Benutzer dies tut
Sie haben keine Berechtigung, sie festzulegen, was ein Problem sein kann, wenn wimlib-imagex wird als ausgeführt
Nicht-Administrator.

· Dateiattribute, einschließlich versteckt, spärlich, komprimiert, verschlüsselt usw., sofern unterstützt
durch das Dateisystem.

· DOS-Namen (8.3) Namen von Dateien; das Versäumnis, sie zu setzen, gilt jedoch nicht als ein
Fehlerzustand.

· Hardlinks, sofern vom Dateisystem unterstützt.

Zusätzliche Hinweise zum Extrahieren von Dateien unter Windows:

· wimlib-imagex gibt eine Warnung aus, wenn die genauen Metadaten nicht extrahiert werden können
Daten des WIM-Images, beispielsweise weil die oben genannten Funktionen nicht unterstützt werden
durch das Zieldateisystem.

· Da verschlüsselte Dateien (mit FILE_ATTRIBUTE_ENCRYPTED) nicht im Klartext gespeichert werden
das WIM-Image, wimlib-imagex Verschlüsselte Dateien können nicht in Dateisystemen wiederhergestellt werden
Unterstützung der Verschlüsselung. Daher werden auf solchen Dateisystemen keine verschlüsselten Dateien gespeichert
extrahiert. Darüber hinaus, selbst wenn verschlüsselte Dateien in einem Dateisystem wiederhergestellt werden
Da sie die Verschlüsselung unterstützen, können sie nur entschlüsselt werden, wenn der Entschlüsselungsschlüssel verfügbar ist.

· Dateien mit Namen, die unter Windows nicht dargestellt werden können, werden von nicht extrahiert
Standard; sehen --include-invalid-names.

· Dateien mit vollständigen Pfaden über 260 Zeichen (der sogenannte MAX_PATH) werden extrahiert.
Beachten Sie jedoch, dass die meisten Windows-Programme möglicherweise nicht auf solche Dateien zugreifen können
leicht gelöscht werden können.

· Unter Windows, es sei denn, die --no-acls Wenn die Option angegeben ist, versucht Wimlib eine Wiederherstellung
Sicherheitsbeschreibungen der Dateien genau so, wie sie im WIM-Image bereitgestellt werden. In acht nehmen
dass typische Windows-Installationen Dateien enthalten, deren Sicherheitsbeschreibungen dies nicht tun
Erlauben Sie dem Administrator, sie zu löschen. Daher können solche Dateien nicht sein
nach dem Extrahieren gelöscht oder in manchen Fällen sogar gelesen, sofern sie nicht mit einem verarbeitet werden
Spezialprogramm, das den SE_RESTORE_NAME und/oder SE_BACKUP_NAME abrufen kann
Berechtigungen, die das Überschreiben von Zugriffskontrolllisten ermöglichen. Dies ist kein Fehler in Wimlib,
das wie vorgesehen funktioniert, um die archivierten Daten korrekt wiederherzustellen, sondern a
Problem mit den Zugriffsrechten, die Windows auf bestimmte Dateien verwendet. Aber wenn du nur willst
die Dateidaten und kümmern sich nicht um Sicherheitsbeschreibungen, verwenden --no-acls zu überspringen
Wiederherstellung aller Sicherheitsbeschreibungen.

· Eine ähnliche Einschränkung wie oben gilt für Dateiattribute wie „Schreibgeschützt“, „Versteckt“ und „
System. Unter Windows stellt Wimlib solche Dateiattribute konstruktionsbedingt wieder her; Deshalb,
Extrahierte Dateien können diese Attribute haben. Wenn dies nicht das ist, was Sie möchten, verwenden Sie die
--no-attributes .

TEILT WIMS

Sie können wimlib-imagex sich bewerben um Bilder aus einem geteilten WIM anzuwenden. Der WIMFILE Argument
Der erste Teil des geteilten WIM muss angegeben werden, während die weiteren Teile des geteilten WIM angegeben werden müssen
muss in einem oder mehreren angegeben werden --ref="WELTWEIT" Optionen. Da Globbing in die integriert ist
--ref Option, normalerweise nur eine --ref Option ist notwendig. Zum Beispiel die Namen für
Die geteilten WIM-Teile lauten normalerweise etwa so:

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

Um das erste Image dieses geteilten WIM auf das Verzeichnis „dir“ anzuwenden, führen Sie Folgendes aus:

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

Dies ist ein Sonderfall, wenn Sie ein Bild aus der Standardeingabe von einem geteilten WIM anwenden
ist auch leitungsfähig (wie in beschrieben). PIPBAR WIMS), Die --ref Option ist nicht erforderlich; stattdessen du
muss sicherstellen, dass alle geteilten WIM-Teile bei der Standardeingabe miteinander verkettet werden.
Sie können in beliebiger Reihenfolge bereitgestellt werden, mit Ausnahme des ersten Teils, der unbedingt angegeben werden muss
zuerst.

PIPBAR WIMS

Ab Wimlib 1.5.0, wimlib-imagex sich bewerben unterstützt die Anwendung eines WIM aus einer nicht durchsuchbaren Datei,
B. eine Pipe, vorausgesetzt, dass das WIM damit erfasst wurde --rohrfähig (sehen wimlib-imagex
Erfassung(1)). Um die Standardeingabe als WIM zu verwenden, geben Sie „-“ als an WIMFILE. Eine nützliche Verwendung von
Diese Funktion besteht darin, ein Bild von einem WIM anzuwenden, während es von einem Server gestreamt wird. Für
Beispiel: Um das erste Bild aus einer WIM-Datei, die auf einem HTTP-Server verfügbar ist, auf ein NTFS anzuwenden
Volume auf /dev/sda1, führen Sie etwas aus wie:

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

(Oben wurde auch das verwendet wimapply Abkürzung für wimlib-imagex sich bewerben.) Hinweis: WIM-Dateien
sind nicht standardmäßig pipbar; Sie müssen sie explizit mit erfassen --rohrfähig, Und sie
sind nicht kompatibel mit der Software von Microsoft. Sehen wimlib-imagex Erfassung(1) für mehr
Informationen.

Es ist möglich, ein Bild aus einem pipbaren WIM anzuwenden, das in mehrere Teile aufgeteilt ist; sehen TEILT
WIMS.

OPTIONAL

--prüfen
Beim Lesen WIMFILEÜberprüfen Sie die Integrität, wenn die Integritätstabelle vorhanden ist.

--ref="WELTWEIT"
Glob zusätzlicher WIMs ablegen oder WIM-Teile aufteilen, um auf Ressourcen zu verweisen. Sehen
SPLIT_WIMS. Diese Option kann mehrfach angegeben werden. Notiz: WELTWEIT ist in aufgeführt
Zitate, weil es interpretiert wird von wimlib-imagex und muss möglicherweise zitiert werden an
vor Schalenausdehnung schützen.

--rpfix, --norpfix
Legen Sie fest, ob Ziele absoluter symbolischer Links (Analysepunkte in Windows) korrigiert werden sollen
Terminologie) oder nicht. Wenn aktiviert (--rpfix), extrahierte absolute symbolische Links, die
werden im WIM-Image als behoben markiert, es wird davon ausgegangen, dass sie absolute Ziele haben
relativ zum Bildstamm und daher wimlib-imagex sich bewerben stellt das Absolute voran
Pfad zum Extraktionszielverzeichnis zu ihren Zielen. Die Absicht ist, dass Sie
kann ein Bild mit absoluten symbolischen Links anwenden und diese trotzdem gültig halten
nachdem es an einem beliebigen Ort angewendet wurde.

Das Standardverhalten ist --rpfix Falls irgendwelche Bilder vorhanden sind WIMFILE wurden mit eingefangen
Reparaturpunktkorrekturen durchgeführt. Ansonsten ist es so --norpfix.

Korrekturen von Analysepunkten werden im NTFS-Volume-Extraktionsmodus unter UNIX nie durchgeführt
Systemen.

--unix-daten
(Nur UNIX-ähnliche Systeme) Stellen Sie UNIX-Besitzer, Gruppen, Modi und Geräte-IDs (major) wieder her
und kleinere Zahlen), die von erfasst wurden wimlib-imagex Erfassung an. Nach der Installation können Sie HEIC-Dateien mit der --unix-daten
Möglichkeit. Ab Wimlib v1.7.0 können Sie nicht nur das Standard-UNIX sichern und wiederherstellen
Dateiberechtigungsinformationen, aber auch Zeichengeräteknoten, Blockgeräteknoten,
Named Pipes (FIFOs) und UNIX-Domänen-Sockets.

--no-acls
Stellen Sie keine Sicherheitsbeschreibungen für extrahierte Dateien und Verzeichnisse wieder her.

--strict-acls
Es schlägt sofort fehl, wenn die vollständige Sicherheitsbeschreibung einer Datei oder eines Verzeichnisses nicht verfügbar ist
genau so eingestellt, wie es in der WIM-Datei angegeben ist. Wenn diese Option nicht angegeben ist, wann
wimlib-imagex unter Windows verfügt nicht über die Berechtigung zum Festlegen einer Sicherheitsbeschreibung auf einem
Wenn die extrahierte Datei gelöscht wird, wird sie nur teilweise festgelegt (z. B. wenn SACL weggelassen wird).
und lässt es im schlimmsten Fall ganz weg. Dies sollte jedoch nur ein Problem darstellen
beim Laufen wimlib-imagex ohne Administratorrechte. Auch auf UNIX-ähnlich
Systeme, mit denen diese Flagge auch kombiniert werden kann --unix-daten verursachen wimlib-imagex zu
schlägt sofort fehl, wenn der UNIX-Eigentümer, die Gruppe oder der Modus einer extrahierten Datei nicht gefunden werden kann
aus irgendeinem Grund eingestellt werden.

--no-attributes
Stellen Sie keine Windows-Dateiattribute wie „schreibgeschützt“, „versteckt“ usw. wieder her.

--include-invalid-names
Extrahieren Sie Dateien und Verzeichnisse mit ungültigen Namen, indem Sie die Zeichen und ersetzen
Anhängen eines Suffixes statt Ignorieren. Genau das, was als angesehen wird
„Ungültiger“ Name ist plattformabhängig.

Auf POSIX-kompatiblen Systemen wird bei Dateinamen die Groß-/Kleinschreibung beachtet und sie können ein beliebiges Byte enthalten
außer '\0' und ´/', daher hat diese Option auf einem POSIX-kompatiblen System nur eine
Auswirkung auf den unwahrscheinlichen Fall, dass das WIM-Image aus irgendeinem Grund einen Dateinamen hat
enthält eines dieser Zeichen.

Unter Windows wird bei Dateinamen die Groß-/Kleinschreibung nicht beachtet, sie dürfen die Zeichen „/“, „\0“ usw. nicht enthalten.
'\', ':', '*', '?', '"', '<', '>' oder '|' und dürfen nicht mit einem Leerzeichen oder Punkt enden.
Normalerweise sollten auch Dateien in WIM-Images diese Bedingungen erfüllen. Wie auch immer es ist
nicht garantiert, und insbesondere ein WIM-Bild, das mit aufgenommen wurde wimlib-imagex auf einem
Ein POSIX-kompatibles System könnte solche Dateien enthalten. Standardmäßig werden ungültige Namen angezeigt
ignoriert, und wenn es mehrere Namen gibt, die sich nur in der Groß-/Kleinschreibung unterscheiden, wird einer ausgewählt
willkürlich extrahieren; allerdings mit --include-invalid-names, alle Namen werden sein
desinfiziert und in irgendeiner Form extrahiert.

--wimboot
Nur Windows: Anstatt die Dateien selbst zu extrahieren, extrahieren Sie „Zeigerdateien“.
zurück zu den WIM-Archiven. Dies kann zu erheblichen Platzeinsparungen führen. Jedoch,
Dies ist mit mehreren potenziellen Kosten verbunden, z. B. weil das WIM nicht gelöscht werden kann
Archiv(e) und möglicherweise langsamerer Zugriff auf Dateien. Siehe Microsoft
Weitere Informationen finden Sie in der Dokumentation zu „WIMBoot“.

Falls vorhanden, der Abschnitt [PrepopulateList] der Datei
\Windows\System32\WimBootCompress.ini im WIM-Image wird gelesen. Passende Dateien
Jedes dieser Muster wird normal extrahiert, nicht als WIMBoot-Zeigerdateien.
Dies ist hilfreich für bestimmte Dateien, die Windows zu Beginn des Startvorgangs lesen muss
verarbeiten.

Diese Option funktioniert nur, wenn das Programm als Administrator und das Ziel ausgeführt wird
Das Volume ist NTFS oder ein anderes Dateisystem, das Analysepunkte unterstützt.

Darüber hinaus funktioniert diese Option am besten, wenn sie unter Windows 8.1 Update 1 oder höher ausgeführt wird.
da dies die erste Windows-Version ist, die die Windows-Overlay-Datei enthält
Systemfiltertreiber („WOF“). Wenn der WOF-Treiber erkannt wird, erstellt Wimlib den
WIMBoot-„Zeigerdateien“ mit dokumentierten Ioctls, die von WOF bereitgestellt werden.

Andernfalls erstellt Wimlib die Analysepunkte, wenn der WOF-Treiber nicht erkannt wird
und bearbeiten Sie die Datei „\System Volume Information\WimOverlay.dat“ auf dem Zielvolume
manuell. Dies ist möglicherweise problematisch, da der Code zwar funktioniert
In bestimmten getesteten Fällen ist keines dieser Datenformate tatsächlich dokumentiert
Microsoft. Bevor diese Datei überschrieben wird, speichert Wimlib die vorherige Version in
„\System Volume Information\WimOverlay.wimlib_backup“, was Sie möglicherweise tun könnten
bei Bedarf wiederherstellen.

Eigentlich kann man noch eins machen --wimboot Extraktion, auch wenn das WIM-Image nicht markiert ist
als „WIMBoot-kompatibel“. Diese Option bewirkt, dass die extrahierten Dateien als festgelegt werden
„extern gesichert“ durch die WIM-Datei. Der Treiber von Microsoft, der dies implementiert
Der Funktion „externe Unterstützung“ ist es scheinbar egal, ob die Bilder in der Datei enthalten sind
WIM sind tatsächlich als WIMBoot-kompatibel gekennzeichnet. Daher ist die „WIMBoot-kompatibel“
Schild ( in den XML-Daten) scheint nur ein Hinweis auf die Absicht zu sein. Zusätzlich,
Der Microsoft-Treiber kann Dateien von WIM-Dateien, die XPRESS-Chunks verwenden, extern sichern
der Größe 8192, 16384 und 32768 oder LZX-Chunks der Größe 32768, zusätzlich zum
Standard-XPRESS-Blöcke der Größe 4096, die erstellt werden, wenn wimlib-imagex Erfassung is
lauf mit dem --wimboot .

--kompakt=FORMAT
Nur Windows: Komprimieren Sie die extrahierten Dateien nach Möglichkeit mit der Systemkomprimierung.
Dies funktioniert nur unter Windows 10 oder höher oder unter einem älteren Windows
Der wofadk.sys-Treiber von Microsoft wurde hinzugefügt. Mehrere verschiedene Komprimierungsformate
kann mit der Systemkomprimierung verwendet werden und muss als angegeben werden FORMATdem „Vermischten Geschmack“. Seine
Zur Auswahl stehen: xpress4k, xpress8k, xpress16k und lzx.

Ausschlüsse werden auf die gleiche Weise gehandhabt wie beim --wimboot Möglichkeit. Das heißt: wenn es
existiert, der Abschnitt [PrepopulateList] der Datei
\Windows\System32\WimBootCompress.ini im WIM-Image werden gelesen und Dateien
Muster, die mit einem der Muster in diesem Abschnitt übereinstimmen, werden nicht komprimiert. Zusätzlich,
Wimlib verfügt aus Kompatibilitätsgründen über eine fest codierte Liste der Dateien, die es kennt
Windows-Bootloader, um das angeforderte Komprimierungsformat zu überschreiben.

ANMERKUNG

Datum Integrität: WIM-Dateien enthalten SHA1-Nachrichtenauszüge für Dateidaten. wimlib-imagex
sich bewerben berechnet den SHA1-Nachrichtenauszug jeder extrahierten Datei und gibt einen Fehler aus, wenn
Es entspricht nicht dem im WIM bereitgestellten SHA1-Nachrichtendigest. (Dieses Standardverhalten
scheint gleichbedeutend mit dem zu sein /verifizieren Option von ImageX.) Beachten Sie, dass dies unabhängig von der ist
Integritätstabelle des WIM, die SHA1-Nachrichtenauszüge über Rohblöcke des bereitstellt
gesamte WIM-Datei und wird separat geprüft, ob die --prüfen Option ist angegeben.

ESD Dateien: wimlib v1.6.0 und höher können Dateien aus WIMs der Version 3584 extrahieren, was normalerweise der Fall ist
enthalten LZMS-komprimierte feste Ressourcen und können die enthalten .esd Dateierweiterung statt
WIM. Jedoch .esd Dateien, die direkt vom Web-Downloader von Windows 8 heruntergeladen wurden
verschlüsselte Segmente, und Wimlib kann solche Dateien erst extrahieren, wenn sie zuerst entschlüsselt werden.

Verzeichnis durchqueren Attacken: wimlib validiert Dateinamen vor dem Extrahieren und ist dies nicht
anfällig für Directory-Traversal-Angriffe. Dies steht im Gegensatz zu Microsoft
WIMGAPI/ImageX/DISM, das beliebige Dateien auf dem Ziellaufwerk überschreiben kann
Extrahieren einer schädlichen WIM-Datei, die Dateien mit dem Namen enthält .. oder Pfadtrennzeichen enthalten.

Beispiele:

Extrahieren Sie das erste Image aus dem Windows PE-Image unter Windows (Vista oder höher).
Installationsmedium in das Verzeichnis „boot“:

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

Das Gleiche wie oben, jedoch unter Verwendung von wimapply Abkürzung:

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

Wenden Sie unter Windows ein Image eines gesamten Volumes an, beispielsweise aus „install.wim“, was möglich ist
finden Sie auf dem Windows-Installationsmedium (Vista oder höher):

wimlib-imagex apply install.wim 1 E:\

Wie oben, läuft jedoch auf einem UNIX-ähnlichen System, auf dem sich die entsprechende Partition befindet
/dev/sda2:

wimlib-imagex apply install.wim 1 /dev/sda2

Beachten Sie, dass vor der Ausführung eines der oben genannten Befehle möglicherweise ein NTFS-Dateisystem erforderlich ist
auf der Partition erstellt, zum Beispiel mit format.exe unter Windows oder mkntfs(8) (Teil von
NTFS-3g) auf UNIX-ähnlichen Systemen. Sie könnten beispielsweise Folgendes ausführen:

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

(Tun Sie das natürlich nicht, wenn Sie nicht alle vorhandenen Daten auf der Partition zerstören möchten!)

Ein Beispiel für die Anwendung eines pipbaren WIM aus einer Pipe finden Sie in PIPBAR WIMSUnd ein
Ein Beispiel für die Anwendung eines geteilten WIM finden Sie in TEILT WIMS.

Nutzen Sie wimapply online über die Dienste von onworks.net