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

PROGRAMA:

NOMBRE

wimlib-imagex-capture, wimlib-imagex-append: crea o agrega una imagen WIM

SINOPSIS

wimlib-imagex capturar FUENTE WIMFILE [NOMBRE DE LA IMÁGEN [DESCRIPCIÓN DE LA IMAGEN]] [OPCIÓN...]
wimlib-imagex anexar FUENTE WIMFILE [NOMBRE DE LA IMÁGEN [DESCRIPCIÓN DE LA IMAGEN]] [OPCIÓN...]

DESCRIPCIÓN

El wimlib-imagex capturar y wimlib-imagex anexar comandos crean una imagen de Windows (WIM)
imagen de un árbol de directorios. los wimlib-imagex capturar comando crea un nuevo archivo WIM
que contiene la imagen capturada, mientras que el wimlib-imagex anexar comando agrega el capturado
imagen a un archivo WIM existente. Estos comandos también están disponibles como captura y
Wimappend si están instalados los enlaces físicos apropiados o los archivos por lotes.

Información básica: una imagen WIM es un árbol de directorio independiente en un archivo WIM. Un WIM
El archivo puede contener cualquier número de imágenes independientes. Los archivos WIM son de instancia única con
con respecto a los datos del archivo, por lo que un archivo se almacena solo una vez en todo el WIM, independientemente de
en cuántas imágenes aparece el archivo.

FUENTE especifica la ubicación de los archivos desde los que crear la nueva imagen WIM. Si FUENTE is
un directorio, la imagen WIM se captura desde ese directorio (consulte De miembros CAPTURAR (Unix)
or De miembros CAPTURAR (VENTANAS)). Alternativamente, si el --lista de fuentes opción es
especificado, FUENTE se interpreta como un archivo que en sí mismo proporciona una lista de archivos y
directorios para incluir en la nueva imagen WIM. Alternativamente, solo en tipo UNIX
sistemas, si FUENTE es un archivo normal o un dispositivo de bloque, se interpreta como un volumen NTFS
a partir de la cual se capturará una imagen WIM usando libntfs-3g (ver NTFS VOLUMEN CAPTURAR
(Unix)).

NOMBRE DE LA IMÁGEN y DESCRIPCIÓN DE LA IMAGEN especificar el nombre y la descripción para darle al nuevo WIM
imagen. Si NOMBRE DE LA IMÁGEN no se especifica, por defecto es el nombre base (excluyendo la ruta a
directorio principal) de FUENTE, pero si este nombre ya existe en WIMFILE, un sufijo único
está agregado. De lo contrario, NOMBRE DE LA IMÁGEN debe ser un nombre que no exista ya como un
imagen en WIMFILEo la cadena vacía para crear una imagen sin nombre. Si
DESCRIPCIÓN DE LA IMAGEN no se especifica, no se proporciona ninguna descripción a la nueva imagen.

Como caso especial, si WIMFILE es el --pipable se asume la opción y el archivo WIM es
escrito en salida estándar en un formato pipable especial. Consulte la documentación para
--pipable para más información.

De miembros CAPTURAR (Unix)

Esta sección documenta cómo wimlib-imagex captura archivos de un árbol de directorios en tipo UNIX
sistemas. Ver De miembros CAPTURAR (VENTANAS) para la documentación correspondiente para Windows.

En sistemas similares a UNIX, cuando FUENTE especifica un directorio o un enlace simbólico a un directorio,
la imagen WIM se capturará del árbol de directorios enraizado en este directorio. Esta
El directorio puede estar en cualquier tipo de sistema de archivos y los puntos de montaje se siguen de forma recursiva. En
En este modo, wimlib almacenará los siguientes tipos de información:

· Directorios y archivos regulares, y el contenido de archivos regulares

· Enlaces duros

· Enlaces simbólicos (traducidos sin pérdidas a puntos de análisis de Windows)

· Horas de última modificación (mtime) y horas de último acceso (atime) con 100 nanosegundos
granularidad

· Con --unix-datos: Propietarios, grupos y modos de UNIX

· Con --unix-datos: nodos de dispositivo, FIFO y sockets de dominio UNIX

No hay soporte para almacenar atributos extendidos (por ejemplo, etiquetas de seguridad SELinux y
ACL POSIX). También tenga en cuenta que las horas del último cambio de estado (ctime) no se almacenan.

Nota pedante: una limitación del formato WIM evita el caso inusual en el que un solo
el archivo de enlace simbólico en sí tiene varios nombres (enlaces físicos); en este improbable caso, cada
El enlace simbólico se almacena como un archivo independiente.

NTFS VOLUMEN CAPTURAR (Unix)

Esta sección documenta cómo wimlib-imagex captura archivos directamente desde una imagen de volumen NTFS
en sistemas similares a UNIX.

En sistemas similares a UNIX, se ingresa un modo de captura de imagen especial cuando FUENTE es un regular
archivo o dispositivo de bloque. En este modo, FUENTE se supone que es un volumen NTFS
imagen, y wimlib-imagex capturará una imagen WIM que contiene el contenido completo de NTFS
volumen, incluidos los datos específicos de NTFS. Esto se hace usando libntfs-3g.

Tenga en cuenta que el modo de captura de volumen NTFS es no ingresado si FUENTE es un directorio, incluso si un
El sistema de archivos NTFS está montado en FUENTE utilizando ntfs-3g. Debe especificar el volumen NTFS
en sí mismo (y debe estar desmontado, y debe tener permiso para leerlo).

El modo de captura de volumen NTFS intenta capturar tantos datos y metadatos como sea posible,
incluyendo:

· Todos los flujos de datos de todos los archivos no cifrados, incluido el flujo de datos sin nombre también
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, las principales limitaciones de este modo de captura de volumen NTFS son:

· Los archivos cifrados se excluyen de forma predeterminada. Aunque libntfs-3g puede leer sus datos,
Deben almacenarse en el archivo WIM en un formato especial que wimlib aún no tiene.
soporte (excepto en Windows, donde wimlib puede tratar los datos como opacos y entregarlos
a la función API apropiada).

· El atributo disperso en archivos dispersos se guardará, pero los datos almacenados serán los
datos completos del archivo en lugar de los datos "escasos". (Los datos, sin embargo, están sujetos
a la compresión del formato WIM).

De miembros CAPTURAR (VENTANAS)

En Windows, wimlib-imagex capturar y wimlib-imagex anexar compatible de forma nativa con Windows
datos específicos y específicos de NTFS. Por lo tanto, actúan de manera similar a los correspondientes
comandos de ImageX o DISM de Microsoft. Para obtener mejores resultados, el directorio que se está capturando
debe estar en un volumen NTFS y wimlib-imagex debe ejecutarse con privilegios de administrador;
sin embargo, los sistemas de archivos que no son NTFS y que se ejecutan sin privilegios de administrador también son
soportado.

En Windows, wimlib-imagex capturar y wimlib-imagex anexar intente archivar la mayor cantidad de datos y
metadatos como sea posible, incluyendo:

· Todos los flujos de datos de todos los archivos.

· Puntos de análisis, incluidos enlaces simbólicos, puntos de unión y otros puntos de análisis,
si es compatible con el sistema de archivos de origen. (Nota: ver --rpfix y --norpfix para
documentación sobre exactamente cómo se capturan los enlaces y uniones simbólicos absolutos).

· Marcas de tiempo de creación, acceso y modificación de archivos y directorios. Estos se almacenan
con la resolución de marca de tiempo nativa de Windows NT de 100 nanosegundos.

· Descriptores de seguridad, si son compatibles con el sistema de archivos de origen y --no-acls no es
especificado. Sin embargo, tenga en cuenta que a menos que --estricto-acls se especifica, la seguridad
Los descriptores para archivos o directorios individuales pueden omitirse o solo parcialmente.
capturados si el usuario no tiene permiso para leerlos, lo que puede ser un problema si
wimlib-imagex se ejecuta como no administrador.

· Atributos de archivo, incluidos ocultos, dispersos, comprimidos, cifrados, etc. Cifrado
Los archivos se almacenarán en forma cifrada en lugar de en texto sin formato. Transparentemente
Los archivos comprimidos se leerán como descomprimidos y almacenados sujetos a la propia WIM.
compresión. No hay un manejo especial para almacenar archivos dispersos, pero son
Es probable que se comprima a un tamaño pequeño.

· Nombres de DOS (8.3) nombres de archivos; sin embargo, no leerlos no se considera un
condición de error

· Enlaces físicos, si son compatibles con el sistema de archivos de origen.

No hay soporte para almacenar atributos extendidos NTFS e ID de objeto.

El proceso de captura es reversible, ya que cuando wimlib-imagex aplicar (en Windows) extractos
la imagen WIM capturada, extraerá toda la información anterior, al menos a la
extensión admitida por el sistema de archivos de destino.

Nota pedante: dado que Windows no es totalmente compatible con su propio sistema de archivos (NTFS), en
Windows wimlib no puede archivar ciertos archivos que pueden existir en un sistema de archivos NTFS válido pero
son inaccesibles para la API de Windows, por ejemplo, dos archivos con nombres que difieren solo en
caso en el mismo directorio, o un archivo cuyo nombre contiene ciertos caracteres considerados
inválido por Windows. Si tiene problemas para archivar dichos archivos, considere usar el NTFS
VOLUMEN CAPTURAR (Unix) modo desde Linux.

CAMPUS

--bota
Especifica que la nueva imagen se convertirá en la imagen de arranque del archivo WIM.

--cheque
wimlib-imagex anexar, antes de realizar la operación de adición, compruebe
integridad de WIMFILE si hay una tabla de integridad. Además, incluya un
tabla de integridad en el nuevo archivo WIM (wimlib-imagex capturar) o el archivo WIM modificado
(wimlib-imagex anexar). Si no se especifica esta opción, no se muestra ninguna tabla de integridad.
incluido en un archivo WIM creado con wimlib-imagex capturar, mientras se actualiza un archivo WIM
wimlib-imagex anexar se escribirá con una tabla de integridad si y solo si uno
estuvo presente antes.

--comprimir=TIPO[:NIVEL]
Especifica el formato de compresión para el nuevo archivo WIM. TIPO puede ser "ninguno", "XPRESS"
(alias: "rápido"), "LZX" (alias: "máximo") o "LZMS" (alias: "recuperación"). TIPO is
emparejado sin distinción entre mayúsculas y minúsculas. El predeterminado es "LZX".

Opcionalmente, también puede especificar una compresión de enteros NIVEL. El nivel de compresión
especifica la dureza del algoritmo de compresión para la compresión especificada TIPO seguirá
trabajar para comprimir los datos. Los valores se escalan para que 20 sea una compresión rápida,
50 es compresión media y 100 es compresión alta. Sin embargo, puede elegir cualquier
valor, y no solo estos valores particulares. El valor predeterminado es 50.

Esta opción solo afecta el tipo de compresión utilizado en recursos WIM no sólidos. Si
está creando un WIM sólido (utilizando el --sólido opción), entonces probablemente quieras
--compresión sólida preferiblemente.

Tenga cuidado si elige la compresión LZMS. No es compatible con wimlib antes.
v1.6.0, WIMGAPI antes de Windows 8, DISM antes de Windows 8.1 y 7-Zip antes de v15.12.

También tenga en cuenta que elegir la compresión LZMS no implica automáticamente el modo sólido
compresión, como lo hace con DISM. Usar --sólido si desea crear un WIM sólido,
o "archivo ESD".

--tamaño de porción=TAMAÑO
Establezca el tamaño del fragmento de compresión en TAMAÑO bytes. Un tamaño de fragmento de compresión más grande
da como resultado una mejor relación de compresión. wimlib admite diferentes tamaños de fragmentos
dependiendo del tipo de compresión:

· XPRÉS: 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

Puede proporcionar el número completo (por ejemplo, 32768), o puede utilizar uno de los K, M o G
sufijos. También se aceptan KiB, MiB y GiB.

Esta opción solo afecta el tamaño del fragmento utilizado en recursos WIM no sólidos. Si usted es
creando un WIM sólido (usando el --sólido opción), entonces probablemente quieras --sólido-
tamaño de porción preferiblemente.

Utilice esta opción con precaución si la compatibilidad con la implementación de Microsoft es
deseado, ya que su implementación tiene soporte limitado para tamaños de fragmentos no predeterminados.

--sólido
Cree un archivo WIM "sólido" que comprima archivos juntos en lugar de de forma independiente.
Esto da como resultado una relación de compresión significativamente mejor, pero tiene un costo
de varias compensaciones, que incluyen: compresión lenta con un uso de memoria muy alto; lento
acceso aleatorio al archivo WIM resultante; y compatibilidad reducida.

En términos de compatibilidad, la primera versión de WIMGAPI de Microsoft compatible con WIM sólido
archivos se lanzó con Windows 8, y la primera versión de DISM en hacerlo fue
lanzado con Windows 8.1.

Si desea crear un "archivo ESD", utilice esta opción. Un (sin cifrar) "ESD
file "es un archivo WIM sólido.

Por defecto, esta opción tiene un efecto equivalente a la opción de DISM
/ compress: recuperación. Las opciones para wimlib-imagex son diferentes porque intentan
no combinar el tipo de compresión (por ejemplo, LZX o LZMS) con la compresión en modo sólido,
ya que estas son dos cosas diferentes.

- tamaño de trozo sólido=TAMAÑO
Me gusta --tamaño de porción, pero establezca el tamaño del fragmento utilizado en recursos sólidos. El valor por defecto,
asumiendo compresión LZMS, es 64MiB (67108864); esto requiere aproximadamente 640MiB de memoria
por hilo. Esta opción solo tiene efecto cuando --sólido también se especifica. Nota:
La implementación de Microsoft no es compatible con tamaños de fragmentos de LZMS mayores que
64MiB.

--compresión sólida=TIPO[:NIVEL]
Me gusta --comprimir, pero establezca el tipo de compresión utilizado en recursos sólidos. El valor por defecto
es la compresión LZMS. Esta opción solo tiene efecto cuando --sólido también se especifica.

--hilos=NUM_HILOS
Número de subprocesos que se utilizarán para comprimir datos. Predeterminado: autodetección (número de
CPU disponibles).

--reconstruir
wimlib-imagex anexar: reconstruye todo el WIM en lugar de agregar los nuevos datos
hasta el final. La reconstrucción del WIM es más lenta, pero ahorrará un poco de espacio
que de otra manera quedaría como un agujero en el WIM. Ver también wimlib-imagex
optimizar(1).

--banderas=ID DE EDICIÓN
Especifique una cadena para usar en el elemento de los datos XML para la nueva imagen.

--propiedad de imagen NOMBRE=VALOR
Especifique una propiedad por imagen arbitraria para establecer en el documento XML del archivo WIM.
VALOR es la cadena que se establecerá como valor de propiedad. NOMBRE es el nombre de la imagen
propiedad, por ejemplo, "NOMBRE", "DESCRIPCIÓN" o "TOTALBYTES". El nombre puede contener
barras diagonales para indicar un elemento XML anidado; por ejemplo,
"WINDOWS / VERSION / BUILD" indica el elemento BUILD anidado dentro de la VERSION
elemento anidado dentro del elemento WINDOWS. Se puede utilizar un número entre corchetes para
indicar uno de varios elementos con nombres idénticos; por ejemplo,
"WINDOWS / LANGUAGES / LANGUAGE [2]" indica el segundo elemento "LANGUAGE" anidado
dentro del elemento "WINDOWS / LANGUAGES". Al agregar una lista de elementos de esta manera,
deben especificarse en orden secuencial. Tenga en cuenta que los nombres de los elementos son mayúsculas y minúsculas.
sensible. Esta opción se puede especificar varias veces.

--dereferencia
(Solo sistemas similares a UNIX) Siga enlaces simbólicos y archive los archivos a los que apuntan,
en lugar de archivar los enlaces por sí mismos.

--config=ARCHIVO
Especifica un archivo de configuración (codificado en UTF-8 o UTF-16LE; ASCII simple también funciona)
para capturar la nueva imagen. El archivo de configuración especifica los archivos que se van a
tratado especialmente durante la captura de la imagen.

El formato del archivo de configuración es de estilo INI; es decir, está dispuesto en
secciones entre corchetes. Actualmente, se reconocen las siguientes secciones:

· [ExclusionList] --- contiene una lista de globs de ruta para excluir de la captura. Si
se hace coincidir un directorio, se excluyen tanto el directorio como su contenido.

· [ExclusionException] --- contiene una lista de globs de ruta para incluir en el
captura, incluso cuando el archivo o directorio también coincide con un glob en [ExclusionList].

· [PrepopulateList] --- esto no afecta la captura, pero si se aplica la imagen
luego con --wimboot, estos son grupos de archivos que se extraerán normalmente,
no como "archivos de puntero" de WIMBoot. Si un directorio coincide, todos los archivos y
los subdirectorios también se hacen coincidir de forma recursiva.

Los globos de ruta pueden contener el '*' y el '?' metacaracteres. Globos relativos (p. Ej.
* .mp3) coincide con un nombre de archivo en cualquier directorio. Globos absolutos (por ejemplo, / dir / archivo),
se tratan como rutas que comienzan en el directorio principal que se captura, o la raíz de
el volumen NTFS para el modo de captura de volumen NTFS. No utilice letras de unidad en el
caminos; serán ignorados. Los separadores de ruta pueden ser barras diagonales o
barras hacia atrás.

Líneas que comienzan con '#' o ';' los caracteres se tratan como comentarios y se ignoran.
No es necesario citar los globos con espacios en blanco; sin embargo, si lo son, ambos se duplican
y se aceptan comillas simples.

Si no se especifica esta opción, se utiliza el siguiente archivo de configuración predeterminado:

[Lista de exclusion]
\ $ ntfs.log
\ hiberfil.sys
\ pagefile.sys
\ swapfile.sys
\Información del Volumen del Sistema
\ RECICLADOR
\ Windows \ CSC

Sin embargo, se aplica un comportamiento especial si --wimboot también se especifica. Por defecto, con
--wimboot especificado, el archivo Windows / System32 / WimBootCompress.ini en el directorio
capturado se utilizará como archivo de configuración. Sin embargo, esto puede ser
anulado usando --config; y esto también hace que el archivo de configuración especificado
ser guardado en la imagen WIM como Windows / System32 / WimBootCompress.ini, anulando cualquier
que puede estar presente en el sistema de archivos.

--unix-datos
(Solo sistemas similares a UNIX) Almacene el propietario, el grupo, el modo y el ID de dispositivo de UNIX (principales y
número menor) de cada archivo capturado. A partir de wimlib v1.7.0, puede realizar copias de seguridad y
restaurar no solo la información de permisos de archivos estándar de UNIX, sino también
nodos de dispositivo, nodos de dispositivo de bloque, canalizaciones con nombre (FIFO) y sockets de dominio UNIX.

wimlib almacena datos UNIX agregando un elemento de metadatos etiquetado especial a cada directorio
entrada de cada archivo que contiene esta información. Esta información adicional es
ignorado por la implementación de Microsoft. Nota: los datos UNIX almacenados por wimlib antes
v1.7.0 utilizó un formato diferente que ya no es compatible. Si tienes WIM antiguo
archivos con datos UNIX, aplíquelos con v1.6.2 y vuelva a capturarlos con v1.7.0 o
más tarde.

--no-acls
No capture los descriptores de seguridad de los archivos.

--estricto-acls
Falla inmediatamente si no se puede leer el descriptor de seguridad completo de cualquier archivo. Sobre
Windows, el comportamiento predeterminado sin esta opción es intentar primero omitir la SACL
del descriptor de seguridad, luego intente omitir el descriptor de seguridad por completo.
El propósito de esto es capturar la mayor cantidad de datos posible sin requerir siempre
Privilegios de administrador. Sin embargo, si desea que todos los descriptores de seguridad sean
capturado exactamente, es posible que desee proporcionar esta opción, aunque el Administrador
debería tener permiso para leer todo de todos modos.

--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), enlaces simbólicos absolutos que apuntan
dentro del árbol de directorios que se está capturando se ajustará para que sea absoluto en relación con
la raíz del árbol de directorios que se está capturando. Cuando está deshabilitado (--norpfix), absoluto
Los enlaces simbólicos se capturarán exactamente como están.

El comportamiento predeterminado para wimlib-imagex capturar es equivalente a --rpfix.
comportamiento predeterminado para wimlib-imagex anexar se mostrarán --rpfix si reparse puntos de reparación
se han realizado previamente en WIMFILE, De lo contrario --norpfix.

En el caso de una captura de múltiples fuentes, (--lista de fuentes especificado), pasando --norpfix
es recomendado. De lo contrario, las reparaciones de puntos de análisis se desactivarán en todas las capturas.
fuentes destinadas a ubicaciones no raíz en la imagen WIM, mientras que las fuentes de captura
destinado a la raíz WIM obtendrá el comportamiento predeterminado del párrafo anterior.

--lista de fuentes
wimlib-imagex capturar y wimlib-imagex anexar admite la creación de una imagen WIM desde
múltiples archivos o directorios separados. Cuando --lista de fuentes se especifica, el FUENTE
El argumento especifica el nombre de un archivo de texto, cada línea de la cual es 1 o 2
rutas de archivo separadas por espacios en blanco. La primera ruta de archivo, la fuente, especifica el
ruta a un archivo o directorio para capturar en la imagen WIM. Puede ser
absoluto o relativo al directorio de trabajo actual. La segunda ruta de archivo, si
proporcionado, es el destino y especifica la ruta en la imagen WIM que este archivo o
El directorio se guardará como. Las barras inclinadas al principio y al final del objetivo se ignoran,
excepto si consta completamente de barras (por ejemplo, "/"), lo que indica que el
directorio se convertirá en la raíz de la imagen WIM. Si se omite, la cadena de destino
por defecto es el mismo que la cadena de origen.

Un ejemplo de archivo de lista de fuentes es el siguiente:

# Crea la imagen WIM desde el directorio 'winpe'
winpe /

# Envíe el directorio 'overlay' a '/ overlay' en la imagen WIM
superposición / superposición

# Superponga un directorio separado directamente en la raíz de la imagen WIM.
/ datos / cosas /

Los subdirectorios en el WIM se crean según sea necesario. Varios directorios de origen pueden
comparten el mismo destino, lo que implica una superposición. En el caso de que esto resulte en una
archivo no directorio que se agrega a la imagen WIM varias veces, la última versión (como
enumerados en el archivo de lista de fuentes) anula cualquier versión anterior.

Las rutas de archivo que contienen espacios en blanco se pueden citar con comillas simples o dobles
citas. Las cotizaciones no pueden escaparse.

Líneas que constan solo de espacios en blanco y líneas que comienzan con '#' precedidas por
los espacios en blanco opcionales se ignoran.

Como caso especial, si FUENTE es "-", la lista de fuentes se lee desde la entrada estándar
en lugar de un archivo externo.

El modo de captura de volumen NTFS en sistemas similares a UNIX no se puede utilizar con --lista de fuentes,
ya que solo se admite la captura de un volumen NTFS completo.

--pipable
Cree un WIM "pipable", que se puede aplicar de forma completamente secuencial, incluso desde un
tubo. Una imagen en el WIM resultante se puede aplicar con wimlib-imagex aplicar, ya sea
normalmente especificando el nombre del archivo WIM, o con wimlib-imagex aplicar - para leer el
WIM desde entrada estándar. Ver wimlib-imagex aplicar(1) para más detalles.

Para las operaciones de adición, esta opción dará como resultado una reconstrucción completa del WIM para hacer
es pipable. Para las operaciones de captura, el WIM capturado simplemente se crea como pipable.
Tenga en cuenta que cuantas más imágenes agregue a un WIM canalizable, menos eficiente será la canalización.
será, ya que se enviarán más datos innecesarios a través de la tubería.

Cuando wimlib crea un WIM pipable, reorganiza cuidadosamente los componentes del
WIM para que se puedan leer secuencialmente y también hace varios otros
modificaciones. Como resultado, estos WIM "pipables" son no compatible
Microsoft software, así que tenga esto en cuenta si los va a utilizar. Si es deseado,
puedes usar wimlib-imagex optimizar --no pipable para reescribir un WIM pipable como
WIM regular. (wimlib-imagex exportar también proporciona la capacidad de exportar imágenes
de un WIM pipable a un WIM no pipable, o viceversa).

En su mayor parte, wimlib opera en WIM pipables de forma transparente. Puedes modificar
ellos, agregue o elimine imágenes, exporte imágenes e incluso cree WIM pipables divididos. los
Las principales desventajas son que agregar es (actualmente) menos eficiente (--reconstruir is
siempre implícito), y tampoco son compatibles con el software de Microsoft.

wimlib-imagex capturar y wimlib-imagex anexar Ambos pueden escribir un WIM pipable directamente
a salida estándar; esto se hace automáticamente si WIMFILE se especifica como "-". (En
Ese caso, --pipable se supone.)

--no pipable
Asegúrese de que el WIM resultante esté en el formato WIM normal no pipable. Este es el
predeterminado para wimlib-imagex capturar, excepto cuando se escribe en salida estándar (WIMFILE
especificado como "-"), y también para wimlib-imagex anexar, excepto cuando se agrega a un WIM
eso ya es pipable.

--actualización de=[WIMFILE:]IMAGEN
Declara que la imagen capturada o añadida desde FUENTE es mayormente lo mismo que
la imagen existente IMAGEN in WIMFILE, pero capturado en un momento posterior, posiblemente
con algunas modificaciones en el tiempo intermedio. Esto está diseñado para ser utilizado en
copias de seguridad incrementales del mismo sistema de archivos o árbol de directorios. IMAGEN puede ser una
Índice basado en 1 o nombre de una imagen existente en WIMFILE. También puede ser negativo
entero para indexar hacia atrás en las imágenes (por ejemplo, -1 significa la última imagen existente
in WIMFILE).

Cuando se proporciona esta opción, la captura o anexión de la nueva imagen será
optimizado al no leer archivos que, según los metadatos, como las marcas de tiempo, aparecen
no haber sido modificados desde que fueron archivados en el existente IMAGEN. Excepto
manipulación de marcas de tiempo, esta opción solo afecta el rendimiento y no cambia
la imagen WIM resultante.

Como se muestra, la sintaxis completa para el argumento de esta opción es especificar el WIM
archivo, dos puntos y la imagen; por ejemplo, "--update-of mywim.wim: 1". sin embargo, el
El archivo WIM y los dos puntos se pueden omitir, en cuyo caso el archivo WIM tomará por defecto el
Archivo WIM que se adjunta para agregar operaciones, o el archivo WIM desde el cual un delta
está siendo tomado (solo si --delta-desde se especifica exactamente una vez) para la captura
operaciones.

--delta-desde=WIMFILE
wimlib-imagex capturar solo: captura el nuevo WIM como un "delta" de WIMFILE. Alguna
Las secuencias que normalmente deberían archivarse en el nuevo WIM se omiten si
ya están presentes en el WIMFILE en el que se basa el delta. El nuevo WIM
todavía contendrá una copia completa de los metadatos de la imagen, pero esto suele ser solo una
pequeña fracción del tamaño total de un WIM.

Esta opción se puede especificar varias veces, en cuyo caso el delta WIM resultante
solo contendrá transmisiones que no estén presentes en ninguno de los WIM base especificados.

Para operar en el WIM delta resultante usando otros comandos como wimlib-imagex
aplicar, debe especificar el delta WIM como el archivo WIM para operar, pero también
hacer referencia a los WIM base mediante el --árbitro opción. Cuidado: para retener el adecuado
funcionamiento del delta WIM, solo puede agregar, no eliminar, archivos e imágenes al
WIM base después de la captura de un delta.

--delta-desde puede combinarse con --actualización de para aumentar la velocidad de captura de un
WIM delta.

Como ejemplo, considere la siguiente secuencia de copia de seguridad y restauración:

(respaldo inicial)

$ wimcapture / some / directorio bkup-base.wim

(algunos días después, cree una segunda copia de seguridad como delta de la primera)

$ wimcapture / algunos / directorio bkup-2013-08-20.dwm \
--actualización-de bkup-base.wim: -1 --delta-de bkup-base.wim

(restaurando la segunda copia de seguridad)

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

Sin embargo, tenga en cuenta que como alternativa a la secuencia anterior que utilizó un delta WIM,
la segunda copia de seguridad podría haberse agregado simplemente al WIM como una nueva imagen usando
wimlib-imagex anexar. Los WIM de Delta deben usarse solo si se desea basar el
copias de seguridad o imágenes en un archivo grande separado que rara vez se modifica.

Nota: a diferencia de los WIM "pipables" (creados con el --pipable opción), WIM "delta"
(creado con el --delta-desde opción) son compatibles con el software de Microsoft.
Por ejemplo, puede usar la opción / ref de ImageX para hacer referencia a los WIM base,
similar al anterior.

Nota adicional: wimlib-imagex está lo suficientemente generalizado como para que puedas combinar
--pipable y --delta-desde para crear WIM delta pipables. En tales casos, la base
WIM (s) deben capturarse como pipable, así como el delta WIM, y al aplicar un
imagen, los WIM base deben enviarse a través de la tubería después del WIM delta.

--wimboot
Marque la imagen como compatible con WIMBoot. Consulte la documentación de Microsoft para obtener más
información sobre WIMBoot. Esta opción establecerá, de forma predeterminada, el tipo de compresión
a XPRESS y el tamaño del fragmento a 4096 bytes; Sin embargo, estos pueden anularse.
a través de --comprimir y --tamaño de porción parámetros, respectivamente. Además, este
La opción establecerá, de forma predeterminada, el archivo de configuración en
FUENTE\ Windows \ System32 \ WimBootCompress.ini si está presente y accesible; sin embargo, esto
todavía puede ser anulado a través de la --config parámetro.

- inseguro-compacto
Consulte la documentación de esta opción en wimlib-imagex-optimizar (1).

--instantánea
EXPERIMENTAL: cree una instantánea del sistema de archivos temporal del directorio de origen y
capturar los archivos de él. Actualmente, esta opción solo es compatible con Windows,
donde utiliza el Servicio de instantáneas de volumen (VSS). Con esta opción, puede
crear una copia de seguridad coherente del volumen del sistema de un sistema Windows en ejecución sin
tener problemas con archivos bloqueados. Para que la instantánea de VSS se realice correctamente
creado, wimlib-imagex debe ejecutarse como administrador y no se puede ejecutar en
Modo WoW64 (es decir, si Windows es de 64 bits, entonces wimlib-imagex también debe ser de 64 bits).

NOTAS

wimlib-imagex anexar no admite agregar una imagen a un WIM dividido.

Excepto cuando se usa - inseguro-compacto, es seguro abortar un wimlib-imagex anexar comando
a mitad de camino sin embargo, después de hacer esto, se recomienda ejecutar wimlib-imagex
optimizar para eliminar cualquier dato que se haya agregado al archivo WIM físico pero que aún no
incorporado en la estructura del WIM, a menos que el WIM se esté reconstruyendo por completo (p. ej.
--reconstruir), en cuyo caso debe eliminar el archivo temporal sobrante.

wimlib-imagex crea WIM compatibles con el software de Microsoft (WIMGAPI, ImageX, DISM),
con algunas salvedades:

· Con wimlib-imagex en sistemas similares a UNIX, es posible crear una imagen WIM
que contienen archivos con nombres que difieren solo en mayúsculas o minúsculas, o archivos con nombres que contienen
caracteres ':', '*', '?', '"', '<', '>', '|' o '\', que son válidos en POSIX-
sistemas de archivos compatibles pero no Windows. Tenga en cuenta que dichos archivos no se
extraído por defecto por la versión de Windows de wimlib-imagexy (peor aún)
ImageX de Microsoft puede confundirse con tales nombres y dejar de extraer la imagen a la mitad
mediante. (Quizás valga la pena señalar que el propio sistema de archivos predeterminado de Windows,
NTFS, admite estos caracteres, ¡aunque Windows no!)

· Los WIM pipables son incompatibles con el software de Microsoft. Se crean WIM pipables
sólo si WIMFILE se especificó como "-" (salida estándar) o si el --pipable bandera era
especificado.

· WIM capturados con un tamaño de fragmento no predeterminado (con el --tamaño de porción opción) o tan sólido
archivos (con el --sólido opción) o con compresión LZMS (con --comprimir= LZMS o
--comprimir= recuperación) tienen distintos niveles de compatibilidad con el software de Microsoft.
Generalmente, las versiones más recientes del software de Microsoft son más compatibles.

EJEMPLOS

Primer ejemplo: cree un nuevo WIM 'mywim.wim' con compresión LZX ("máxima") que
contienen una imagen capturada del árbol de directorios 'somedir'. Tenga en cuenta que el nombre de la imagen necesita
no se especificará y por defecto será 'somedir':

wimlib-imagex captura somedir mywim.wim

o, si el captura Se ha instalado un enlace duro o un archivo por lotes, la forma abreviada puede
ser usado:

wimcapture algúndir mywim.wim

Sin embargo, los ejemplos restantes utilizarán la forma larga. A continuación, agregue la imagen de un
árbol de directorios diferente al WIM creado anteriormente:

wimlib-imagex añadir otro directorio mywim.wim

Bastante fácil, y los ejemplos anteriores de árboles de directorios de imágenes funcionan tanto en UNIX
sistemas y Windows. A continuación, capture un WIM con varias opciones no predeterminadas, que incluyen
Compresión XPRESS ("rápida"), una tabla de integridad, sin meterse con enlaces simbólicos absolutos,
y un nombre y una descripción de la imagen:

wimlib-imagex captura somedir mywim.wim --compress = fast \
--check --norpfix "Algún nombre" "Alguna descripción"

Capture un volumen NTFS completo en un nuevo archivo WIM y nombre la imagen "Windows 7". Sobre
Sistemas similares a UNIX, esto requiere usar el modo especial descrito en NTFS VOLUMEN CAPTURAR
(Unix) donde FUENTE es un archivo o dispositivo de bloque que contiene un sistema de archivos NTFS:

captura de wimlib-imagex / dev / sda2 windows7.wim "Windows 7"

o, en Windows, para capturar un volumen NTFS completo, en su lugar, debe especificar la raíz
directorio del volumen montado, por ejemplo:

captura de wimlib-imagex E: \ windows7.wim "Windows 7"

Igual que el ejemplo anterior con la captura de un volumen NTFS de wimlib-imagex ejecutándose en UNIX-
como el sistema, pero captura el WIM en el formato "pipable" específico de wimlib que se puede canalizar
a wimlib-imagex aplicar:

captura de wimlib-imagex / dev / sda2 windows7.wim "Windows 7" \
--pipable

Igual que el anterior, pero en lugar de escribir el WIM pipable en el archivo "windows7.wim", escríbalo
directamente a la salida estándar a través de una tubería en algún otro programa "someprog", que
podría ser, por ejemplo, un programa o un script que transmita los datos a un servidor. Tenga en cuenta que
--pipable no es necesario especificar explícitamente cuando se utiliza la salida estándar como el "archivo" WIM:

wimlib-imagex capture / dev / sda2 - "Windows 7" | someprog

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