InglésFrancésEspañol

Ad


icono de página de OnWorks

wimlib-imagex-apply: en línea en la nube

Ejecute wimlib-imagex-apply en el proveedor de alojamiento gratuito de OnWorks sobre Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS

Este es el comando wimlib-imagex-apply que se puede ejecutar en el proveedor de alojamiento gratuito de OnWorks utilizando una de nuestras múltiples estaciones de trabajo en línea gratuitas, como Ubuntu Online, Fedora Online, emulador en línea de Windows o emulador en línea de MAC OS.

PROGRAMA:

NOMBRE


wimlib-imagex-apply: extrae una imagen, o todas las imágenes, de un archivo WIM

SINOPSIS


wimlib-imagex aplicar WIMFILE [IMAGEN] OBJETIVO [OPCIÓN...]

DESCRIPCIÓN


wimlib-imagex aplicar extrae una imagen, o todas las imágenes, del archivo de imágenes de Windows (WIM)
WIMFILE. Este comando también está disponible simplemente aplicar si el enlace duro apropiado
o se ha instalado un archivo por lotes.

Este comando está diseñado para extraer, o "aplicar", una o más imágenes WIM completas. Si tu
en su lugar, desea extraer solo ciertos archivos o directorios contenidos en una imagen WIM,
Considere usar wimlib-imagex extraerlos or wimlib-imagex montar en lugar de. (wimlib-imagex montar
no es compatible con Windows).

IMAGEN especifica la imagen WIM en WIMFILE extraer. Puede ser un índice basado en 1 de un
imagen en WIMFILE, el nombre de una imagen en WIMFILEo la palabra clave "todos" para indicar que
todas las imágenes en WIMFILE se van a extraer. Utilizar el wimlib-imagex info (1) comando para mostrar
qué imágenes contiene un archivo WIM. IMAGEN puede omitirse si WIMFILE contiene solo una imagen.

OBJETIVO especifica dónde extraer la imagen WIM. Si OBJETIVO especifica un directorio, el
La imagen WIM se extrae a ese directorio (consulte De miembros EXTRACCIÓN (Unix) or De miembros
EXTRACCIÓN (VENTANAS)). Del mismo modo, si OBJETIVO especifica un archivo inexistente, un directorio es
creado en esa ubicación y la imagen WIM se extrae a ese directorio.

If IMAGEN se especifica como "todas", luego todas las imágenes en WIMFILE en realidad se extraen en
subdirectorios de OBJETIVO, cada uno de los cuales recibe el nombre de la imagen correspondiente,
recurrir al índice de imágenes en el caso de una imagen sin nombre o un nombre no válido
como nombre de archivo.

Alternativamente, solo en sistemas similares a UNIX, si OBJETIVO especifica un archivo o bloque normal
dispositivo, se interpreta como un volumen NTFS al que se va a extraer la imagen WIM (consulte
NTFS VOLUMEN EXTRACCIÓN (Unix)). En este modo, solo se puede extraer una imagen y
solo se admite la extracción a la raíz del volumen NTFS (no a un subdirectorio del mismo).

WIMFILE puede ser "-" para leer el WIM de la entrada estándar en lugar de un archivo, pero consulte
TUBERÍAS WIMS para obtener más información.

wimlib-imagex aplicar admite la aplicación de imágenes de WIM independientes y de WIM divididos.
See SPLIT WIMS.

De miembros EXTRACCIÓN (Unix)


Esta sección documenta cómo wimlib-imagex aplicar (y también wimlib-imagex extraerlos) extraer un
Imagen WIM (o posiblemente un subconjunto de la misma, en el caso de wimlib-imagex extraerlos) a un
directorio en sistemas similares a UNIX. Ver De miembros EXTRACCIÓN (VENTANAS) para el correspondiente
documentación para Windows.

Como se mencionó, una imagen WIM se puede aplicar a un directorio en un sistema similar a UNIX proporcionando
a OBJETIVO directorio. Sin embargo, es importante tener en cuenta que el formato WIM fue
diseñado para Windows y, como resultado, los archivos WIM pueden contener datos o metadatos que no pueden
estar representado en sistemas similares a UNIX. La información principal que wimlib-imagex seguirá no be
capaz de extraer en sistemas similares a UNIX es lo siguiente:

· Descriptores de seguridad de Windows (que incluyen el propietario del archivo, el grupo y las ACL).

· Flujos de datos con nombre.

· Analizar puntos distintos de los enlaces simbólicos y los puntos de unión.

· Ciertos atributos de archivo como compresión, cifrado y escasez.

· Nombres cortos (DOS) para archivos.

· Marcas de tiempo de creación de archivos.

Notas: Los datos y metadatos no admitidos simplemente no se extraen, pero wimlib-imagex seguirá
intentar advertirle cuando el contenido de la imagen WIM no se puede representar exactamente cuando
extraído. Las marcas de tiempo de último acceso y última modificación se especifican en 100 nanosegundos
granularidad en el archivo WIM, pero solo se extraerá con la precisión más alta admitida
por el sistema operativo subyacente, la biblioteca C y el sistema de archivos. Los archivos comprimidos se
extraídos como sin comprimir, mientras que los archivos cifrados no se extraerán en absoluto.

NTFS VOLUMEN EXTRACCIÓN (Unix)


Esta sección documenta cómo wimlib-imagex aplicar extrae una imagen WIM directamente a un NTFS
imagen de volumen en sistemas similares a UNIX.

Como se mencionó, wimlib-imagex que se ejecuta en un sistema similar a UNIX puede aplicar una imagen WIM directamente
a un volumen NTFS especificando OBJETIVO como un archivo normal o un dispositivo de bloque que contiene un
Sistema de archivos NTFS. El sistema de archivos NTFS no necesita estar vacío, aunque se espera que esté
vacío para los casos de uso previstos. Se puede crear un nuevo sistema de archivos NTFS usando el
mkntfs(8) comando provisto con ntfs-3g.

En este modo de extracción de volumen NTFS, la imagen WIM se extrae a la raíz de NTFS
el volumen de alguna manera conserva casi toda la información contenida en la imagen WIM. Por lo tanto
no sufre de las limitaciones descritas en De miembros EXTRACCIÓN (Unix). Esto
El soporte se basa en libntfs-3g para escribir en el volumen NTFS y manejar NTFS específico y
Datos específicos de Windows.

Tenga en cuenta que este modo de extracción de volumen NTFS es no ingresado si OBJETIVO es un directorio,
incluso si un sistema de archivos NTFS está montado en OBJETIVO. Debe especificar el volumen NTFS en sí
(y debe estar desmontado y debe tener permiso para escribir en él).

Este modo de extracción de volumen NTFS intenta extraer tanta información como sea posible,
incluyendo:

· Todos los flujos de datos de todos los archivos excepto los archivos cifrados, incluidos los datos sin nombre
stream, así como todos los flujos de datos con nombre.

· Puntos de análisis, incluidos enlaces simbólicos, puntos de unión y otros puntos de análisis.

· Marcas de tiempo de creación, acceso y modificación de archivos y directorios, utilizando el
Resolución NTFS de 100 nanosegundos.

· Descriptores de seguridad de Windows, incluidos todos los componentes (propietario, grupo, DACL y SACL).

· Banderas de atributos de archivos de DOS / Windows.

· Todos los nombres de todos los archivos, incluidos los nombres en el espacio de nombres de Win32, el espacio de nombres de DOS,
Espacio de nombres Win32 + DOS y espacio de nombres POSIX. Esto incluye enlaces duros.

Sin embargo, también existen varias limitaciones conocidas del modo de extracción de volumen NTFS:

· No se extraerán los archivos cifrados.

· Wimlib v1.7.0 y posterior: los atributos de archivo dispersos no se extraerán (el mismo comportamiento
como ImageX / DISM / WIMGAPI). wimlib v1.6.2 y anteriores: aunque los atributos de archivo son escasos
se aplicará, los datos completos se extraerán a cada archivo disperso, por lo que se extraerán
Es posible que los archivos "dispersos" no contengan regiones dispersas.

Independientemente, dado que casi toda la información de la imagen WIM se restaura en este modo,
es posible (y totalmente compatible) restaurar una imagen de una instalación real de Windows
usando wimlib-imagex en sistemas similares a UNIX como alternativa al uso wimlib-imagex on
Windows. En los ejemplos al final de esta página de manual, hay un ejemplo de aplicación
una imagen del archivo "install.wim" contenido en el medio de instalación para Windows
(Vista o posterior) en el directorio "fuentes".

Tenga en cuenta que para iniciar Windows (Vista o posterior) desde una imagen "install.wim" aplicada,
también debe marcar la partición como "de arranque" y configurar varios archivos de arranque, como
\ BOOTMGR y \ BOOT \ BCD. La última tarea se logra más fácilmente ejecutando el
programa "bcdboot.exe" desde un sistema Windows en vivo (como Windows PE), pero hay otros
opciones también.

De miembros EXTRACCIÓN (VENTANAS)


En Windows, wimlib-imagex aplicar y wimlib-imagex extraerlos compatible de forma nativa con Windows
datos específicos y específicos de NTFS. Para obtener mejores resultados, el directorio de destino debe ubicarse
en un volumen NTFS y wimlib-imagex debe ejecutarse con privilegios de administrador; sin embargo,
También se admiten sistemas de archivos que no sean NTFS y que se ejecuten sin privilegios de administrador.

En Windows, wimlib-imagex aplicar y wimlib-imagex extraerlos intente extraer la mayor cantidad de datos y
metadatos como sea posible, incluyendo:

· Todos los flujos de datos de todos los archivos. Esto incluye el contenido del archivo predeterminado, así como
flujos de datos con nombre si es compatible con el volumen de destino.

· Puntos de análisis, incluidos enlaces simbólicos, puntos de unión y otros puntos de análisis,
si es compatible con el volumen de destino. (Nota: ver --rpfix y --norpfix para documentación
sobre exactamente cómo se extraen los enlaces y uniones simbólicos absolutos.) Sin embargo, según
la configuración de seguridad predeterminada de Windows, es imposible crear un enlace simbólico
o punto de unión sin privilegios de administrador; por lo tanto, debes correr wimlib-
imagex como administrador si desea restaurar por completo una imagen que contenga
enlaces y / o puntos de unión. (De lo contrario, se emitirá simplemente una advertencia cuando
El enlace simbólico o el punto de unión no se pueden extraer debido a privilegios insuficientes).

· Marcas de tiempo de creación, acceso y modificación de archivos y directorios, al máximo
resolución admitida por el volumen de destino.

· Descriptores de seguridad, si son compatibles con el sistema de archivos y --no-acls no se especifica
Además, a menos que --estricto-acls se especifica, los descriptores de seguridad para
Los archivos o directorios individuales pueden omitirse o configurarse solo parcialmente si el usuario lo hace.
no tengo permiso para configurarlos, lo que puede ser un problema si wimlib-imagex se ejecuta como un
no administrador.

· Atributos de archivo, incluidos ocultos, dispersos, comprimidos, cifrados, etc., cuando se admiten
por el sistema de archivos.

· Nombres de DOS (8.3) nombres de archivos; Sin embargo, no establecerlos no se considera un problema.
condición de error

· Vínculos duros, si los admite el sistema de archivos.

Notas adicionales sobre la extracción de archivos en Windows:

· wimlib-imagex emitirá una advertencia cuando no pueda extraer los metadatos exactos y
datos de la imagen WIM, por ejemplo, debido a que las funciones mencionadas anteriormente no son compatibles
por el sistema de archivos de destino.

· Dado que los archivos cifrados (con FILE_ATTRIBUTE_ENCRYPTED) no se almacenan en texto sin formato en
la imagen WIM, wimlib-imagex no puede restaurar archivos cifrados en sistemas de archivos no
soporte de cifrado. Por lo tanto, en dichos sistemas de archivos, los archivos cifrados no se
extraído. Además, incluso si los archivos cifrados se restauran en un sistema de archivos que
admite el cifrado, solo se podrán descifrar si la clave de descifrado está disponible.

· Los archivos con nombres que no se pueden representar en Windows no serán extraídos por
defecto; ver --include-nombres-inválidos.

· Se extraerán los archivos con rutas completas de más de 260 caracteres (las llamadas MAX_PATH),
pero tenga en cuenta que dichos archivos serán inaccesibles para la mayoría del software de Windows y es posible que no
poder ser borrado fácilmente.

· En Windows, a menos que --no-acls se especifica la opción, wimlib intentará restaurar
descriptores de seguridad de los archivos exactamente como se proporcionan en la imagen WIM. Tener cuidado
que las instalaciones típicas de Windows contienen archivos cuyos descriptores de seguridad no
permitir que el administrador los elimine. Por lo tanto, dichos archivos no podrán ser
eliminado, o en algunos casos incluso leído, después de la extracción, a menos que se procese con un
programa especializado que sabe adquirir el SE_RESTORE_NAME y / o SE_BACKUP_NAME
privilegios que permiten anular las listas de control de acceso. Esto no es un error en wimlib,
que funciona como diseñado para restaurar correctamente los datos que se archivaron, sino más bien un
Problema con los derechos de acceso que Windows usa en ciertos archivos. Pero si solo quieres
los datos del archivo y no se preocupan por los descriptores de seguridad, utilice --no-acls saltear
restaurando todos los descriptores de seguridad.

· Una advertencia similar a la anterior se aplica a los atributos de archivo como Readonly, Hidden y
Sistema. Por diseño, en Windows, wimlib restaurará dichos atributos de archivo; por lo tanto,
los archivos extraídos pueden tener esos atributos. Si esto no es lo que desea, utilice el
--no-atributos .

SPLIT WIMS


Puedes utilizar wimlib-imagex aplicar para aplicar imágenes de un WIM dividido. los WIMFILE argumento
debe especificar la primera parte del WIM dividido, mientras que las partes adicionales del WIM dividido
debe especificarse en uno o más --árbitro="MUNDIALIZA". Dado que el globbing está integrado en
--árbitro opción, normalmente solo una --árbitro la opción es necesaria. Por ejemplo, los nombres de
las partes WIM divididas suelen ser algo como:

miwim.swm
miwim2.swm
miwim3.swm
miwim4.swm
miwim5.swm

Para aplicar la primera imagen de este WIM dividido al directorio "dir", ejecute:

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

Como caso especial, si está aplicando una imagen de una entrada estándar de un WIM dividido que
también es pipable (como se describe en TUBERÍAS WIMS), el --árbitro la opción es innecesaria; en cambio tu
debe asegurarse de que todas las partes WIM divididas se concatenan juntas en la entrada estándar.
Se pueden proporcionar en cualquier orden, a excepción de la primera parte, que debe ser
de antemano.

TUBERÍAS WIMS


A partir de wimlib 1.5.0, wimlib-imagex aplicar admite la aplicación de un WIM desde un archivo que no se puede buscar,
como una tubería, siempre que el WIM se haya capturado con --pipable (consulta: wimlib-imagex
capturar(1)). Para utilizar la entrada estándar como WIM, especifique "-" como WIMFILE. Un uso útil de
esta capacidad es aplicar una imagen de un WIM mientras la transmite desde un servidor. Para
ejemplo, para aplicar la primera imagen de un archivo WIM disponible en un servidor HTTP a un NTFS
volumen en / dev / sda1, ejecute algo como:

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

(Lo anterior también usó el aplicar abreviatura de wimlib-imagex aplicar.) Nota: archivos WIM
en no pipable por defecto; tienes que capturarlos explícitamente con --pipable, y ellos
en no compatible con el software de Microsoft. Ver wimlib-imagex capturar(1) para más
información.

Es posible aplicar una imagen de un WIM pipable dividido en varias partes; ver SPLIT
WIMS.

CAMPUS


--cheque
Al leer WIMFILE, verifique su integridad si la tabla de integridad está presente.

--árbitro="MUNDIALIZA"
File glob de WIM adicionales o partes WIM divididas para hacer referencia a los recursos. Ver
DIVIDIR_WIMS. Esta opción se puede especificar varias veces. Nota: MUNDIALIZA aparece en
comillas porque es interpretado por wimlib-imagex y es posible que deba cotizar
proteger contra la expansión de la cáscara.

--rpfix, --norpfix
Establecer si se van a corregir los objetivos de los enlaces simbólicos absolutos (puntos de reanálisis en Windows
terminología) o no. Cuando está habilitado (--rpfix), extrajo enlaces simbólicos absolutos que
están marcados en la imagen WIM como fijos se supone que tienen objetivos absolutos
relativo a la raíz de la imagen, y por lo tanto wimlib-imagex aplicar antepone el absoluto
ruta al directorio de destino de extracción a sus destinos. La intencion es que tu
Puede aplicar una imagen que contenga enlaces simbólicos absolutos y seguir siendo válidos.
después de que se haya aplicado a cualquier ubicación.

El comportamiento predeterminado es --rpfix si hay imágenes en WIMFILE han sido capturados con
arreglos del punto de reanálisis hechos. De lo contrario, es --norpfix.

Las reparaciones de puntos de reanálisis nunca se realizan en el modo de extracción de volumen NTFS en tipo UNIX
.

--unix-datos
(Solo sistemas similares a UNIX) Restaurar propietarios, grupos, modos e ID de dispositivo de UNIX (principales
y números menores) que fueron capturados por wimlib-imagex capturar con el --unix-datos
opción. A partir de wimlib v1.7.0, puede realizar copias de seguridad y restaurar no solo el estándar UNIX
información de permisos de archivo, pero también nodos de dispositivos de caracteres, nodos de dispositivos de bloques,
canalizaciones con nombre (FIFO) y sockets de dominio UNIX.

--no-acls
No restaure descriptores de seguridad en archivos y directorios extraídos.

--estricto-acls
Fallar inmediatamente si el descriptor de seguridad completo de cualquier archivo o directorio no se puede
establecer exactamente como se especifica en el archivo WIM. Si no se especifica esta opción, cuando
wimlib-imagex en Windows no tiene permiso para establecer un descriptor de seguridad en un
archivo extraído, vuelve a configurarlo solo parcialmente (por ejemplo, con SACL omitido),
y en el peor de los casos lo omite por completo. Sin embargo, esto solo debería ser un problema
al correr wimlib-imagex sin derechos de administrador. Además, en tipo UNIX
sistemas, esta bandera también se puede combinar con --unix-datos causar wimlib-imagex a
fallar inmediatamente si el propietario, grupo o modo de UNIX en un archivo extraído no se puede
establecido por cualquier motivo.

--no-atributos
No restaure atributos de archivo de Windows como solo lectura, oculto, etc.

--include-nombres-inválidos
Extraiga archivos y directorios con nombres no válidos reemplazando caracteres y
agregando un sufijo en lugar de ignorarlos. Exactamente lo que se considera un
El nombre "no válido" depende de la plataforma.

En los sistemas compatibles con POSIX, los nombres de archivo distinguen entre mayúsculas y minúsculas y pueden contener cualquier byte
excepto '\ 0' y ´ / ', por lo que en un sistema compatible con POSIX esta opción solo tendrá una
efecto en el improbable caso de que la imagen WIM por alguna razón tenga un nombre de archivo
que contiene uno de estos caracteres.

En Windows, los nombres de archivo no distinguen entre mayúsculas y minúsculas, no pueden incluir los caracteres '/', ´ \ 0 ',
'\', ':', '*', '?', '"', '<', '>' o '|', y no puede terminar con un espacio o un punto.
Por lo general, los archivos de imágenes WIM también deben cumplir estas condiciones. Sin embargo lo és
no garantizado, y en particular una imagen WIM capturada con wimlib-imagex en un
El sistema compatible con POSIX podría contener dichos archivos. De forma predeterminada, los nombres no válidos serán
ignorado, y si hay varios nombres que difieren solo en el caso, se elegirá uno
extraer arbitrariamente; sin embargo, con --include-nombres-inválidos, todos los nombres serán
desinfectado y extraído de alguna forma.

--wimboot
Solo Windows: en lugar de extraer los archivos, extraiga los "archivos de puntero".
volver a los archivos WIM. Esto puede resultar en importantes ahorros de espacio. Sin embargo,
tiene varios costos potenciales, como no poder eliminar el WIM
archivo (s) y posiblemente tener un acceso más lento a los archivos. Ver Microsoft
documentación de "WIMBoot" para obtener más información.

Si existe, la sección [PrepopulateList] del archivo
Se leerá \ Windows \ System32 \ WimBootCompress.ini en la imagen WIM. Archivos coincidentes
cualquiera de estos patrones se extraerá normalmente, no como "archivos de puntero" de WIMBoot.
Esto es útil para ciertos archivos que Windows necesita leer al principio del arranque.
.

Esta opción solo funciona cuando el programa se ejecuta como administrador y el objetivo
el volumen es NTFS u otro sistema de archivos que admita puntos de análisis.

Además, esta opción funciona mejor cuando se ejecuta en Windows 8.1 Update 1 o posterior,
ya que es la primera versión de Windows que contiene el archivo de superposición de Windows
Controlador de filtro del sistema ("WOF"). Si se detecta el controlador WOF, wimlib creará el
WIMBoot "archivos de puntero" que utilizan ioctls documentados proporcionados por WOF.

De lo contrario, si no se detecta el controlador WOF, wimlib creará los puntos de análisis
y edite el archivo "\ System Volume Information \ WimOverlay.dat" en el volumen de destino
a mano. Esto está potencialmente sujeto a problemas, ya que aunque el código funciona en
ciertos casos probados, ninguno de estos formatos de datos está realmente documentado por
Microsoft. Antes de sobrescribir este archivo, wimlib guardará la versión anterior en
"\ System Volume Information \ WimOverlay.wimlib_backup", que potencialmente podría
restaurar si es necesario.

De hecho, todavía puedes hacer un --wimboot extracción incluso si la imagen WIM no está marcada
como "compatible con WIMBoot". Esta opción hace que los archivos extraídos se establezcan como
"respaldado externamente" por el archivo WIM. El controlador de Microsoft que implementa este
La funcionalidad de "respaldo externo" aparentemente no le importa si las imágenes en el
WIM están realmente marcados como compatibles con WIMBoot. Por lo tanto, el "WIMBoot-compatible"
etiqueta ( en los datos XML) parece ser un marcador solo para la intención. Además,
el controlador de Microsoft puede realizar una copia de seguridad externa de archivos de archivos WIM que utilizan fragmentos de XPRESS
de tamaño 8192, 16384 y 32768, o trozos LZX de tamaño 32768, además del
fragmentos XPRESS predeterminados de tamaño 4096 que se crean cuando wimlib-imagex capturar is
corre con el --wimboot .

--compacto=FORMATO
Solo para Windows: comprima los archivos extraídos mediante la compresión del sistema, cuando sea posible.
Esto solo funciona en Windows 10 o posterior, o en un Windows anterior al que
Se ha agregado el controlador wofadk.sys de Microsoft. Varios formatos de compresión diferentes
puede usarse con System Compression, y uno debe especificarse como FORMATO.
las opciones son: xpress4k, xpress8k, xpress16k y lzx.

Las exclusiones se manejan de la misma manera que con el --wimboot opción. Eso es: si
existe, la sección [PrepopulateList] del archivo
\ Windows \ System32 \ WimBootCompress.ini en la imagen WIM se leerán y los archivos
que coincida con cualquiera de los patrones de esta sección no se comprimirá. Además,
wimlib tiene una lista codificada de archivos que conoce, por compatibilidad con el
Cargador de arranque de Windows, para anular el formato de compresión solicitado.

NOTAS


Datos integridad: Los archivos WIM incluyen resúmenes de mensajes SHA1 para los datos del archivo. wimlib-imagex
aplicar calcula el resumen del mensaje SHA1 de cada archivo que extrae y emite un error si
no es igual al resumen de mensajes SHA1 proporcionado en el WIM. (Este comportamiento predeterminado
parece equivalente a la /verificar opción de ImageX.) Tenga en cuenta que esto es independiente de la
tabla de integridad del WIM, que proporciona resúmenes de mensajes SHA1 sobre fragmentos sin procesar del
archivo WIM completo y se verifica por separado si el --cheque Se especifica la opción.

ESD archivos: wimlib v1.6.0 y posteriores pueden extraer archivos de WIM de la versión 3584, que generalmente
contienen recursos sólidos comprimidos con LZMS y pueden llevar la .esd extensión de archivo en lugar de
.wim. Sin embargo, .esd Los archivos descargados directamente por el descargador web de Windows 8 tienen
segmentos cifrados, y wimlib no puede extraer dichos archivos hasta que se descifren por primera vez.

Directorio atravesar ataques: wimlib valida los nombres de archivo antes de extraerlos y no
vulnerable a los ataques transversales de directorio. Esto contrasta con Microsoft
WIMGAPI / ImageX / DISM que puede sobrescribir archivos arbitrarios en la unidad de destino cuando
extraer un archivo WIM malicioso que contiene archivos denominados .. o que contenga separadores de ruta.

EJEMPLOS


Extraiga la primera imagen de la imagen de Windows PE en Windows (Vista o posterior)
medio de instalación en el directorio "boot":

wimlib-imagex aplica /mnt/windows/sources/boot.wim 1 arranque

Igual que arriba, pero usando el aplicar abreviatura:

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

En Windows, aplique una imagen de un volumen completo, por ejemplo, de "install.wim" que puede
se puede encontrar en los medios de instalación de Windows (Vista o posterior):

wimlib-imagex aplica install.wim 1 E: \

Igual que el anterior, pero ejecutándose en un sistema similar a UNIX donde la partición correspondiente está
/ dev / sda2:

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

Tenga en cuenta que antes de ejecutar cualquiera de los comandos anteriores, es posible que sea necesario instalar un sistema de archivos NTFS.
creado en la partición, por ejemplo con format.exe en Windows o mkntfs(8) (parte de
NTFS-3g) en sistemas similares a UNIX. Por ejemplo, puede ejecutar:

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

(¡Por supuesto, no haga eso si no desea destruir todos los datos existentes en la partición!)

Puede encontrar un ejemplo de cómo aplicar un WIM pipable desde una tubería en TUBERÍAS WIMS, Y un
Se puede encontrar un ejemplo de aplicación de un WIM dividido en SPLIT WIMS.

Use wimlib-imagex-apply en línea usando los servicios de onworks.net


Servidores y estaciones de trabajo gratuitos

Descargar aplicaciones de Windows y Linux

Comandos de Linux

Ad