wimapply - En ligne dans le Cloud

PROGRAMME:

Nom

wimlib-imagex-apply - Extraire une image, ou toutes les images, d'une archive WIM

SYNOPSIS

wimlib-imagex vous inscrire FICHIER WIMF [IMAGE] CIBLE [OPTION...]

DESCRIPTION

wimlib-imagex vous inscrire extrait une image, ou toutes les images, du fichier Windows Imaging (WIM)
FICHIER WIMF. Cette commande est également disponible simplement wimappliquer si le lien physique approprié
ou un fichier batch a été installé.

Cette commande est conçue pour extraire, ou "appliquer", une ou plusieurs images WIM complètes. Si tu
souhaitez plutôt extraire uniquement certains fichiers ou répertoires contenus dans une image WIM,
envisager d'utiliser wimlib-imagex extrait or wimlib-imagex monter au lieu. (wimlib-imagex monter
n'est pas pris en charge sous Windows.)

IMAGE spécifie l'image WIM dans FICHIER WIMF extraire. Il peut s'agir d'un indice basé sur 1 d'un
image dans FICHIER WIMF, le nom d'une image dans FICHIER WIMF, ou le mot-clé "all" pour indiquer que
toutes les images dans FICHIER WIMF sont à extraire. Utilisez le wimlib-imagex info (1) commande pour afficher
quelles images contient un fichier WIM. IMAGE peut être omis si FICHIER WIMF contient une seule image.

CIBLE spécifie où extraire l'image WIM. Si CIBLE spécifie un répertoire, le
L'image WIM est extraite dans ce répertoire (voir ANNUAIRE EXTRACTION (UNIX) or ANNUAIRE
EXTRACTION (LES FENÊTRES)). De même, si CIBLE spécifie un fichier inexistant, un répertoire est
créé à cet emplacement et l'image WIM est extraite dans ce répertoire.

If IMAGE est spécifié comme "tout", alors toutes les images dans FICHIER WIMF sont en fait extraits dans
sous-répertoires de CIBLE, dont chacun reçoit le nom de l'image correspondante,
retour à l'index des images dans le cas d'une image sans nom ou d'un nom non valide
comme nom de fichier.

Alternativement, sur les systèmes de type UNIX uniquement, si CIBLE spécifie un fichier ou un bloc normal
périphérique, il est interprété comme un volume NTFS vers lequel l'image WIM doit être extraite (voir
NTFS LE VOLUME EXTRACTION (UNIX)). Une seule image peut être extraite dans ce mode, et
seule l'extraction à la racine du volume NTFS (pas un sous-répertoire de celui-ci) est prise en charge.

FICHIER WIMF peut être "-" pour lire le WIM à partir d'une entrée standard plutôt que d'un fichier, mais voir
PIPABLE WIMS pour plus d'information.

wimlib-imagex vous inscrire prend en charge l'application d'images à partir de WIM autonomes ainsi que de WIM fractionnés.
See DIVISÉ WIMS.

ANNUAIRE EXTRACTION (UNIX)

Cette section documente comment wimlib-imagex vous inscrire (et aussi wimlib-imagex extrait) extraire un
image WIM (ou éventuellement un sous-ensemble de celle-ci, dans le cas de wimlib-imagex extrait) à un
répertoire sur les systèmes de type UNIX. Voir ANNUAIRE EXTRACTION (LES FENÊTRES) pour le correspondant
documentation pour Windows.

Comme mentionné, une image WIM peut être appliquée à un répertoire sur un système de type UNIX en fournissant
a CIBLE annuaire. Cependant, il est important de garder à l'esprit que le format WIM a été
conçu pour Windows et, par conséquent, les fichiers WIM peuvent contenir des données ou des métadonnées qui ne peuvent pas
être représenté sur des systèmes de type UNIX. Les principales informations qui wimlib-imagex sera ne sauraient be
capable d'extraire sur des systèmes de type UNIX est le suivant :

· Descripteurs de sécurité Windows (qui incluent le propriétaire du fichier, le groupe et les listes de contrôle d'accès).

· Flux de données nommés.

· Réparer les points autres que les liens symboliques et les points de jonction.

· Certains attributs de fichier tels que la compression, le cryptage et la rareté.

· Noms courts (DOS) pour les fichiers.

· Horodatages de création de fichiers.

Remarques : Les données et métadonnées non prises en charge ne sont tout simplement pas extraites, mais wimlib-imagex sera
tenter de vous avertir lorsque le contenu de l'image WIM ne peut pas être exactement représenté lorsque
extrait. Les horodatages du dernier accès et de la dernière modification sont spécifiés à 100 nanosecondes
granularité dans le fichier WIM, mais ne sera extrait qu'avec la plus haute précision prise en charge
par le système d'exploitation sous-jacent, la bibliothèque C et le système de fichiers. Les fichiers compressés seront
extraits comme non compressés, tandis que les fichiers cryptés ne seront pas extraits du tout.

NTFS LE VOLUME EXTRACTION (UNIX)

Cette section documente comment wimlib-imagex vous inscrire extrait une image WIM directement vers un NTFS
image de volume sur les systèmes de type UNIX.

Comme mentionné, wimlib-imagex s'exécutant sur un système de type UNIX peut appliquer une image WIM directement
à un volume NTFS en spécifiant CIBLE en tant que fichier normal ou périphérique de bloc contenant un
Système de fichiers NTFS. Le système de fichiers NTFS n'a pas besoin d'être vide, bien qu'il soit prévu qu'il le soit
vide pour les cas d'utilisation prévus. Un nouveau système de fichiers NTFS peut être créé en utilisant le
mkntfs(8) commande fournie avec ntfs-3g.

Dans ce mode d'extraction de volume NTFS, l'image WIM est extraite à la racine du NTFS
volume préserve en quelque sorte presque toutes les informations contenues dans l'image WIM. Il
ne souffre pas des limitations décrites dans ANNUAIRE EXTRACTION (UNIX). Ce
le support s'appuie sur libntfs-3g pour écrire sur le volume NTFS et gérer les spécificités NTFS et
Données spécifiques à Windows.

Veuillez noter que ce mode d'extraction de volume NTFS est ne sauraient entré si CIBLE est un directeur,
même si un système de fichiers NTFS est monté sur CIBLE. Vous devez spécifier le volume NTFS lui-même
(et il doit être démonté, et vous devez avoir la permission d'écrire dessus).

Ce mode d'extraction de volume NTFS tente d'extraire autant d'informations que possible,
comprenant:

· Tous les flux de données de tous les fichiers à l'exception des fichiers cryptés, y compris les données anonymes
flux ainsi que tous les flux de données nommés.

· Points d'analyse, y compris les liens symboliques, les points de jonction et autres points d'analyse.

· Horodatages de création, d'accès et de modification de fichiers et de répertoires, en utilisant le natif
Résolution NTFS de 100 nanosecondes.

· Descripteurs de sécurité Windows, y compris tous les composants (propriétaire, groupe, DACL et SACL).

· Indicateurs d'attribut de fichier DOS/Windows.

· Tous les noms de tous les fichiers, y compris les noms dans l'espace de noms Win32, l'espace de noms DOS,
Espace de noms Win32+DOS et espace de noms POSIX. Cela inclut les liens physiques.

Cependant, il existe également plusieurs limitations connues du mode d'extraction de volume NTFS :

· Les fichiers cryptés ne seront pas extraits.

· wimlib v1.7.0 et versions ultérieures : les attributs de fichiers fragmentés ne seront pas extraits (même comportement
comme ImageX/DISM/WIMGAPI). wimlib v1.6.2 et versions antérieures : bien que les attributs de fichier clairsemés
sera appliqué, les données complètes seront extraites dans chaque fichier clairsemé, ainsi extrait
Les fichiers "sparse" peuvent ne pas contenir de régions clairsemées.

Quoi qu'il en soit, étant donné que presque toutes les informations de l'image WIM sont restaurées dans ce mode, il
est possible (et entièrement pris en charge) de restaurer une image d'une installation Windows réelle
en utilisant wimlib-imagex sur des systèmes de type UNIX comme alternative à l'utilisation wimlib-imagex on
Les fenêtres. Dans les exemples à la fin de cette page de manuel, il y a un exemple d'application
une image du fichier "install.wim" contenu dans le support d'installation pour Windows
(Vista ou supérieur) dans le répertoire "sources".

Notez que pour démarrer réellement Windows (Vista ou version ultérieure) à partir d'une image "install.wim" appliquée,
vous devez également marquer la partition comme "démarrable" et configurer divers fichiers de démarrage, tels que
\BOOTMGR et \BOOT\BCD. Cette dernière tâche est plus facilement accomplie en exécutant le
programme "bcdboot.exe" à partir d'un système Windows en direct (tel que Windows PE), mais il existe d'autres
options aussi.

ANNUAIRE EXTRACTION (LES FENÊTRES)

Sur Windows, wimlib-imagex vous inscrire ainsi que wimlib-imagex extrait prend en charge nativement Windows-
données spécifiques et spécifiques à NTFS. Pour de meilleurs résultats, le répertoire cible doit être situé
sur un volume NTFS et wimlib-imagex doit être exécuté avec des privilèges d'administrateur ; cependant,
les systèmes de fichiers non NTFS et s'exécutant sans privilèges d'administrateur sont également pris en charge.

Sur Windows, wimlib-imagex vous inscrire ainsi que wimlib-imagex extrait essayez d'extraire autant de données et
métadonnées que possible, y compris :

· Tous les flux de données de tous les fichiers. Cela inclut le contenu du fichier par défaut, ainsi que
flux de données nommés s'ils sont pris en charge par le volume cible.

· Points d'analyse, y compris les liens symboliques, les points de jonction et autres points d'analyse,
si pris en charge par le volume cible. (Remarque : voir --rpfix ainsi que --norpfix pour la documentation
sur la manière exacte dont les liens et les jonctions symboliques absolus sont extraits.) Cependant, selon
les paramètres de sécurité par défaut de Windows, il est impossible de créer un lien symbolique
ou point de jonction sans privilèges d'administrateur ; par conséquent, vous devez exécuter wimlib-
imagex en tant qu'Administrateur si vous souhaitez restaurer intégralement une image contenant des symboles
liens et/ou points de jonction. (Sinon, un simple avertissement sera émis lorsqu'un
le lien symbolique ou le point de jonction ne peut pas être extrait en raison de privilèges insuffisants.)

· Horodatages de création, d'accès et de modification de fichiers et de répertoires, au plus haut
résolution prise en charge par le volume cible.

· Descripteurs de sécurité, s'ils sont pris en charge par le système de fichiers et --pas d'acls n'est pas spécifié.
De plus, à moins que --strict-acls est spécifié, les descripteurs de sécurité pour
les fichiers ou répertoires individuels peuvent être omis ou seulement partiellement définis si l'utilisateur ne
pas la permission de les définir, ce qui peut être un problème si wimlib-imagex est exécuté comme un
non administrateur.

· Attributs de fichier, y compris cachés, clairsemés, compressés, cryptés, etc., lorsqu'ils sont pris en charge
par le système de fichiers.

· Noms DOS (8.3) noms de fichiers ; cependant, le fait de ne pas les définir n'est pas considéré comme un
condition d'erreur.

· Liens physiques, s'ils sont pris en charge par le système de fichiers.

Notes supplémentaires sur l'extraction de fichiers sous Windows :

· wimlib-imagex émettra un avertissement lorsqu'il est incapable d'extraire les métadonnées exactes et
données de l'image WIM, par exemple en raison de la non-prise en charge des fonctionnalités mentionnées ci-dessus
par le système de fichiers cible.

· Étant donné que les fichiers cryptés (avec FILE_ATTRIBUTE_ENCRYPTED) ne sont pas stockés en clair dans
l'image WIM, wimlib-imagex ne peut pas restaurer les fichiers cryptés sur les systèmes de fichiers non
prenant en charge le cryptage. Par conséquent, sur de tels systèmes de fichiers, les fichiers cryptés ne seront pas
extrait. De plus, même si les fichiers cryptés sont restaurés sur un système de fichiers qui
prend en charge le cryptage, ils ne seront décryptables que si la clé de décryptage est disponible.

· Les fichiers dont les noms ne peuvent pas être représentés sous Windows ne seront pas extraits par
défaut; voir --include-noms-invalides.

· Les fichiers avec des chemins complets de plus de 260 caractères (le soi-disant MAX_PATH) seront extraits,
mais sachez que ces fichiers seront inaccessibles à la plupart des logiciels Windows et peuvent ne pas
pouvoir être supprimé facilement.

· Sous Windows, sauf si le --pas d'acls option est spécifiée, wimlib tentera de restaurer
les descripteurs de sécurité des fichiers exactement tels qu'ils sont fournis dans l'image WIM. Il faut se méfier
que les installations Windows typiques contiennent des fichiers dont les descripteurs de sécurité ne
autoriser l'administrateur à les supprimer. Par conséquent, de tels fichiers ne pourront pas être
supprimé, ou dans certains cas même lu, après extraction, à moins qu'il ne soit traité avec un
programme spécialisé qui sait acquérir le SE_RESTORE_NAME et/ou SE_BACKUP_NAME
privilèges qui permettent de contourner les listes de contrôle d'accès. Ce n'est pas un bug dans wimlib,
qui fonctionne comme prévu pour restaurer correctement les données archivées, mais plutôt un
problème avec les droits d'accès que Windows utilise sur certains fichiers. Mais si tu veux juste
les données du fichier et ne vous souciez pas des descripteurs de sécurité, utilisez --pas d'acls passer
restaurer tous les descripteurs de sécurité.

· Une mise en garde similaire à ce qui précède s'applique aux attributs de fichier tels que Lecture seule, Masqué et
Système. De par sa conception, sous Windows, wimlib restaure ces attributs de fichier ; donc,
les fichiers extraits peuvent avoir ces attributs. Si ce n'est pas ce que vous voulez, utilisez le
--no-attributs option.

DIVISÉ WIMS

Vous pouvez utiliser wimlib-imagex vous inscrire pour appliquer des images à partir d'un WIM divisé. Les FICHIER WIMF argument
doit spécifier la première partie du WIM fractionné, tandis que les parties supplémentaires du WIM fractionné
doit être spécifié dans un ou plusieurs --réf="GLOBE". Étant donné que le globbing est intégré au
--réf option, généralement un seul --réf option est nécessaire. Par exemple, les noms de
les parties WIM divisées vont généralement comme :

monwim.swm
mawim2.swm
mawim3.swm
mawim4.swm
mawim5.swm

Pour appliquer la première image de ce WIM fractionné au répertoire "dir", exécutez :

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

Comme cas particulier, si vous appliquez une image à partir d'une entrée standard d'un WIM divisé qui
est également pipable (comme décrit dans PIPABLE WIMS) et de --réf l'option n'est pas nécessaire ; à la place tu
doit s'assurer que toutes les parties WIM divisées sont concaténées sur l'entrée standard.
Ils peuvent être fournis dans n'importe quel ordre, à l'exception de la première partie, qui doit être
d'abord.

PIPABLE WIMS

À partir de wimlib 1.5.0, wimlib-imagex vous inscrire prend en charge l'application d'un WIM à partir d'un fichier non recherchable,
comme un tuyau, à condition que le WIM ait été capturé avec --pipable (voir wimlib-imagex
capturer(1)). Pour utiliser l'entrée standard comme WIM, spécifiez "-" comme FICHIER WIMF. Une utilisation utile de
cette capacité consiste à appliquer une image à partir d'un WIM tout en la diffusant à partir d'un serveur. Pour
exemple, pour appliquer la première image d'un fichier WIM disponible sur un serveur HTTP à un NTFS
volume sur /dev/sda1, exécutez quelque chose comme :

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

(Ce qui précède a également utilisé le wimappliquer abréviation pour wimlib-imagex vous inscrire.) Remarque : fichiers WIM
ne sauraient pipable par défaut ; vous devez les capturer explicitement avec --pipable, Et ils
ne sauraient compatible avec les logiciels de Microsoft. Voir wimlib-imagex capturer(1) pour plus
</br>L’Information.

Il est possible d'appliquer une image à partir d'un WIM pipable divisé en plusieurs parties ; voir DIVISÉ
WIMS.

OPTIONS

--Chèque
Lors de la lecture FICHIER WIMF, vérifiez son intégrité si la table d'intégrité est présente.

--réf="GLOBE"
Fichier global de WIM supplémentaires ou fractionnement de parties WIM à partir desquelles référencer les ressources. Voir
SPLIT_WIMS. Cette option peut être spécifiée plusieurs fois. Noter: GLOBE est répertorié dans
guillemets parce qu'il est interprété par wimlib-imagex et peut devoir être cité à
protéger contre l'expansion de la coque.

--rpfix, --norpfix
Définir s'il faut corriger les cibles des liens symboliques absolus (points d'analyse dans Windows
terminologie) ou non. Lorsqu'il est activé (--rpfix), extrait des liens symboliques absolus qui
sont marqués dans l'image WIM comme étant fixes sont supposés avoir des cibles absolues
par rapport à la racine de l'image, et donc wimlib-imagex vous inscrire précède l'absolu
chemin vers le répertoire cible d'extraction vers leurs cibles. L'intention est que vous
peut appliquer une image contenant des liens symboliques absolus et les avoir toujours valides
après avoir été appliqué à n'importe quel endroit.

Le comportement par défaut est --rpfix si des images dans FICHIER WIMF ont été capturés avec
corrections de points de réparation effectuées. Sinon, c'est --norpfix.

Les corrections de points d'analyse ne sont jamais effectuées en mode d'extraction de volume NTFS sous UNIX
systèmes.

--unix-données
(Systèmes de type UNIX uniquement) Restaurez les propriétaires, les groupes, les modes et les ID de périphérique UNIX (principaux
et nombres mineurs) qui ont été capturés par wimlib-imagex capturer les --unix-données
option. Depuis wimlib v1.7.0, vous pouvez sauvegarder et restaurer non seulement l'UNIX standard
les informations d'autorisation de fichier, mais aussi les nœuds de périphérique de caractère, les nœuds de périphérique de bloc,
les canaux nommés (FIFO) et les sockets de domaine UNIX.

--pas d'acls
Ne restaurez pas les descripteurs de sécurité sur les fichiers et répertoires extraits.

--strict-acls
Échouer immédiatement si le descripteur de sécurité complet d'un fichier ou d'un répertoire ne peut pas être
défini exactement comme spécifié dans le fichier WIM. Si cette option n'est pas spécifiée, lorsque
wimlib-imagex sous Windows n'est pas autorisé à définir un descripteur de sécurité sur un
extrait du fichier, il revient à le définir seulement partiellement (par exemple avec SACL omis),
et dans le pire des cas l'omet complètement. Cependant, cela ne devrait être un problème
en courant wimlib-imagex sans droits d'administrateur. Aussi, sur UNIX-like
systèmes, ce drapeau peut également être combiné avec --unix-données provoquer wimlib-imagex à
échouer immédiatement si le propriétaire, le groupe ou le mode UNIX sur un fichier extrait ne peut pas être
fixé pour quelque raison que ce soit.

--no-attributs
Ne restaurez pas les attributs de fichier Windows tels que lecture seule, masqué, etc.

--include-noms-invalides
Extrayez les fichiers et répertoires avec des noms invalides en remplaçant les caractères et
en ajoutant un suffixe plutôt que de les ignorer. Exactement ce qui est considéré comme un
Le nom « invalide » dépend de la plate-forme.

Sur les systèmes compatibles POSIX, les noms de fichiers sont sensibles à la casse et peuvent contenir n'importe quel octet
sauf '\0' et '/', donc sur un système compatible POSIX, cette option n'aura qu'un
effet dans le cas improbable où l'image WIM pour une raison quelconque a un nom de fichier
contenant l'un de ces caractères.

Sous Windows, les noms de fichiers sont insensibles à la casse, ne peuvent pas inclure les caractères '/', '\0',
'\', ':', '*', '?', '"', '<', '>' ou '|', et ne peut pas se terminer par un espace ou un point.
Normalement, les fichiers des images WIM doivent également remplir ces conditions. Cependant, il est
pas garanti, et en particulier une image WIM capturée avec wimlib-imagex sur un
Un système compatible POSIX peut contenir de tels fichiers. Par défaut, les noms invalides seront
ignoré, et s'il y a plusieurs noms qui ne diffèrent que par la casse, un sera choisi
extraire arbitrairement ; cependant, avec --include-noms-invalides, tous les noms seront
désinfecté et extrait sous une forme ou une autre.

--wimboot
Windows uniquement : au lieu d'extraire les fichiers eux-mêmes, extrayez les « fichiers pointeurs »
retour aux archives WIM. Cela peut entraîner des économies d'espace importantes. Cependant,
cela entraîne plusieurs coûts potentiels, tels que l'impossibilité de supprimer le WIM
archive(s) et peut-être avoir un accès plus lent aux fichiers. Voir Microsoft
documentation pour "WIMBoot" pour plus d'informations.

Si elle existe, la section [PrepopulateList] du fichier
\Windows\System32\WimBootCompress.ini dans l'image WIM sera lu. Correspondance de fichiers
n'importe lequel de ces modèles sera extrait normalement, et non en tant que "fichiers pointeurs" WIMBoot.
Ceci est utile pour certains fichiers que Windows doit lire au début du démarrage
processus.

Cette option ne fonctionne que lorsque le programme est exécuté en tant qu'administrateur et la cible
le volume est NTFS ou un autre système de fichiers qui prend en charge les points d'analyse.

De plus, cette option fonctionne mieux sous Windows 8.1 Update 1 ou version ultérieure,
puisqu'il s'agit de la première version de Windows qui contient le fichier de superposition Windows
Pilote de filtre système ("WOF"). Si le pilote WOF est détecté, wimlib créera le
WIMBoot "fichiers pointeurs" à l'aide d'ioctls documentés fournis par WOF.

Sinon, si le pilote WOF n'est pas détecté, wimlib créera les points d'analyse
et éditez le fichier "\System Volume Information\WimOverlay.dat" sur le volume cible
manuellement. Ceci est potentiellement sujet à des problèmes, car bien que le code fonctionne en
certains cas testés, aucun de ces formats de données n'est réellement documenté par
Microsoft. Avant d'écraser ce fichier, wimlib enregistrera la version précédente dans
"\System Volume Information\WimOverlay.wimlib_backup", que vous pourriez potentiellement
restaurer si nécessaire.

En fait, vous pouvez toujours faire un --wimboot extraction même si l'image WIM n'est pas marquée
comme "compatible WIMBoot". Cette option permet de définir les fichiers extraits comme
"soutenu de l'extérieur" par le fichier WIM. Le pilote de Microsoft qui implémente cela
La fonctionnalité de "soutien externe" ne se soucie apparemment pas de savoir si l'image (s) dans le
WIM est vraiment marqué comme compatible WIMBoot. Par conséquent, la "compatible WIMBoot"
étiqueter ( dans les données XML) semble être un marqueur d'intention uniquement. En outre,
le pilote Microsoft peut sauvegarder en externe des fichiers à partir de fichiers WIM qui utilisent des morceaux XPRESS
de taille 8192, 16384 et 32768, ou des morceaux LZX de taille 32768, en plus du
morceaux XPRESS par défaut de taille 4096 qui sont créés lorsque wimlib-imagex capturer is
courir avec le --wimboot option.

--compact=Format
Windows uniquement : compressez les fichiers extraits à l'aide de la compression système, lorsque cela est possible.
Cela ne fonctionne que sur Windows 10 ou version ultérieure, ou sur une ancienne version de Windows à laquelle
Le pilote wofadk.sys de Microsoft a été ajouté. Plusieurs formats de compression différents
peut être utilisé avec la compression système, et l'un doit être spécifié comme FormatL’
les choix sont : xpress4k, xpress8k, xpress16k et lzx.

Les exclusions sont traitées de la même manière qu'avec le --wimboot option. C'est-à-dire : s'il
existe, la section [PrepopulateList] du fichier
\Windows\System32\WimBootCompress.ini dans l'image WIM sera lu et les fichiers
correspondant à l'un des modèles de cette section ne sera pas compressé. En outre,
wimlib a une liste codée en dur de fichiers pour lesquels il connaît, pour la compatibilité avec le
Chargeur de démarrage Windows, pour remplacer le format de compression demandé.

NOTES

Données intégrité: les fichiers WIM incluent des résumés de message SHA1 pour les données de fichier. wimlib-imagex
vous inscrire calcule le condensé de message SHA1 de chaque fichier qu'il extrait et émet une erreur si
il n'est pas égal au condensé de message SHA1 fourni dans le WIM. (Ce comportement par défaut
semble équivalent au /Vérifier option d'ImageX.) Notez que ceci est séparé de l'option
table d'intégrité du WIM, qui fournit des résumés de message SHA1 sur des morceaux bruts du
l'intégralité du fichier WIM et est vérifié séparément si le --Chèque est spécifiée.

ESD fichiers: wimlib v1.6.0 et versions ultérieures peuvent extraire des fichiers des WIM de la version 3584, qui
contenir des ressources solides compressées par LZMS et peut porter le .esd extension de fichier plutôt que
.wim. Toutefois, .esd les fichiers téléchargés directement par le téléchargeur Web de Windows 8 ont
segments cryptés, et wimlib ne peut pas extraire de tels fichiers tant qu'ils ne sont pas déchiffrés pour la première fois.

Annuaire traversée attaques: wimlib valide les noms de fichiers avant de les extraire et n'est pas
vulnérable aux attaques de traversée de répertoire. Ceci est en contraste avec Microsoft
WIMGAPI/ImageX/DISM qui peut écraser des fichiers arbitraires sur le lecteur cible lorsque
extraire un fichier WIM malveillant contenant des fichiers nommés .. ou contenant des séparateurs de chemin.

EXEMPLES

Extraire la première image de l'image Windows PE sur Windows (Vista ou version ultérieure)
support d'installation dans le répertoire "boot":

wimlib-imagex applique /mnt/windows/sources/boot.wim 1 démarrage

Comme ci-dessus, mais en utilisant le wimappliquer abréviation:

wimapply /media/windows/sources/boot.wim 1 démarrage

Sous Windows, appliquez une image d'un volume entier, par exemple à partir de "install.wim" qui peut
se trouve sur le support d'installation de Windows (Vista ou version ultérieure) :

wimlib-imagex applique install.wim 1 E:\

Identique à ci-dessus, mais fonctionnant sur un système de type UNIX où la partition correspondante est
/dev/sda2 :

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

Notez qu'avant d'exécuter l'une des commandes ci-dessus, un système de fichiers NTFS peut avoir besoin d'être
créé sur la partition, par exemple avec format.exe sous Windows ou mkntfs(8) (partie de
NTFS-3g) sur les systèmes de type UNIX. Par exemple, vous pouvez exécuter :

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

(Bien sûr, ne faites pas cela si vous ne voulez pas détruire toutes les données existantes sur la partition !)

Un exemple d'application d'un WIM pipable à partir d'un tuyau peut être trouvé dans PIPABLE WIMSEt un
un exemple d'application d'un WIM fractionné peut être trouvé dans DIVISÉ WIMS.

Utilisez wimapply en ligne en utilisant les services onworks.net