wimcapture – Online in der Cloud

PROGRAMM:

NAME/FUNKTION

wimlib-imagex-capture, wimlib-imagex-append – Erstellen oder hängen Sie ein WIM-Image an

ZUSAMMENFASSUNG

wimlib-imagex Erfassung SOURCE WIMFILE [IMAGE_NAME [BILDBESCHREIBUNG]] [zur Auswahl...]
wimlib-imagex anhängen SOURCE WIMFILE [IMAGE_NAME [BILDBESCHREIBUNG]] [zur Auswahl...]

BESCHREIBUNG

Das wimlib-imagex Erfassung und wimlib-imagex anhängen Befehle erstellen ein Windows Imaging (WIM)
Bild aus einem Verzeichnisbaum. Der wimlib-imagex Erfassung Der Befehl erstellt eine neue WIM-Datei
enthält das aufgenommene Bild, während die wimlib-imagex anhängen Der Befehl hängt die erfasste Datei an
Bild in eine vorhandene WIM-Datei kopieren. Diese Befehle sind auch einfach verfügbar wimcapture und
wimappend wenn die entsprechenden Hardlinks oder Batchdateien installiert sind.

Hintergrundinformationen: Ein WIM-Image ist ein unabhängiger Verzeichnisbaum in einer WIM-Datei. Ein WIM
Die Datei kann eine beliebige Anzahl separater Bilder enthalten. WIM-Dateien werden einzeln instanziert
In Bezug auf Dateidaten wird eine Datei unabhängig davon nur einmal im gesamten WIM gespeichert
In wie vielen Bildern erscheint die Datei?

SOURCE Gibt den Speicherort der Dateien an, aus denen das neue WIM-Image erstellt werden soll. Wenn SOURCE is
ein Verzeichnis, wird das WIM-Image aus diesem Verzeichnis erfasst (siehe DIRECTORY CAPTURE (UNIX)
or DIRECTORY CAPTURE (FENSTER)). Alternativ, wenn die --Quellenverzeichnis Option ist
spezifizierten, SOURCE wird als eine Datei interpretiert, die selbst eine Liste von Dateien bereitstellt und
Verzeichnisse, die in das neue WIM-Image einbezogen werden sollen. Noch alternativ, nur auf UNIX-ähnlich
Systeme, wenn SOURCE Ist ein normales Datei- oder Blockgerät, wird es als NTFS-Volume interpretiert
von dem ein WIM-Image mit libntfs-3g erfasst werden soll (siehe NTFS VOLUME CAPTURE
(UNIX)).

IMAGE_NAME und BILDBESCHREIBUNG Geben Sie den Namen und die Beschreibung für das neue WIM an
Bild. Wenn IMAGE_NAME Wird nicht angegeben, wird standardmäßig der Basisname (ohne Pfad zu) verwendet
übergeordnetes Verzeichnis) von SOURCE, aber wenn dieser Name bereits existiert in WIMFILE, ein eindeutiges Suffix
hinzugefügt. Ansonsten, IMAGE_NAME muss entweder ein Name sein, der noch nicht als vorhanden ist
Bild in WIMFILEoder die leere Zeichenfolge, um ein Bild ohne Namen zu erstellen. Wenn
BILDBESCHREIBUNG nicht angegeben ist, wird dem neuen Bild keine Beschreibung gegeben.

Als Sonderfall, wenn WIMFILE ist der --rohrfähig Option wird angenommen und die WIM-Datei ist
in einem speziellen pipable-Format in die Standardausgabe geschrieben. Weitere Informationen finden Sie in der Dokumentation
--rohrfähig für weitere Informationen an.

DIRECTORY CAPTURE (UNIX)

In diesem Abschnitt wird dokumentiert, wie wimlib-imagex Erfasst Dateien aus einem Verzeichnisbaum unter UNIX
Systeme. Sehen DIRECTORY CAPTURE (FENSTER) für die entsprechende Dokumentation für Windows.

Auf UNIX-ähnlichen Systemen, wenn SOURCE gibt ein Verzeichnis oder einen symbolischen Link zu einem Verzeichnis an,
Das WIM-Image wird aus dem Verzeichnisbaum erfasst, der in diesem Verzeichnis verwurzelt ist. Das
Das Verzeichnis kann sich auf jedem Dateisystemtyp befinden und Mountpoints werden rekursiv verfolgt. In
In diesem Modus speichert Wimlib die folgenden Arten von Informationen:

· Verzeichnisse und reguläre Dateien sowie der Inhalt regulärer Dateien

· Hardlinks

· Symbolische Links (verlustfrei in Windows-Analysepunkte übersetzt)

· Letzte Änderungszeiten (mtime) und letzte Zugriffszeiten (atime) mit 100 Nanosekunden
Die Granularität

· Mit --unix-daten: UNIX-Besitzer, Gruppen und Modi

· Mit --unix-daten: Geräteknoten, FIFOs und UNIX-Domänen-Sockets

Es gibt keine Unterstützung für das Speichern erweiterter Attribute (z. B. SELinux-Sicherheitsetiketten und
POSIX-ACLs). Beachten Sie außerdem, dass die Zeiten der letzten Statusänderung (ctime) nicht gespeichert werden.

Pedantischer Hinweis: Eine Einschränkung des WIM-Formats verhindert den ungewöhnlichen Fall, dass ein Single
Die symbolische Linkdatei selbst hat mehrere Namen (Hardlinks); in diesem unwahrscheinlichen Fall jeder
Der symbolische Link wird als unabhängige Datei gespeichert.

NTFS VOLUME CAPTURE (UNIX)

In diesem Abschnitt wird dokumentiert, wie wimlib-imagex Erfasst Dateien direkt von einem NTFS-Volume-Image
auf UNIX-ähnlichen Systemen.

Auf UNIX-ähnlichen Systemen wird ein spezieller Bilderfassungsmodus aufgerufen, wenn SOURCE ist eine regelmäßige
Datei- oder Blockgerät. In diesem Modus SOURCE Es wird davon ausgegangen, dass es sich um ein NTFS-Volume oder -Volume handelt
Bild, und wimlib-imagex erfasst ein WIM-Image, das den vollständigen Inhalt des NTFS enthält
Volume, einschließlich NTFS-spezifischer Daten. Dies geschieht mit libntfs-3g.

Beachten Sie, dass der NTFS-Volume-Capture-Modus aktiviert ist nicht eingegeben, wenn SOURCE ist ein Verzeichnis, auch wenn ein
Das NTFS-Dateisystem ist gemountet SOURCE mit ntfs-3g. Sie müssen das NTFS-Volume angeben
selbst (und es muss ausgehängt sein und Sie müssen die Berechtigung haben, daraus zu lesen).

Der NTFS-Volume-Erfassungsmodus versucht, so viele Daten und Metadaten wie möglich zu erfassen.
einschließlich:

· Alle Datenströme aller unverschlüsselten Dateien, einschließlich des unbenannten Datenstroms
wie 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.

Die Haupteinschränkungen dieses NTFS-Volume-Capture-Modus sind jedoch:

· Verschlüsselte Dateien sind standardmäßig ausgeschlossen. Obwohl libntfs-3g ihre Daten lesen kann,
Sie müssen in der WIM-Datei in einem speziellen Format gespeichert werden, das Wimlib noch nicht unterstützt
Unterstützung (außer unter Windows, wo Wimlib die Daten als undurchsichtig behandeln und weitergeben kann
zur entsprechenden API-Funktion hinzufügen).

· Das Sparse-Attribut für Sparse-Dateien wird gespeichert, aber die gespeicherten Daten bleiben erhalten
vollständige Daten der Datei statt der „spärlichen“ Daten. (Die Daten unterliegen jedoch dem Vorbehalt
zur Komprimierung des WIM-Formats.)

DIRECTORY CAPTURE (FENSTER)

Unter Windows wimlib-imagex Erfassung und wimlib-imagex anhängen unterstützt nativ Windows-
spezifische und NTFS-spezifische Daten. Sie verhalten sich daher ähnlich wie die entsprechenden
Befehle von Microsofts ImageX oder DISM. Die besten Ergebnisse erzielen Sie, wenn das Verzeichnis erfasst wird
sollte auf einem NTFS-Volume liegen und wimlib-imagex sollte mit Administratorrechten ausgeführt werden;
Dies gilt jedoch auch für Nicht-NTFS-Dateisysteme und die Ausführung ohne Administratorrechte
unterstützt.

Unter Windows wimlib-imagex Erfassung und wimlib-imagex anhängen Versuchen Sie, so viele Daten wie möglich zu archivieren
Metadaten wie möglich, einschließlich:

· Alle Datenströme aller Dateien.

· Analysepunkte, einschließlich symbolischer Links, Verbindungspunkte und anderer Analysepunkte,
sofern vom Quelldateisystem unterstützt. (Hinweis: siehe --rpfix und --norpfix für
Dokumentation darüber, wie absolute symbolische Links und Knotenpunkte genau erfasst werden.)

· Zeitstempel für die Erstellung, den Zugriff und die Änderung von Dateien und Verzeichnissen. Diese werden gespeichert
mit der nativen Zeitstempelauflösung von Windows NT von 100 Nanosekunden.

· Sicherheitsbeschreibungen, sofern vom Quelldateisystem unterstützt und --no-acls ist nicht
angegeben. Seien Sie jedoch vorsichtig, es sei denn --strict-acls angegeben ist, die Sicherheit
Deskriptoren für einzelne Dateien oder Verzeichnisse können ganz oder teilweise weggelassen werden
erfasst, wenn der Benutzer keine Berechtigung zum Lesen hat, was ein Problem sein kann, wenn
wimlib-imagex wird als Nicht-Administrator ausgeführt.

· Dateiattribute, einschließlich versteckt, spärlich, komprimiert, verschlüsselt usw. Verschlüsselt
Dateien werden in verschlüsselter Form und nicht im Klartext gespeichert. Transparent
Komprimierte Dateien werden als unkomprimiert gelesen und vorbehaltlich der Eigenheiten des WIM gespeichert
Kompression. Es gibt keine spezielle Handhabung für die Speicherung von Dateien mit geringer Dichte, sie ist jedoch vorhanden
wahrscheinlich auf eine kleine Größe komprimieren.

· DOS-Namen (8.3) Namen von Dateien; Das Versäumnis, sie zu lesen, gilt jedoch nicht als Straftat
Fehlerzustand.

· Hardlinks, sofern vom Quelldateisystem unterstützt.

Es gibt keine Unterstützung für das Speichern erweiterter NTFS-Attribute und Objekt-IDs.

Der Erfassungsprozess ist seit wann reversibel wimlib-imagex sich bewerben (unter Windows) extrahiert
Aus dem erfassten WIM-Image werden alle oben genannten Informationen extrahiert, zumindest bis zum
Umfang, der vom Zieldateisystem unterstützt wird.

Pedantischer Hinweis: Da Windows nicht vollständig mit seinem eigenen Dateisystem (NTFS) kompatibel ist, auf
Windows Wimlib kann bestimmte Dateien, die möglicherweise in einem gültigen NTFS-Dateisystem vorhanden sind, nicht archivieren
sind für die Windows-API nicht zugänglich, zum Beispiel zwei Dateien, deren Namen sich nur darin unterscheiden
case im selben Verzeichnis oder eine Datei, deren Name bestimmte Zeichen enthält
von Windows ungültig. Wenn beim Archivieren solcher Dateien Probleme auftreten, sollten Sie die Verwendung von in Erwägung ziehen NTFS
VOLUME CAPTURE (UNIX) Modus von Linux.

OPTIONAL

--Stiefel
Gibt an, dass das neue Image zum bootfähigen Image des WIM-Archivs gemacht werden soll.

--prüfen
Aussichten für wimlib-imagex anhängen, bevor Sie den Anhängevorgang ausführen, überprüfen Sie die
Integrität von WIMFILE wenn eine Integritätstabelle vorhanden ist. Fügen Sie außerdem eine hinzu
Integritätstabelle in der neuen WIM-Datei (wimlib-imagex Erfassung) oder die geänderte WIM-Datei
(wimlib-imagex anhängen). Wenn diese Option nicht angegeben ist, gibt es keine Integritätstabelle
in einer WIM-Datei enthalten, die mit erstellt wurde wimlib-imagex Erfassung, während eine WIM-Datei aktualisiert wurde
mit wimlib-imagex anhängen wird genau dann mit einer Integritätstabelle geschrieben, wenn eine vorhanden ist
war vorher vorhanden.

--Kompresse=TYP[:LEVEL]
Gibt das Komprimierungsformat für die neue WIM-Datei an. TYP kann „none“, „XPRESS“ sein
(Alias: „fast“), „LZX“ (Alias: „maximum“) oder „LZMS“ (Alias: „recovery“). TYP is
ohne Berücksichtigung der Groß- und Kleinschreibung abgeglichen. Der Standardwert ist „LZX“.

Optional können Sie auch eine Ganzzahlkomprimierung angeben LEVEL. Die Komprimierungsstufe
Gibt an, wie hart der Komprimierungsalgorithmus für die angegebene Komprimierung ist TYP werden wir
Arbeiten Sie daran, die Daten zu komprimieren. Die Werte sind so skaliert, dass 20 eine schnelle Komprimierung darstellt.
50 ist eine mittlere Komprimierung und 100 eine hohe Komprimierung. Sie können jedoch eine beliebige auswählen
Wert, und nicht nur diese besonderen Werte. Der Standardwert ist 50.

Diese Option wirkt sich nur auf den Komprimierungstyp aus, der in nicht-soliden WIM-Ressourcen verwendet wird. Wenn
Sie erstellen ein solides WIM (mithilfe von --solide Option), dann möchten Sie wahrscheinlich
--solid-komprimieren stattdessen.

Seien Sie vorsichtig, wenn Sie sich für die LZMS-Komprimierung entscheiden. Es ist zuvor nicht mit Wimlib kompatibel
v1.6.0, WIMGAPI vor Windows 8, DISM vor Windows 8.1 und 7-Zip vor v15.12.

Beachten Sie außerdem, dass die Auswahl der LZMS-Komprimierung nicht automatisch den Solid-Modus impliziert
Komprimierung, wie es bei DISM der Fall ist. Verwenden --solide Wenn Sie ein solides WIM erstellen möchten,
oder „ESD-Datei“.

--chunk-size=GRÖßE
Stellen Sie die Größe des Komprimierungsblocks auf ein GRÖßE Bytes. Eine größere Komprimierungsblockgröße
führt zu einem besseren Kompressionsverhältnis. Wimlib unterstützt verschiedene Chunk-Größen
abhängig von der Komprimierungsart:

· 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

Sie können die vollständige Nummer angeben (z. B. 32768) oder eines der Zeichen K, M oder G verwenden
Suffixe. KiB, MiB und GiB werden ebenfalls akzeptiert.

Diese Option wirkt sich nur auf die Blockgröße aus, die in nicht festen WIM-Ressourcen verwendet wird. Wenn du bist
Erstellen eines soliden WIM (mithilfe von --solide Option), dann möchten Sie wahrscheinlich --solide-
Stückgröße stattdessen.

Verwenden Sie diese Option mit Vorsicht, wenn die Kompatibilität mit der Implementierung von Microsoft besteht
Dies ist erwünscht, da ihre Implementierung nur begrenzte Unterstützung für nicht standardmäßige Blockgrößen bietet.

--solide
Erstellen Sie eine „solide“ WIM-Datei, die Dateien zusammen und nicht einzeln komprimiert.
Dies führt zu einem deutlich besseren Komprimierungsverhältnis, allerdings mit Kosten
Es gibt verschiedene Nachteile, darunter: langsame Komprimierung bei sehr hoher Speichernutzung; langsam
Direktzugriff auf die resultierende WIM-Datei; und reduzierte Kompatibilität.

In Bezug auf die Kompatibilität ist es die erste Version von Microsofts WIMGAPI, die solides WIM unterstützt
Dateien wurden mit Windows 8 veröffentlicht, und die erste Version von DISM, die dies tat, war
veröffentlicht mit Windows 8.1.

Wenn Sie eine „ESD-Datei“ erstellen möchten, dann nutzen Sie diese Option. Ein (unverschlüsseltes) „ESD
Datei“ ist eine solide WIM-Datei.

Standardmäßig hat diese Option eine Wirkung, die der DISM-Option entspricht
/compress:recovery. Die Optionen für wimlib-imagex sind unterschiedlich, weil sie es versuchen
den Komprimierungstyp (z. B. LZX oder LZMS) nicht mit der Solid-Mode-Komprimierung zu verwechseln,
denn das sind zwei verschiedene Dinge.

--solid-chunk-size=GRÖßE
Like --chunk-size, aber legen Sie die Blockgröße fest, die in festen Ressourcen verwendet wird. Der Standard,
unter der Annahme der LZMS-Komprimierung beträgt sie 64 MB (67108864); Dies erfordert etwa 640 MB Speicher
pro Thread. Diese Option hat nur dann eine Auswirkung, wenn --solide ist ebenfalls angegeben. Notiz:
Die Implementierung von Microsoft ist nicht mit LZMS-Blockgrößen größer als kompatibel
64MiB.

--solid-komprimieren=TYP[:LEVEL]
Like --Kompresse, aber legen Sie den Komprimierungstyp fest, der in festen Ressourcen verwendet wird. Der Standard
ist LZMS-Komprimierung. Diese Option hat nur dann eine Auswirkung, wenn --solide ist ebenfalls angegeben.

--fäden=NUM_THREADS
Anzahl der Threads, die zum Komprimieren von Daten verwendet werden sollen. Standard: automatische Erkennung (Anzahl der
verfügbare CPUs).

--umbauen
Aussichten für wimlib-imagex anhängen: Erstellen Sie das gesamte WIM neu, anstatt die neuen Daten anzuhängen
bis zum Ende davon. Die Neuerstellung des WIM ist langsamer, spart aber etwas Platz
das würde sonst als Lücke im WIM zurückbleiben. Siehe auch wimlib-imagex
optimieren(1).

--Flaggen=EDITIONID
Geben Sie eine Zeichenfolge an, die im verwendet werden soll Element der XML-Daten für das neue Bild.

--image-property NAME/FUNKTION=BEWERTUNG
Geben Sie eine beliebige Eigenschaft pro Bild an, die im XML-Dokument der WIM-Datei festgelegt werden soll.
BEWERTUNG ist die Zeichenfolge, die als Eigenschaftswert festgelegt werden soll. NAME/FUNKTION ist der Name des Bildes
Eigenschaft, zum Beispiel „NAME“, „DESCRIPTION“ oder „TOTALBYTES“. Der Name kann enthalten
Schrägstriche, um ein verschachteltes XML-Element anzuzeigen; Zum Beispiel,
„WINDOWS/VERSION/BUILD“ gibt das innerhalb der VERSION verschachtelte BUILD-Element an
Element, das im WINDOWS-Element verschachtelt ist. Dazu kann eine in Klammern gesetzte Zahl verwendet werden
geben Sie eines von mehreren gleichnamigen Elementen an; Zum Beispiel,
„WINDOWS/LANGUAGES/LANGUAGE[2]“ gibt das zweite verschachtelte „LANGUAGE“-Element an
innerhalb des Elements „WINDOWS/LANGUAGES“. Wenn Sie auf diese Weise eine Liste von Elementen hinzufügen,
Sie müssen in sequentieller Reihenfolge angegeben werden. Beachten Sie, dass bei Elementnamen die Groß-/Kleinschreibung berücksichtigt wird.
empfindlich. Diese Option kann mehrfach angegeben werden.

--Dereferenzierung
(Nur UNIX-ähnliche Systeme) Folgen Sie symbolischen Links und archivieren Sie die Dateien, auf die sie verweisen.
anstatt die Links selbst zu archivieren.

--config=FILE
Gibt eine Konfigurationsdatei an (UTF-8- oder UTF-16LE-codiert; einfaches ASCII funktioniert auch)
für die Aufnahme des neuen Bildes. Die Konfigurationsdatei gibt die Dateien an, die sein sollen
werden bei der Bildaufnahme besonders behandelt.

Das Format der Konfigurationsdatei ist im INI-Stil; das heißt, es ist angeordnet
in Klammern gesetzte Abschnitte. Derzeit werden folgende Abschnitte anerkannt:

· [ExclusionList] --- enthält eine Liste von Pfad-Globs, die von der Erfassung ausgeschlossen werden sollen. Wenn
Wenn ein Verzeichnis übereinstimmt, werden sowohl das Verzeichnis als auch sein Inhalt ausgeschlossen.

· [ExclusionException] --- enthält eine Liste von Pfad-Globs, die in die eingeschlossen werden sollen
Capture, auch wenn die Datei oder das Verzeichnis auch mit einem Glob in [ExclusionList] übereinstimmt.

· [PrepopulateList] --- Dies wirkt sich nicht auf die Aufnahme aus, sondern darauf, ob das Bild angewendet wird
später mit --wimboot, das sind Dateiklumpen, die normal extrahiert werden sollen,
nicht als WIMBoot-Zeigerdateien. Wenn ein Verzeichnis übereinstimmt, werden alle Dateien und
Unterverzeichnisse werden ebenfalls rekursiv abgeglichen.

Pfad-Globs können die Zeichen „*“ und „?“ enthalten. Metazeichen. Relative Kugeln (z. B
*.mp3) mit einem Dateinamen in einem beliebigen Verzeichnis vergleichen. Absolute Globs (z. B. /dir/file),
werden als Pfade behandelt, die beim erfassten Hauptverzeichnis oder dessen Stammverzeichnis beginnen
das NTFS-Volume für den NTFS-Volume-Erfassungsmodus. Verwenden Sie keine Laufwerksbuchstaben im
Wege; sie werden ignoriert. Pfadtrennzeichen können entweder Schrägstriche oder sein
Schrägstriche nach hinten.

Zeilen, die mit „#“ oder „;“ beginnen Zeichen werden als Kommentare behandelt und ignoriert.
Globs mit Leerzeichen müssen nicht in Anführungszeichen gesetzt werden; Wenn dies jedoch der Fall ist, verdoppeln sich beide
und einfache Anführungszeichen werden akzeptiert.

Wenn diese Option nicht angegeben ist, wird die folgende Standardkonfigurationsdatei verwendet:

[Ausschlussliste]
\$ntfs.log
\hiberfil.sys
\pagefile.sys
\swapfile.sys
\Systemdatenträgerinformationen
\RECYCLER
\Windows\CSC

Es gilt jedoch ein besonderes Verhalten, wenn --wimboot ist ebenfalls angegeben. Standardmäßig mit
--wimboot angegeben, die Datei Windows/System32/WimBootCompress.ini im Verzeichnis
Die erfasste Datei wird als Konfigurationsdatei verwendet. Dies kann jedoch sein
überschrieben mit --config; und dies führt auch dazu, dass die angegebene Konfigurationsdatei
im WIM-Image als Windows/System32/WimBootCompress.ini gespeichert werden und alle anderen überschreiben
die möglicherweise im Dateisystem vorhanden sind.

--unix-daten
(Nur UNIX-ähnliche Systeme) Speichern Sie den UNIX-Besitzer, die Gruppe, den Modus und die Geräte-ID (Haupt- und).
kleinere Anzahl) jeder erfassten Datei. Ab Wimlib v1.7.0 können Sie Backups und
Stellen Sie nicht nur die Standard-UNIX-Dateiberechtigungsinformationen, sondern auch Zeichen wieder her
Geräteknoten, Blockgeräteknoten, Named Pipes (FIFOs) und UNIX-Domänen-Sockets.

wimlib speichert UNIX-Daten, indem es jedem Verzeichnis ein speziell markiertes Metadatenelement hinzufügt
Eintrag jeder Datei, die diese Informationen enthält. Diese zusätzlichen Informationen sind
wird von der Microsoft-Implementierung ignoriert. Hinweis: UNIX-Daten wurden zuvor von wimlib gespeichert
v1.7.0 verwendete ein anderes Format, das nicht mehr unterstützt wird. Wenn Sie altes WIM haben
Dateien mit UNIX-Daten, wenden Sie sie mit v1.6.2 an und erfassen Sie sie mit v1.7.0 oder erneut
später.

--no-acls
Erfassen Sie nicht die Sicherheitsbeschreibungen von Dateien.

--strict-acls
Es schlägt sofort fehl, wenn die vollständige Sicherheitsbeschreibung einer Datei nicht gelesen werden kann. An
Unter Windows besteht das Standardverhalten ohne diese Option darin, zunächst zu versuchen, die SACL wegzulassen
aus der Sicherheitsbeschreibung entfernen und dann versuchen, die Sicherheitsbeschreibung vollständig wegzulassen.
Der Zweck besteht darin, so viele Daten wie möglich zu erfassen, ohne dass dies immer erforderlich ist
Administratorrechte. Wenn Sie jedoch wünschen, dass alle Sicherheitsbeschreibungen vorhanden sind
Wenn Sie genau erfasst haben, können Sie diese Option möglicherweise dem Administrator zur Verfügung stellen
sollte sowieso die Erlaubnis haben, alles zu lesen.

--rpfix, --norpfix
Legen Sie fest, ob Ziele absoluter symbolischer Links (Analysepunkte in Windows) korrigiert werden sollen
Terminologie) oder nicht. Wenn aktiviert (--rpfix), absolute symbolische Links zu diesem Punkt
innerhalb des erfassten Verzeichnisbaums wird so angepasst, dass er absolut relativ zu ist
die Wurzel des Verzeichnisbaums, der erfasst wird. Wenn deaktiviert (--norpfix), absolut
Symbolische Links werden genau so erfasst, wie sie sind.

Das Standardverhalten für wimlib-imagex Erfassung entspricht --rpfixdem „Vermischten Geschmack“. Seine
Standardverhalten für wimlib-imagex anhängen wird sein --rpfix wenn Reparaturpunktkorrekturen durchgeführt werden
wurden bereits durchgeführt WIMFILE, Sonst --norpfix.

Im Falle einer Multi-Source-Erfassung (--Quellenverzeichnis angegeben), übergeben --norpfix
ist empfohlen. Andernfalls werden Analysepunktkorrekturen bei allen Erfassungen deaktiviert
Quellen, die für Nicht-Root-Speicherorte im WIM-Image bestimmt sind, während Quellen erfasst werden
Für das WIM-Stammverzeichnis bestimmte Dateien erhalten das Standardverhalten aus dem vorherigen Absatz.

--Quellenverzeichnis
wimlib-imagex Erfassung und wimlib-imagex anhängen Unterstützung beim Erstellen eines WIM-Images
mehrere separate Dateien oder Verzeichnisse. Wenn --Quellenverzeichnis angegeben ist, die SOURCE
Das Argument gibt den Namen einer Textdatei an, deren jede Zeile entweder 1 oder 2 ist
Durch Leerzeichen getrennte Dateipfade. Der erste Dateipfad, die Quelle, gibt die an
Pfad zu einer Datei oder einem Verzeichnis, die im WIM-Image erfasst werden soll. Es kann beides sein
absolut oder relativ zum aktuellen Arbeitsverzeichnis. Der zweite Dateipfad, falls
bereitgestellt, ist das Ziel und gibt den Pfad im WIM-Image an, zu dem diese Datei bzw
Verzeichnis wird gespeichert als. Führende und abschließende Schrägstriche im Ziel werden ignoriert.
es sei denn, es besteht ausschließlich aus Schrägstrichen (z. B. „/“), was darauf hinweist, dass die
Das Verzeichnis soll zum Stammverzeichnis des WIM-Images werden. Wenn weggelassen, die Zielzeichenfolge
ist standardmäßig mit der Quellzeichenfolge identisch.

Eine Beispiel-Quellenlistendatei sieht wie folgt aus:

# Erstellen Sie das WIM-Image aus dem Verzeichnis „winpe“.
winpe /

# Senden Sie das Verzeichnis „overlay“ an „/overlay“ im WIM-Image
Überlagerung / Überlagerung

# Legen Sie ein separates Verzeichnis direkt im Stammverzeichnis des WIM-Images an.
/Daten/Sachen /

Unterverzeichnisse im WIM werden nach Bedarf erstellt. Es können mehrere Quellverzeichnisse vorhanden sein
teilen sich das gleiche Ziel, was eine Überlagerung impliziert. Für den Fall, dass dies dazu führt, a
Nichtverzeichnisdatei, die dem WIM-Image mehrmals hinzugefügt wird, die letzte Version (als
(in der Quelllistendatei aufgeführt) überschreibt alle früheren Versionen.

Dateipfade, die Leerzeichen enthalten, können entweder in einfache oder doppelte Anführungszeichen gesetzt werden
Zitate. Anführungszeichen dürfen nicht maskiert werden.

Zeilen, die nur aus Leerzeichen und Zeilen bestehen, die mit einem vorangestellten „#“ beginnen
optionale Leerzeichen werden ignoriert.

Als Sonderfall, wenn SOURCE „-“ ist, wird die Quellliste aus der Standardeingabe gelesen
statt einer externen Datei.

Der NTFS-Volume-Capture-Modus kann auf UNIX-ähnlichen Systemen nicht verwendet werden --Quellenverzeichnis,
da nur die Erfassung eines vollständigen NTFS-Volumes unterstützt wird.

--rohrfähig
Erstellen Sie ein „pipable“ WIM, das vollständig sequenziell angewendet werden kann, auch von a
Rohr. Ein Bild im resultierenden WIM kann mit angewendet werden wimlib-imagex sich bewerben, entweder
normalerweise durch Angabe des WIM-Dateinamens oder mit wimlib-imagex sich bewerben - Lesen der
WIM von der Standardeingabe. Sehen wimlib-imagex sich bewerben(1) für weitere Details.

Bei Anhängevorgängen führt diese Option zu einer vollständigen Neuerstellung des WIM
es ist pfeifenfähig. Für Erfassungsvorgänge wird das erfasste WIM einfach als pipable erstellt.
Beachten Sie, dass die Weiterleitung umso weniger effizient ist, je mehr Bilder Sie einem pipbaren WIM hinzufügen
Dies wird der Fall sein, da mehr unnötige Daten durch die Pipe gesendet werden.

Wenn Wimlib ein pipables WIM erstellt, ordnet es die Komponenten des WIM sorgfältig neu an
WIM, damit sie sequentiell gelesen werden kann und auch mehrere andere macht
Modifikationen. Infolgedessen sind diese „Pipable“-WIMs vorhanden nicht kompatibel mit
Microsoft's Software.Denken Sie also daran, wenn Sie sie verwenden. Wenn gewünscht,
du kannst benutzen wimlib-imagex optimieren --not-pipable ein pipable WIM als umzuschreiben
normales WIM. (wimlib-imagex exportieren bietet auch die Möglichkeit, Bilder zu exportieren
von einem pipbaren WIM in ein nicht pipbares WIM oder umgekehrt.)

Wimlib arbeitet größtenteils transparent mit pipbaren WIMs. Sie können ändern
Sie können sie bearbeiten, Bilder hinzufügen oder löschen, Bilder exportieren und sogar geteilte, leitungsfähige WIMs erstellen. Der
Hauptnachteile bestehen darin, dass das Anhängen (derzeit) weniger effizient ist (--umbauen is
immer impliziert), außerdem sind sie nicht mit der Software von Microsoft kompatibel.

wimlib-imagex Erfassung und wimlib-imagex anhängen können beide direkt ein pipables WIM schreiben
zur Standardausgabe; Dies geschieht automatisch, wenn WIMFILE wird als „-“ angegeben. (In
dieser Fall, --rohrfähig wird angenommen.)

--not-pipable
Stellen Sie sicher, dass das resultierende WIM im normalen, nicht weiterleitbaren WIM-Format vorliegt. Dies ist das
Standard für wimlib-imagex Erfassung, außer beim Schreiben in die Standardausgabe (WIMFILE
angegeben als „-“), und auch für wimlib-imagex anhängen, außer beim Anhängen an ein WIM
das ist schon pfeifenfähig.

--update-of=[WIMFILE:]IMAGE
Deklariert, dass das Bild erfasst oder angehängt wird SOURCE ist größtenteils das Gleiche wie
das vorhandene Bild IMAGE in WIMFILE, aber möglicherweise zu einem späteren Zeitpunkt erfasst
mit einigen Änderungen in der Zwischenzeit. Dies ist für den Einsatz in konzipiert
inkrementelle Sicherungen desselben Dateisystems oder Verzeichnisbaums. IMAGE kann eine sein,
1-basierter Index oder Name eines vorhandenen Bildes in WIMFILE. Es kann auch negativ sein
Ganzzahl, um die Bilder rückwärts zu indizieren (z. B. -1 bedeutet das letzte vorhandene Bild).
in WIMFILE).

Wenn diese Option verfügbar ist, wird das neue Bild erfasst oder angehängt
optimiert, indem Dateien nicht gelesen werden, die auf Metadaten wie Zeitstempeln basieren
seit der Archivierung im Bestand nicht verändert worden sein IMAGE. Sperren
Manipulation von Zeitstempeln, diese Option wirkt sich nur auf die Leistung aus und ändert sich nicht
das resultierende WIM-Image.

Wie gezeigt, besteht die vollständige Syntax für das Argument dieser Option darin, das WIM anzugeben
Datei, ein Doppelpunkt und das Bild; zum Beispiel „--update-of mywim.wim:1“. Allerdings ist die
WIM-Datei und Doppelpunkt können weggelassen werden. In diesem Fall wird in der WIM-Datei standardmäßig der verwendet
WIM-Datei, an die für Anhängevorgänge angehängt wird, oder die WIM-Datei, aus der ein Delta erstellt wird
genommen wird (nur wenn --delta-from wird genau einmal angegeben) zur Erfassung
Operationen.

--delta-from=WIMFILE
Aussichten für wimlib-imagex Erfassung Nur: Erfassen Sie das neue WIM als „Delta“ aus WIMFILE. Irgendein
Streams, die normalerweise im neuen WIM archiviert werden müssten, werden weggelassen, wenn sie vorhanden sind
sind bereits in der vorhanden WIMFILE auf dem das Delta basiert. Das neue WIM
enthält weiterhin eine vollständige Kopie der Bildmetadaten, dies ist jedoch normalerweise nur eine
kleiner Bruchteil der Gesamtgröße eines WIM.

Diese Option kann mehrmals angegeben werden. In diesem Fall ergibt sich das resultierende Delta-WIM
enthält nur Streams, die in keinem der angegebenen Basis-WIMs vorhanden sind.

Um das resultierende Delta-WIM mit anderen Befehlen zu bearbeiten, z wimlib-imagex
sich bewerben, müssen Sie das Delta-WIM als WIM-Datei angeben, mit der gearbeitet werden soll, aber auch
Referenzieren Sie die Basis-WIM(s) mithilfe von --ref Möglichkeit. Achtung: das Richtige behalten
Funktion des Delta-WIM können Sie Dateien und Bilder nur hinzufügen, nicht löschen
Basis-WIM(s) nach der Erfassung eines Deltas daraus.

--delta-from kann kombiniert werden mit --update-of um die Geschwindigkeit der Aufnahme zu erhöhen
Delta-WIM.

Betrachten Sie als Beispiel die folgende Sicherungs- und Wiederherstellungssequenz:

(erste Sicherung)

$ wimcapture /some/directory bkup-base.wim

(einige Tage später zweites Backup als Delta vom ersten erstellen)

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

(Wiederherstellung des zweiten Backups)

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

Beachten Sie jedoch, dass als Alternative zur obigen Sequenz, die ein Delta-WIM verwendete,
Das zweite Backup hätte einfach als neues Image an das WIM angehängt werden können
wimlib-imagex anhängen. Delta-WIMs sollten nur verwendet werden, wenn dies als Basis gewünscht ist
Backups oder Images in einer separaten, großen Datei, die selten geändert wird.

Hinweis: Im Gegensatz zu „pipable“ WIMs (erstellt mit --rohrfähig Option), „Delta“-WIMs
(erstellt mit der --delta-from Option) sind mit der Software von Microsoft kompatibel.
Sie können beispielsweise die Option /ref von ImageX verwenden, um auf die Basis-WIM(s) zu verweisen.
ähnlich wie oben.

Zusätzliche Anmerkung: wimlib-imagex ist so verallgemeinert, dass Sie es tatsächlich kombinieren können
--rohrfähig und --delta-from um pipfähige Delta-WIMs zu erstellen. In solchen Fällen die Basis
WIM(s) müssen ebenso wie das Delta-WIM als pipable erfasst werden, und bei der Anwendung eines
Image müssen die Basis-WIM(s) nach dem Delta-WIM über die Pipe gesendet werden.

--wimboot
Markieren Sie das Image als WIMBoot-kompatibel. Weitere Informationen finden Sie in der Dokumentation von Microsoft
Informationen zu WIMBoot. Mit dieser Option wird standardmäßig der Komprimierungstyp festgelegt
auf XPRESS und die Chunk-Größe auf 4096 Bytes; diese können jedoch weiterhin überschrieben werden
durch das --Kompresse und --chunk-size Parameter bzw. Darüber hinaus ist dies
Mit dieser Option wird die Konfigurationsdatei standardmäßig auf festgelegt
SOURCE\Windows\System32\WimBootCompress.ini, falls vorhanden und zugänglich; jedoch, dies
kann immer noch überschrieben werden --config Parameters.

--unsafe-compact
Siehe die Dokumentation für diese Option in wimlib-imagex-optimieren (1).

--Schnappschuss
EXPERIMENTELL: Erstellen Sie einen temporären Dateisystem-Snapshot des Quellverzeichnisses und
Erfassen Sie die Dateien daraus. Derzeit wird diese Option nur unter Windows unterstützt.
wo es den Volume Shadow Copy Service (VSS) verwendet. Mit dieser Option können Sie
Erstellen Sie eine konsistente Sicherung des Systemvolumes eines laufenden Windows-Systems ohne
Es treten Probleme mit gesperrten Dateien auf. Damit der VSS-Snapshot erfolgreich ist
erstellt, wimlib-imagex muss als Administrator ausgeführt werden und kann nicht ausgeführt werden
WoW64-Modus (d. h. wenn Windows 64-Bit ist, dann wimlib-imagex muss ebenfalls 64-Bit sein).

ANMERKUNG

wimlib-imagex anhängen unterstützt nicht das Anhängen eines Bildes an ein geteiltes WIM.

Außer bei der Verwendung --unsafe-compact, es ist sicher, a abzubrechen wimlib-imagex anhängen Befehl
teilweise durch; Danach wird jedoch die Ausführung empfohlen wimlib-imagex
optimieren um alle Daten zu entfernen, die an die physische WIM-Datei angehängt wurden, aber noch nicht
in die Struktur des WIM integriert, es sei denn, das WIM wurde vollständig neu aufgebaut (z. B
mit --umbauen), in diesem Fall sollten Sie die verbleibende temporäre Datei löschen.

wimlib-imagex erstellt WIMs, die mit der Software von Microsoft (WIMGAPI, ImageX, DISM) kompatibel sind.
mit einigen Einschränkungen:

· Mit wimlib-imagex Auf UNIX-ähnlichen Systemen ist es möglich, ein WIM-Image zu erstellen
Dateien enthalten, deren Namen sich nur in der Groß-/Kleinschreibung unterscheiden, oder Dateien, deren Namen enthalten
Zeichen ':', '*', '?', '"', '<', '>', '|' oder '\', die unter POSIX gültig sind-
kompatible Dateisysteme, aber nicht Windows. Seien Sie gewarnt, dass solche Dateien nicht vorhanden sind
standardmäßig von der Windows-Version von extrahiert wimlib-imagex, und noch schlimmer)
Microsofts ImageX kann durch solche Namen verwirrt werden und das Extrahieren des Bildes teilweise abbrechen
durch. (Vielleicht ist es erwähnenswert, dass das Windows-eigene Standarddateisystem,
NTFS unterstützt diese Zeichen, Windows jedoch nicht!)

· Pipable WIMs sind nicht mit der Software von Microsoft kompatibel. Pipable WIMs werden erstellt
nur wenn WIMFILE als „-“ angegeben wurde (Standardausgabe) oder wenn die --rohrfähig Flagge war
spezifiziert.

· WIMs, die mit einer nicht standardmäßigen Blockgröße erfasst wurden (mit der --chunk-size Option) oder massiv
Archive (mit der --solide Option) oder mit LZMS-Komprimierung (mit --Kompresse=LZMS oder
--Kompresse=Wiederherstellung) weisen unterschiedliche Kompatibilitätsgrade mit der Software von Microsoft auf.
Im Allgemeinen sind neuere Versionen der Microsoft-Software besser kompatibel.

Beispiele:

Erstes Beispiel: Erstellen Sie ein neues WIM „mywim.wim“ mit LZX-Komprimierung („maximal“)
enthalten ein erfasstes Bild des Verzeichnisbaums „somedir“. Beachten Sie, dass der Bildname erforderlich ist
kann nicht angegeben werden und wird standardmäßig auf „somedir“ gesetzt:

wimlib-imagex erfasst somedir mywim.wim

oder, wenn die wimcapture Hardlink oder Batchdatei installiert wurde, kann die Kurzform verwendet werden
verwendet werden:

wimcapture somedir mywim.wim

Die übrigen Beispiele verwenden jedoch die Langform. Als nächstes fügen Sie das Bild von a hinzu
Anderer Verzeichnisbaum als das oben erstellte WIM:

wimlib-imagex fügt ein weiteres Verzeichnis mywim.wim an

Ganz einfach, und die oben genannten Beispiele für Imaging-Verzeichnisbäume funktionieren auf beiden UNIX-ähnlichen Plattformen
Systeme und Windows. Erfassen Sie als Nächstes ein WIM mit mehreren nicht standardmäßigen Optionen, darunter
XPRESS-Komprimierung („schnell“), eine Integritätstabelle, kein Durcheinander mit absoluten symbolischen Links,
und einen Bildnamen und eine Beschreibung:

wimlib-imagex erfasst somedir mywim.wim --compress=fast \
--check --norpfix „Einige Namen“ „Einige Beschreibungen“

Erfassen Sie ein gesamtes NTFS-Volume in einer neuen WIM-Datei und nennen Sie das Image „Windows 7“. An
Bei UNIX-ähnlichen Systemen ist hierfür der in beschriebene Spezialmodus erforderlich NTFS VOLUME CAPTURE
(UNIX) woher SOURCE ist eine Datei oder ein Blockgerät, das ein NTFS-Dateisystem enthält:

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

Oder Sie müssen unter Windows zum Erfassen eines vollständigen NTFS-Volumes stattdessen das Stammverzeichnis angeben
Verzeichnis des gemounteten Volumes, zum Beispiel:

wimlib-imagex Capture E:\windows7.wim „Windows 7“

Dasselbe wie im obigen Beispiel mit der Erfassung eines NTFS-Volumes von wimlib-imagex läuft auf einem UNIX-
Wie das System, aber erfassen Sie das WIM im wimlib-spezifischen „pipable“-Format, das weitergeleitet werden kann
zu wimlib-imagex sich bewerben:

wimlib-imagex capture /dev/sda2 windows7.wim „Windows 7“ \
--rohrfähig

Dasselbe wie oben, aber anstatt das pipable WIM in die Datei „windows7.wim“ zu schreiben, schreiben Sie es
direkt zur Standardausgabe über eine Pipe in ein anderes Programm „someprog“, das
könnte zum Beispiel ein Programm oder Skript sein, das die Daten an einen Server streamt. Beachten Sie, dass
--rohrfähig muss nicht explizit angegeben werden, wenn die Standardausgabe als WIM-„Datei“ verwendet wird:

wimlib-imagex capture /dev/sda2 – „Windows 7“ | someprog

Verwenden Sie wimcapture online über die Dienste von onworks.net