wimcapture - Online na nuvem

PROGRAMA:

NOME

wimlib-imagex-capture, wimlib-imagex-append - Criar ou anexar uma imagem WIM

SINOPSE

wimlib-imagex capturar FONTE WIMFILE [IMAGE_NAME [DESCRIÇÃO DA IMAGEM]] [OPÇÃO...]
wimlib-imagex anexar FONTE WIMFILE [IMAGE_NAME [DESCRIÇÃO DA IMAGEM]] [OPÇÃO...]

DESCRIÇÃO

A wimlib-imagex capturar e wimlib-imagex anexar comandos criam um Windows Imaging (WIM)
imagem de uma árvore de diretório. o wimlib-imagex capturar comando cria um novo arquivo WIM
contendo a imagem capturada, enquanto o wimlib-imagex anexar comando anexa o capturado
imagem para um arquivo WIM existente. Esses comandos também estão disponíveis simplesmente wimcaptura e
wimapend se os links físicos ou arquivos em lote apropriados estiverem instalados.

Informações de segundo plano: uma imagem WIM é uma árvore de diretório independente em um arquivo WIM. A WIM
o arquivo pode conter qualquer número de imagens separadas. Os arquivos WIM são de instância única com
em relação aos dados do arquivo, portanto, um arquivo é armazenado apenas uma vez em todo o WIM, independentemente de
em quantas imagens o arquivo aparece.

FONTE especifica a localização dos arquivos a partir dos quais criar a nova imagem WIM. Se FONTE is
um diretório, a imagem WIM é capturada desse diretório (consulte DIRETÓRIO CAPTURAR (UNIX)
or DIRETÓRIO CAPTURAR (JANELAS)) Alternativamente, se o --lista de fontes opção
Especificadas, FONTE é interpretado como um arquivo que fornece uma lista de arquivos e
diretórios a serem incluídos na nova imagem WIM. Ainda alternativamente, apenas no tipo UNIX
sistemas, se FONTE é um arquivo regular ou dispositivo de bloco, é interpretado como um volume NTFS
a partir do qual uma imagem WIM deve ser capturada usando libntfs-3g (ver NTFS VOLUME CAPTURAR
(UNIX)).

IMAGE_NAME e DESCRIÇÃO DA IMAGEM especifique o nome e a descrição para dar ao novo WIM
imagem. Se IMAGE_NAME não é especificado, o padrão é o nome de base (excluindo o caminho para
diretório pai) de FONTE, mas se este nome já existir em WIMFILE, um sufixo único
Está adicionado. De outra forma, IMAGE_NAME deve ser um nome que ainda não existe como um
imagem em WIMFILEou a string vazia para criar uma imagem sem nome. Se
DESCRIÇÃO DA IMAGEM não é especificado, nenhuma descrição é fornecida para a nova imagem.

Como um caso especial, se WIMFILE é o --pipável opção é assumida e o arquivo WIM é
gravada na saída padrão em um formato especial pipable. Veja a documentação para
--pipável para mais detalhes.

DIRETÓRIO CAPTURAR (UNIX)

Esta seção documenta como wimlib-imagex captura arquivos de uma árvore de diretório no estilo UNIX
sistemas. Ver DIRETÓRIO CAPTURAR (JANELAS) para obter a documentação correspondente do Windows.

Em sistemas semelhantes ao UNIX, quando FONTE especifica um diretório ou um link simbólico para um diretório,
a imagem WIM será capturada da árvore de diretórios com raiz neste diretório. Esse
O diretório pode estar em qualquer tipo de sistema de arquivos e os pontos de montagem são seguidos recursivamente. No
neste modo, wimlib armazenará os seguintes tipos de informações:

· Diretórios e arquivos regulares, e o conteúdo dos arquivos regulares

· Links físicos

· Links simbólicos (traduzidos sem perdas para pontos de nova análise do Windows)

· Horário da última modificação (mtime) e horário do último acesso (atime) com 100 nanossegundos
granularidade

· Com --unix-dados: Proprietários, grupos e modos do UNIX

· Com --unix-dados: nós de dispositivo, FIFOs e soquetes de domínio UNIX

Não há suporte para armazenamento de atributos estendidos (por exemplo, etiquetas de segurança SELinux e
POSIX ACLs). Observe também que os tempos da última mudança de status (ctime) não são armazenados.

Nota pedante: Uma limitação do formato WIM evita o caso incomum em que um único
O próprio arquivo de link simbólico tem vários nomes (links físicos); neste caso improvável, cada
o link simbólico é armazenado como um arquivo independente.

NTFS VOLUME CAPTURAR (UNIX)

Esta seção documenta como wimlib-imagex captura arquivos diretamente de uma imagem de volume NTFS
em sistemas semelhantes ao UNIX.

Em sistemas semelhantes ao UNIX, um modo especial de captura de imagem é inserido quando FONTE é um regular
arquivo ou dispositivo de bloqueio. Neste modo, FONTE é considerado um volume ou volume NTFS
imagem e wimlib-imagex irá capturar uma imagem WIM contendo todo o conteúdo do NTFS
volume, incluindo dados específicos de NTFS. Isso é feito usando libntfs-3g.

Observe que o modo de captura de volume NTFS é não entrou se FONTE é um diretório, mesmo se um
O sistema de arquivos NTFS está montado em FONTE usando NTFS-3g. Você deve especificar o volume NTFS
em si (e deve ser desmontado, e você deve ter permissão para ler a partir dele).

O modo de captura de volume NTFS tenta capturar o máximo de dados e metadados possível,
incluindo:

· Todos os fluxos de dados de todos os arquivos não criptografados, incluindo o fluxo de dados não nomeado também
como todos os fluxos de dados nomeados.

· Pontos de nova análise, incluindo links simbólicos, pontos de junção e outros pontos de nova análise.

· Criação de arquivo e diretório, acesso e carimbo de data / hora de modificação, usando o nativo
Resolução NTFS de 100 nanossegundos.

· Descritores de segurança do Windows, incluindo todos os componentes (proprietário, grupo, DACL e SACL).

· Sinalizadores de atributo de arquivo DOS / Windows.

· Todos os nomes de todos os arquivos, incluindo nomes no namespace Win32, namespace DOS,
Namespace Win32 + DOS e namespace POSIX. Isso inclui links físicos.

No entanto, as principais limitações deste modo de captura de volume NTFS são:

· Os arquivos criptografados são excluídos por padrão. Embora libntfs-3g possa ler seus dados,
eles precisam ser armazenados no arquivo WIM em um formato especial que o wimlib ainda não
suporte (exceto no Windows, onde wimlib pode tratar os dados como opacos e transferi-los
para a função API apropriada).

· O atributo esparso em arquivos esparsos será salvo, mas os dados armazenados serão os
dados completos do arquivo em vez dos dados "esparsos". (Os dados são, no entanto, sujeitos
para a compressão do formato WIM.)

DIRETÓRIO CAPTURAR (JANELAS)

No Windows, wimlib-imagex capturar e wimlib-imagex anexar suporte nativo para Windows-
dados específicos e específicos de NTFS. Eles, portanto, agem de forma semelhante aos correspondentes
comandos do ImageX ou DISM da Microsoft. Para melhores resultados, o diretório sendo capturado
deve estar em um volume NTFS e wimlib-imagex deve ser executado com privilégios de administrador;
no entanto, sistemas de arquivos não-NTFS e executando sem privilégios de administrador também são
suportado.

No Windows, wimlib-imagex capturar e wimlib-imagex anexar tente arquivar o máximo de dados e
metadados possíveis, incluindo:

· Todos os fluxos de dados de todos os arquivos.

· Pontos de nova análise, incluindo ligações simbólicas, pontos de junção e outros pontos de nova análise,
se compatível com o sistema de arquivos de origem. (Nota: veja --rpfix e --norpfix para
documentação sobre exatamente como links e junções simbólicas absolutas são capturados.)

· Registro de data e hora de criação, acesso e modificação de arquivos e diretórios. Estes são armazenados
com resolução de carimbo de data / hora nativa do Windows NT de 100 nanossegundos.

· Descritores de segurança, se suportados pelo sistema de arquivos de origem e --sem acls não é
Especificadas. No entanto, tome cuidado, a menos que --strict-acls é especificado, a segurança
descritores para arquivos ou diretórios individuais podem ser omitidos ou apenas parcialmente
capturados se o usuário não tiver permissão para lê-los, o que pode ser um problema se
wimlib-imagex é executado como um não administrador.

· Atributos do arquivo, incluindo oculto, esparso, compactado, criptografado, etc. Criptografado
os arquivos serão armazenados em formato criptografado em vez de em texto simples. De forma transparente
arquivos compactados serão lidos como descompactados e armazenados, de acordo com o próprio WIM
compressão. Não há tratamento especial para armazenar arquivos esparsos, mas eles são
propensos a compactar em um tamanho pequeno.

· Nomes DOS (8.3) nomes de arquivos; no entanto, a falha em lê-los não é considerada um
condição de erro.

· Links físicos, se suportados pelo sistema de arquivos de origem.

Não há suporte para armazenar atributos estendidos NTFS e IDs de objeto.

O processo de captura é reversível, desde quando wimlib-imagex Aplique (no Windows) extratos
a imagem WIM capturada, ele irá extrair todas as informações acima, pelo menos para o
extensão suportada pelo sistema de arquivos de destino.

Nota pedante: uma vez que o Windows não é totalmente compatível com seu próprio sistema de arquivos (NTFS), em
O wimlib do Windows não pode arquivar certos arquivos que possam existir em um sistema de arquivos NTFS válido, mas
são inacessíveis para a API do Windows, por exemplo, dois arquivos com nomes que diferem apenas em
caso no mesmo diretório, ou um arquivo cujo nome contém certos caracteres considerados
inválido pelo Windows. Se você tiver problemas para arquivar tais arquivos, considere usar o NTFS
VOLUME CAPTURAR (UNIX) modo do Linux.

OPÇÕES

--Bota
Especifica que a nova imagem deve se tornar a imagem inicializável do arquivo WIM.

--Verifica
Escolha wimlib-imagex anexar, antes de executar a operação de acréscimo, verifique o
integridade de WIMFILE se uma tabela de integridade estiver presente. Além disso, inclua um
tabela de integridade no novo arquivo WIM (wimlib-imagex capturar) ou o arquivo WIM modificado
(wimlib-imagex anexar) Se esta opção não for especificada, nenhuma tabela de integridade será
incluído em um arquivo WIM criado com wimlib-imagex capturar, enquanto um arquivo WIM era atualizado
com wimlib-imagex anexar será escrito com uma tabela de integridade se e somente se uma
estava presente antes.

--comprimir=TIPO[:NÍVEL]
Especifica o formato de compactação para o novo arquivo WIM. TIPO pode ser "nenhum", "XPRESS"
(apelido: "rápido"), "LZX" (apelido: "máximo") ou "LZMS" (apelido: "recuperação"). TIPO is
sem distinção entre maiúsculas e minúsculas. O padrão é "LZX".

Você também pode, opcionalmente, especificar uma compressão de inteiro NÍVEL. O nível de compressão
especifica o quão difícil é o algoritmo de compressão para a compressão especificada TIPO precisarão
trabalhar para compactar os dados. Os valores são escalados para que 20 seja a compressão rápida,
50 é compactação média e 100 é compactação alta. No entanto, você pode escolher qualquer
valor, e não apenas esses valores particulares. O padrão é 50.

Esta opção afeta apenas o tipo de compactação usado em recursos WIM não sólidos. Se
você está criando um WIM sólido (usando o --sólido opção), então você provavelmente quer
--solid-compress ao invés.

Tenha cuidado ao escolher a compactação LZMS. Não é compatível com wimlib antes
v1.6.0, WIMGAPI antes do Windows 8, DISM antes do Windows 8.1 e 7-Zip antes da v15.12.

Observe também que a escolha da compressão LZMS não implica automaticamente no modo sólido
compressão, como acontece com o DISM. Usar --sólido se você deseja criar um WIM sólido,
ou "arquivo ESD".

--tamanho do pedaço=TAMANHO
Defina o tamanho do bloco de compressão para TAMANHO bytes. Um tamanho de bloco de compressão maior
resulta em uma melhor taxa de compressão. wimlib suporta diferentes tamanhos de pedaços
dependendo do tipo de compressão:

·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

Você pode fornecer o número completo (por exemplo, 32768) ou pode usar um dos K, M ou G
sufixos. KiB, MiB e GiB também são aceitos.

Esta opção afeta apenas o tamanho do bloco usado em recursos WIM não sólidos. Se você é
criando um WIM sólido (usando o --sólido opção), então você provavelmente quer --sólido-
tamanho do pedaço ao invés.

Use esta opção com cuidado se a compatibilidade com a implementação da Microsoft for
desejado, uma vez que sua implementação tem suporte limitado para tamanhos de partes não padrão.

--sólido
Crie um arquivo WIM "sólido" que compacta os arquivos juntos, em vez de de forma independente.
Isso resulta em uma taxa de compressão significativamente melhor, mas tem um custo
de várias desvantagens, incluindo: compactação lenta com uso de memória muito alto; devagar
acesso aleatório ao arquivo WIM resultante; e compatibilidade reduzida.

Em termos de compatibilidade, a primeira versão do WIMGAPI da Microsoft a oferecer suporte a WIM sólido
arquivos foi lançado com o Windows 8, e a primeira versão do DISM a fazer isso foi
lançado com o Windows 8.1.

Se você deseja criar um "arquivo ESD", use esta opção. Um (não criptografado) "ESD
arquivo "é um arquivo WIM sólido.

Por padrão, esta opção tem um efeito equivalente à opção do DISM
/ compress: recovery. As opções para wimlib-imagex são diferentes porque tentam
não confundir o tipo de compressão (por exemplo, LZX ou LZMS) com a compressão de modo sólido,
pois são duas coisas diferentes.

- tamanho do pedaço sólido=TAMANHO
Como --tamanho do pedaço, mas defina o tamanho do bloco usado em recursos sólidos. O padrão,
assumindo a compressão LZMS, é 64 MiB (67108864); isso requer cerca de 640 MiB de memória
por discussão. Esta opção só tem efeito quando --sólido também é especificado. Observação:
A implementação da Microsoft não é compatível com tamanhos de fragmentos LZMS maiores que
64MiB.

--solid-compress=TIPO[:NÍVEL]
Como --comprimir, mas defina o tipo de compressão usado em recursos sólidos. O padrão
é a compressão LZMS. Esta opção só tem efeito quando --sólido também é especificado.

--tópicos=NUM_THREADS
Número de threads a serem usados ​​para compactar dados. Padrão: autodetectar (número de
CPUs disponíveis).

--reconstruir
Escolha wimlib-imagex anexar: reconstruir todo o WIM em vez de anexar os novos dados
até o fim. Reconstruir o WIM é mais lento, mas vai economizar um pouco de espaço
isso, de outra forma, seria deixado como um buraco no WIM. Veja também wimlib-imagex
otimizar(1).

--bandeiras=ID DA EDIÇÃO
Especifique uma string para usar no elemento dos dados XML para a nova imagem.

--propriedade da imagem NOME=VALOR
Especifique uma propriedade arbitrária por imagem para definir no documento XML do arquivo WIM.
VALOR é a string a ser definida como o valor da propriedade. NOME é o nome da imagem
propriedade, por exemplo "NOME", "DESCRIÇÃO" ou "TOTALBYTES". O nome pode conter
barras normais para indicar um elemento XML aninhado; por exemplo,
"WINDOWS / VERSION / BUILD" indica o elemento BUILD aninhado em VERSION
elemento aninhado no elemento WINDOWS. Um número entre colchetes pode ser usado para
indicar um dos vários elementos com nomes idênticos; por exemplo,
"WINDOWS / LANGUAGES / LANGUAGE [2]" indica o segundo elemento "LANGUAGE" aninhado
dentro do elemento "WINDOWS / LANGUAGES". Ao adicionar uma lista de elementos desta forma,
eles devem ser especificados em ordem sequencial. Observe que os nomes dos elementos são maiúsculas e minúsculas
confidencial. Esta opção pode ser especificada várias vezes.

--dereferência
(Apenas sistemas semelhantes ao UNIX) Siga os links simbólicos e arquive os arquivos para os quais eles apontam,
em vez de arquivar os próprios links.

--config=ARQUIVO
Especifica um arquivo de configuração (UTF-8 ou UTF-16LE codificado; ASCII simples também funciona)
para capturar a nova imagem. O arquivo de configuração especifica os arquivos que devem ser
tratado especialmente durante a captura da imagem.

O formato do arquivo de configuração é no estilo INI; ou seja, é organizado em
seções entre colchetes. Atualmente, as seguintes seções são reconhecidas:

· [ExclusionList] --- contém uma lista de globs de caminho para excluir da captura. Se
um diretório é correspondido, o diretório e seu conteúdo são excluídos.

· [ExclusionException] --- contém uma lista de globs de caminho para incluir no
capturar, mesmo quando o arquivo ou diretório também corresponde a um glob em [ExclusionList].

· [PrepopulateList] --- isso não afeta a captura, mas se a imagem for aplicada
mais tarde com --wiboot, são grupos de arquivos que devem ser extraídos normalmente,
não como "arquivos de ponteiro" do WIMBoot. Se um diretório for correspondido, todos os arquivos e
subdiretórios também são correspondidos recursivamente.

Os globs de caminho podem conter '*' e '?' metacaracteres. Globs relativos (por exemplo
* .mp3) corresponde a um nome de arquivo em qualquer diretório. Globs absolutos (por exemplo, / dir / arquivo),
são tratados como caminhos começando no diretório principal que está sendo capturado, ou a raiz de
o volume NTFS para o modo de captura de volume NTFS. Não use letras de unidade no
caminhos; eles serão ignorados. Os separadores de caminho podem ser barras ou
barras para trás.

Linhas começando com '#' ou ';' os caracteres são tratados como comentários e ignorados.
Globs com espaços em branco não precisam ser citados; no entanto, se forem, ambos dobram
e aspas simples são aceitas.

Se esta opção não for especificada, o seguinte arquivo de configuração padrão será usado:

[Lista de exclusão]
\ $ ntfs.log
\ hiberfil.sys
\ pagefile.sys
\ swapfile.sys
\ Informação do Volume do Sistema
\ RECYCLER
\ Windows \ CSC

No entanto, um comportamento especial se aplica se --wiboot também é especificado. Por padrão, com
--wiboot especificado, o arquivo Windows / System32 / WimBootCompress.ini no diretório
sendo capturado será usado como o arquivo de configuração. No entanto, isso pode ser
sobrescrito usando --config; e isso também faz com que o arquivo de configuração especificado
ser salvo na imagem WIM como Windows / System32 / WimBootCompress.ini, substituindo qualquer
que pode estar presente no sistema de arquivos.

--unix-dados
(Sistemas semelhantes ao UNIX apenas) Armazene o proprietário, grupo, modo e ID do dispositivo UNIX (principal e
número menor) de cada arquivo capturado. A partir do wimlib v1.7.0, você pode fazer backup e
restaurar não apenas as informações de permissão de arquivo UNIX padrão, mas também
nós de dispositivo, nós de dispositivo de bloco, pipes nomeados (FIFOs) e soquetes de domínio UNIX.

wimlib armazena dados UNIX adicionando um item especial de metadados marcados para cada diretório
entrada de cada arquivo que contém essas informações. Esta informação extra é
ignorado pela implementação da Microsoft. Nota: dados UNIX armazenados por wimlib antes
v1.7.0 usava um formato diferente que não é mais compatível. Se você tem WIM antigo
arquivos com dados UNIX, aplique-os com v1.6.2 e recapture-os com v1.7.0 ou
mais tarde.

--sem acls
Não capture os descritores de segurança dos arquivos.

--strict-acls
Falha imediatamente se o descritor de segurança completo de qualquer arquivo não puder ser lido. Sobre
Windows, o comportamento padrão sem esta opção é primeiro tentar omitir o SACL
do descritor de segurança e, em seguida, tente omitir totalmente o descritor de segurança.
O objetivo disso é capturar o máximo de dados possível, sem sempre exigir
Privilégios de administrador. No entanto, se você deseja que todos os descritores de segurança sejam
capturado exatamente, você pode desejar fornecer esta opção, embora o administrador
deve ter permissão para ler tudo de qualquer maneira.

--rpfix, --norpfix
Defina se deve corrigir os alvos de links simbólicos absolutos (pontos de nova análise no Windows
terminologia) ou não. Quando habilitado (--rpfix), links simbólicos absolutos que apontam
dentro da árvore de diretórios que está sendo capturada será ajustada para ser absoluta em relação a
a raiz da árvore de diretórios que está sendo capturada. Quando desativado (--norpfix), absoluto
links simbólicos serão capturados exatamente como estão.

O comportamento padrão para wimlib-imagex capturar é equivalente a --rpfix. O
comportamento padrão para wimlib-imagex anexar será --rpfix se reparos de pontos de correção
já foi feito em WIMFILE, Caso contrário --norpfix.

No caso de uma captura de várias fontes, (--lista de fontes especificado), passando --norpfix
é recomendado. Caso contrário, ajustes de pontos de nova análise serão desabilitados em todas as capturas
fontes destinadas a locais não raiz na imagem WIM, enquanto capturam fontes
destinado à raiz WIM obterá o comportamento padrão do parágrafo anterior.

--lista de fontes
wimlib-imagex capturar e wimlib-imagex anexar suporte a criação de uma imagem WIM de
vários arquivos ou diretórios separados. Quando --lista de fontes é especificado, o FONTE
argumento especifica o nome de um arquivo de texto, cada linha sendo 1 ou 2
caminhos de arquivo separados por espaço em branco. O primeiro caminho do arquivo, a fonte, especifica o
caminho para um arquivo ou diretório a ser capturado na imagem WIM. Pode ser qualquer um
absoluto ou relativo ao diretório de trabalho atual. O segundo caminho de arquivo, se
fornecido, é o destino e especifica o caminho na imagem WIM que este arquivo ou
diretório será salvo como. As barras iniciais e finais no destino são ignoradas,
exceto se consistir inteiramente em barras (por exemplo, "/"), o que indica que o
diretório deve se tornar a raiz da imagem WIM. Se omitido, a string de destino
o padrão é o mesmo da string de origem.

Um exemplo de arquivo de lista de fontes é o seguinte:

# Faça a imagem WIM do diretório 'winpe'
winpe/

# Envie o diretório 'overlay' para '/ overlay' na imagem WIM
overlay / overlay

# Sobreponha um diretório separado diretamente na raiz da imagem WIM.
/ data / stuff /

Subdiretórios no WIM são criados conforme necessário. Vários diretórios de origem podem
compartilham o mesmo destino, o que implica uma sobreposição. No caso de isso resultar em um
arquivo não-diretório sendo adicionado à imagem WIM várias vezes, a última versão (como
listado no arquivo de lista de fontes) substitui qualquer versão anterior.

Caminhos de arquivo contendo espaços em branco podem ser citados com aspas simples ou duplas
citações. As cotações não podem ser omitidas.

Linhas consistindo apenas em espaços em branco e linhas começando com '#' precedidas por
espaços em branco opcionais são ignorados.

Como um caso especial, se FONTE é "-", a lista de fontes é lida da entrada padrão
em vez de um arquivo externo.

O modo de captura de volume NTFS em sistemas semelhantes ao UNIX não pode ser usado com --lista de fontes,
já que apenas a captura de um volume NTFS completo é suportada.

--pipável
Crie um WIM "pipable", que pode ser aplicado totalmente sequencialmente, incluindo a partir de um
tubo. Uma imagem no WIM resultante pode ser aplicada com wimlib-imagex Aplique, ou
normalmente especificando o nome do arquivo WIM ou com wimlib-imagex Aplique - para ler o
WIM da entrada padrão. Ver wimlib-imagex Aplique(1) para obter mais detalhes.

Para operações de acréscimo, esta opção resultará em uma reconstrução completa do WIM para fazer
é canalizado. Para operações de captura, o WIM capturado é simplesmente criado como pipable.
Esteja ciente de que quanto mais imagens você adicionar a um WIM canalizável, menos eficiente será a canalização
será, já que mais dados desnecessários serão enviados pelo tubo.

Quando wimlib cria um WIM encanável, ele cuidadosamente reorganiza os componentes do
WIM para que possam ser lidos sequencialmente e também faça vários outros
modificações. Como resultado, esses WIMs "canalizáveis" são não compatível com
Microsoft Programas, portanto, tenha isso em mente se for usá-los. Se desejado,
você pode usar wimlib-imagex otimizar --não-pipável reescrever um WIM canalizado como um
WIM regular. (wimlib-imagex exportar também oferece a capacidade de exportar imagens
de um WIM canalizável para um WIM não canalizável ou vice-versa.)

Na maior parte, wimlib opera em WIMs canalizáveis ​​de forma transparente. Você pode modificar
adicionar ou excluir imagens, exportar imagens e até mesmo criar WIMs pipable divididos. o
as principais desvantagens são que o acréscimo é (atualmente) menos eficiente (--reconstruir is
sempre implícito), e também não são compatíveis com o software da Microsoft.

wimlib-imagex capturar e wimlib-imagex anexar podem escrever um WIM canalizado diretamente
para saída padrão; isso é feito automaticamente se WIMFILE é especificado como "-". (No
Aquele caso, --pipável é assumido.)

--não-pipável
Certifique-se de que o WIM resultante esteja no formato WIM normal não pipable. Isto é o
padrão para wimlib-imagex capturar, exceto ao gravar na saída padrão (WIMFILE
especificado como "-"), e também para wimlib-imagex anexar, exceto ao anexar a um WIM
isso já é canalizado.

--atualização de=[WIMFILE:]IMAGEM
Declara que a imagem sendo capturada ou anexada de FONTE é basicamente o mesmo que
a imagem existente IMAGEM in WIMFILE, mas capturado em um momento posterior, possivelmente
com algumas modificações no intervalo de tempo. Isso é projetado para ser usado em
backups incrementais do mesmo sistema de arquivos ou árvore de diretórios. IMAGEM pode ser um
Índice baseado em 1 ou nome de uma imagem existente em WIMFILE. Também pode ser negativo
inteiro para indexar de trás para frente nas imagens (por exemplo, -1 significa a última imagem existente
in WIMFILE).

Quando esta opção é fornecida, a captura ou anexação da nova imagem será
otimizado por não ler arquivos que, com base em metadados, como carimbos de data / hora, aparecem
não ter sido modificado desde que foram arquivados no existente IMAGEM. Barrar
manipulação de carimbos de data / hora, esta opção afeta apenas o desempenho e não muda
a imagem WIM resultante.

Conforme mostrado, a sintaxe completa para o argumento desta opção é especificar o WIM
arquivo, dois pontos e a imagem; por exemplo, "--update-of mywim.wim: 1". No entanto, o
O arquivo WIM e dois pontos podem ser omitidos, caso em que o arquivo WIM será o padrão para o
Arquivo WIM sendo anexado para operações de acréscimo ou o arquivo WIM do qual um delta
está sendo levado (apenas se --delta-de é especificado exatamente uma vez) para captura
operações.

--delta-de=WIMFILE
Escolha wimlib-imagex capturar apenas: capture o novo WIM como um "delta" de WIMFILE. Qualquer
streams que normalmente precisam ser arquivados no novo WIM são omitidos se eles
já estão presentes no WIMFILE no qual o delta está se baseando. O novo WIM
ainda conterá uma cópia completa dos metadados da imagem, mas normalmente é apenas um
pequena fração do tamanho total de um WIM.

Esta opção pode ser especificada várias vezes, caso em que o delta WIM resultante
conterá apenas fluxos não presentes em nenhum dos WIMs de base especificados.

Para operar no delta WIM resultante usando outros comandos, como wimlib-imagex
Aplique, você deve especificar o delta WIM como o arquivo WIM no qual operar, mas também
referencie o (s) WIM (s) de base usando o --ref opção. Cuidado: para reter o adequado
funcionamento do delta WIM, você só pode adicionar, não excluir, arquivos e imagens ao
WIM (s) de base após a captura de um delta a partir dele.

--delta-de pode ser combinado com --atualização de para aumentar a velocidade de captura de um
DeltaWIM.

Como exemplo, considere a seguinte sequência de backup e restauração:

(backup inicial)

$ wimcapture / some / diretório bkup-base.wim

(alguns dias depois, crie o segundo backup como delta do primeiro)

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

(restaurando o segundo backup)

$ wimapply bkup-2013-08-20.dwm --ref = bkup-base.wim 1 \
/ algum / diretório

No entanto, observe que, como alternativa à sequência acima que usou um delta WIM,
o segundo backup poderia simplesmente ter sido anexado ao WIM como uma nova imagem usando
wimlib-imagex anexar. Delta WIMs devem ser usados ​​apenas se for desejado para basear o
backups ou imagens em um arquivo grande separado que raramente é modificado.

Nota: ao contrário de WIMs "pipáveis" (criados com o --pipável opção), WIMs "delta"
(criado com o --delta-de opção) são compatíveis com o software da Microsoft.
Por exemplo, você pode usar a opção / ref do ImageX para fazer referência aos WIM (s) de base,
semelhante ao anterior.

Nota adicional: wimlib-imagex é generalizado o suficiente para que você possa de fato combinar
--pipável e --delta-de para criar WIMs delta canalizáveis. Nesses casos, a base
WIM (s) devem ser capturados como pipable, bem como o delta WIM, e ao aplicar um
imagem, o (s) WIM (s) de base devem ser enviados pelo tubo após o WIM delta.

--wiboot
Marque a imagem como compatível com WIMBoot. Veja a documentação da Microsoft para mais
informações sobre o WIMBoot. Esta opção irá, por padrão, definir o tipo de compressão
para XPRESS e o tamanho do bloco para 4096 bytes; estes podem, no entanto, ainda ser substituídos
através de --comprimir e --tamanho do pedaço parâmetros, respectivamente. Além disso, este
opção irá, por padrão, definir o arquivo de configuração para
FONTE\ Windows \ System32 \ WimBootCompress.ini se presente e acessível; no entanto, este
ainda pode ser substituído por meio do --config parâmetro.

--inseguro-compacto
Veja a documentação para esta opção em wimlib-imagex-optimize (1).

--instantâneo
EXPERIMENTAL: crie um instantâneo temporário do sistema de arquivos do diretório de origem e
capturar os arquivos dele. Atualmente, esta opção só é compatível com Windows,
onde ele usa o Volume Shadow Copy Service (VSS). Usando esta opção, você pode
criar um backup consistente do volume do sistema de um sistema Windows em execução sem
enfrentando problemas com arquivos bloqueados. Para que o instantâneo VSS seja bem-sucedido
criado, wimlib-imagex deve ser executado como um administrador e não pode ser executado em
Modo WoW64 (ou seja, se o Windows for de 64 bits, então wimlib-imagex também deve ser de 64 bits).

NOTAS

wimlib-imagex anexar não oferece suporte para anexar uma imagem a um WIM dividido.

Exceto quando usando --inseguro-compacto, é seguro abortar um wimlib-imagex anexar comando
no meio; no entanto, depois de fazer isso, é recomendável executar wimlib-imagex
otimizar para remover todos os dados que foram anexados ao arquivo WIM físico, mas ainda não
incorporado à estrutura do WIM, a menos que o WIM esteja sendo totalmente reconstruído (por exemplo,
com --reconstruir), caso em que você deve excluir o arquivo temporário que sobrou.

wimlib-imagex cria WIMs compatíveis com software da Microsoft (WIMGAPI, ImageX, DISM),
com algumas ressalvas:

· Com wimlib-imagex em sistemas do tipo UNIX, é possível criar uma imagem WIM
contendo arquivos com nomes diferentes apenas no caso, ou arquivos com nomes contendo o
caracteres ':', '*', '?', '"', '<', '>', '|' ou '\', que são válidos em POSIX-
sistemas de arquivos compatíveis, mas não Windows. Esteja avisado de que tais arquivos não serão
extraído por padrão pela versão do Windows de wimlib-imagex, e (ainda pior)
ImageX da Microsoft pode ser confundido com esses nomes e parar de extrair a imagem no meio do caminho
Através dos. (Talvez valha a pena apontar que o próprio sistema de arquivos padrão do Windows,
NTFS, suporta esses caracteres, embora o Windows não!)

· Os WIMs pipáveis ​​são incompatíveis com o software da Microsoft. WIMs canalizáveis ​​são criados
somente se WIMFILE foi especificado como "-" (saída padrão) ou se o --pipável bandeira era
Especificadas.

· WIMs capturados com um tamanho de bloco não padrão (com o --tamanho do pedaço opção) ou sólido
arquivos (com o --sólido opção) ou com compressão LZMS (com --comprimir= LZMS ou
--comprimir= recuperação) têm vários níveis de compatibilidade com o software da Microsoft.
Geralmente, as versões mais recentes do software da Microsoft são mais compatíveis.

EXEMPLOS

Primeiro exemplo: Crie um novo WIM 'mywim.wim' com compressão LZX ("máxima") que irá
contém uma imagem capturada da árvore de diretórios 'algumedir'. Observe que o nome da imagem precisa
não será especificado e o padrão será 'algumedir':

wimlib-imagex captura somedir mywim.wim

ou, se o wimcaptura link físico ou arquivo em lote foi instalado, a forma abreviada pode
ser usado:

wimcapture algumedir mywim.wim

Os exemplos restantes usarão a forma longa, no entanto. Em seguida, acrescente a imagem de um
árvore de diretório diferente para o WIM criado acima:

wimlib-imagex anexar outro diretório mywim.wim

Bastante fácil, e os exemplos acima de árvores de diretório de imagens funcionam tanto no tipo UNIX
sistemas e Windows. Em seguida, capture um WIM com várias opções não padrão, incluindo
Compressão XPRESS ("rápida"), uma tabela de integridade, sem mexer com links simbólicos absolutos,
e um nome de imagem e descrição:

wimlib-imagex capture somedir mywim.wim --compress = fast \
--check --norpfix "Algum nome" "Alguma descrição"

Capture um volume NTFS inteiro em um novo arquivo WIM e nomeie a imagem "Windows 7". Sobre
Sistemas semelhantes ao UNIX, isso requer o uso do modo especial descrito em NTFS VOLUME CAPTURAR
(UNIX) onde FONTE é um arquivo ou dispositivo de bloco que contém um sistema de arquivos NTFS:

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

ou, no Windows, para capturar um volume NTFS completo, você precisa especificar a raiz
diretório do volume montado, por exemplo:

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

Igual ao exemplo acima com a captura de um volume NTFS de wimlib-imagex rodando em um UNIX-
como sistema, mas captura o WIM no formato "pipable" específico do wimlib que pode ser canalizado
para wimlib-imagex Aplique:

wimlib-imagex capture / dev / sda2 windows7.wim "Windows 7" \
--pipável

O mesmo que acima, mas em vez de escrever o WIM canalizável no arquivo "windows7.wim", escreva-o
diretamente para a saída padrão através de um tubo em algum outro programa "someprog", que
poderia, por exemplo, ser um programa ou script que transmite os dados para um servidor. Observe que
--pipável não precisa ser explicitamente especificado ao usar a saída padrão como o "arquivo" WIM:

captura wimlib-imagex / dev / sda2 - "Windows 7" | algumprog

Use wimcapture online usando serviços onworks.net