wimapply - Online na nuvem

PROGRAMA:

NOME

wimlib-imagex-apply - Extraia uma imagem, ou todas as imagens, de um arquivo WIM

SINOPSE

wimlib-imagex Aplique WIMFILE [IMAGEM] TARGET [OPÇÃO...]

DESCRIÇÃO

wimlib-imagex Aplique extrai uma ou todas as imagens do arquivo Windows Imaging (WIM)
WIMFILE. Este comando também está disponível simplesmente wimapply se o link físico apropriado
ou o arquivo em lote foi instalado.

Este comando é projetado para extrair, ou "aplicar", uma ou mais imagens WIM completas. Se você
em vez disso, deseja extrair apenas determinados arquivos ou diretórios contidos em uma imagem WIM,
considere usar wimlib-imagex extrato or wimlib-imagex montar em vez de. (wimlib-imagex montar
não é compatível com Windows.)

IMAGEM especifica a imagem WIM em WIMFILE extrair. Pode ser um índice baseado em 1 de um
imagem em WIMFILE, o nome de uma imagem em WIMFILE, ou a palavra-chave "todos" para indicar que
todas as imagens em WIMFILE devem ser extraídos. Use o wimlib-imagex info (1) comando para mostrar
quais imagens um arquivo WIM contém. IMAGEM pode ser omitido se WIMFILE contém apenas uma imagem.

TARGET especifica para onde extrair a imagem WIM. Se TARGET especifica um diretório, o
A imagem WIM é extraída para esse diretório (ver DIRETÓRIO EXTRAÇÃO (UNIX) or DIRETÓRIO
EXTRAÇÃO (JANELAS)) Da mesma forma, se TARGET especifica um arquivo inexistente, um diretório é
criado nesse local e a imagem WIM é extraída para esse diretório.

If IMAGEM é especificado como "todos", então todas as imagens em WIMFILE são realmente extraídos para
subdiretórios de TARGET, cada um dos quais recebe o nome da imagem correspondente,
voltar para o índice de imagem no caso de uma imagem sem nome ou um nome inválido
como um nome de arquivo.

Alternativamente, apenas em sistemas semelhantes ao UNIX, se TARGET especifica um arquivo ou bloco regular
dispositivo, é interpretado como um volume NTFS para o qual a imagem WIM deve ser extraída (consulte
NTFS VOLUME EXTRAÇÃO (UNIX)) Apenas uma única imagem pode ser extraída neste modo, e
apenas extrair para a raiz do volume NTFS (não um subdiretório) é suportado.

WIMFILE pode ser "-" para ler o WIM da entrada padrão em vez de um arquivo, mas consulte
PIPÁVEL WIMS para obter mais informações.

wimlib-imagex Aplique suporta a aplicação de imagens de WIMs independentes, bem como de WIMs divididos.
See SPLIT WIMS.

DIRETÓRIO EXTRAÇÃO (UNIX)

Esta seção documenta como wimlib-imagex Aplique (e também wimlib-imagex extrato) extrair um
Imagem WIM (ou possivelmente um subconjunto dela, no caso de wimlib-imagex extrato) a um
diretório em sistemas semelhantes ao UNIX. Ver DIRETÓRIO EXTRAÇÃO (JANELAS) para o correspondente
documentação para Windows.

Conforme mencionado, uma imagem WIM pode ser aplicada a um diretório em um sistema semelhante ao UNIX, fornecendo
a TARGET diretório. No entanto, é importante ter em mente que o formato WIM era
projetado para Windows e, como resultado, os arquivos WIM podem conter dados ou metadados que não podem
ser representado em sistemas semelhantes ao UNIX. As principais informações que wimlib-imagex precisarão não be
capaz de extrair em sistemas semelhantes ao UNIX é o seguinte:

· Descritores de segurança do Windows (que incluem o proprietário do arquivo, grupo e ACLs).

· Fluxos de dados nomeados.

· Pontos de nova análise que não sejam links simbólicos e pontos de junção.

· Certos atributos de arquivo, como compactação, criptografia e dispersão.

· Nomes curtos (DOS) para arquivos.

· Carimbos de data e hora de criação de arquivo.

Observações: Dados e metadados não suportados simplesmente não são extraídos, mas wimlib-imagex precisarão
tentar avisá-lo quando o conteúdo da imagem WIM não puder ser representado exatamente quando
extraído. Os carimbos de data / hora do último acesso e da última modificação são especificados em 100 nanossegundos
granularidade no arquivo WIM, mas só será extraído com a maior precisão suportada
pelo sistema operacional subjacente, biblioteca C e sistema de arquivos. Arquivos compactados serão
extraído como descompactado, enquanto os arquivos criptografados não serão extraídos.

NTFS VOLUME EXTRAÇÃO (UNIX)

Esta seção documenta como wimlib-imagex Aplique extrai uma imagem WIM diretamente para um NTFS
imagem de volume em sistemas semelhantes ao UNIX.

Como mencionado, wimlib-imagex rodando em um sistema semelhante ao UNIX pode aplicar uma imagem WIM diretamente
para um volume NTFS, especificando TARGET como um arquivo regular ou dispositivo de bloco contendo um
Sistema de arquivos NTFS. O sistema de arquivos NTFS não precisa estar vazio, embora seja esperado que esteja
vazio para os casos de uso pretendidos. Um novo sistema de arquivos NTFS pode ser criado usando o
mkntfs(8) comando fornecido com NTFS-3G.

Neste modo de extração de volume NTFS, a imagem WIM é extraída para a raiz do NTFS
o volume preserva quase todas as informações contidas na imagem WIM. Portanto
não sofre das limitações descritas em DIRETÓRIO EXTRAÇÃO (UNIX). Este
o suporte depende do libntfs-3g para gravar no volume NTFS e lidar com específicos do NTFS e
Dados específicos do Windows.

Observe que este modo de extração de volume NTFS é não entrou se TARGET é um diretório,
mesmo se um sistema de arquivos NTFS estiver montado em TARGET. Você deve especificar o próprio volume NTFS
(e deve ser desmontado, e você deve ter permissão para escrever nele).

Este modo de extração de volume NTFS tenta extrair o máximo de informações possível,
incluindo:

· Todos os fluxos de dados de todos os arquivos, exceto arquivos criptografados, incluindo os dados não nomeados
stream, bem como todos os streams 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, também existem várias limitações conhecidas do modo de extração de volume NTFS:

· Os arquivos criptografados não serão extraídos.

· Wimlib v1.7.0 e posterior: Os atributos do arquivo esparso não serão extraídos (mesmo comportamento
como ImageX / DISM / WIMGAPI). wimlib v1.6.2 e anterior: embora atributos de arquivo esparsos
serão aplicados, os dados completos serão extraídos para cada arquivo esparso, então extraídos
Os arquivos "esparsos" podem não conter nenhuma região esparsa.

Independentemente disso, como quase todas as informações da imagem WIM são restauradas neste modo,
é possível (e totalmente suportado) restaurar uma imagem de uma instalação real do Windows
utilização wimlib-imagex em sistemas semelhantes ao UNIX como uma alternativa ao uso wimlib-imagex on
Janelas. Nos exemplos no final desta página de manual, há um exemplo de aplicação
uma imagem do arquivo "install.wim" contido na mídia de instalação para Windows
(Vista ou posterior) no diretório "fontes".

Observe que para realmente inicializar o Windows (Vista ou posterior) a partir de uma imagem "install.wim" aplicada,
você também precisa marcar a partição como "inicializável" e configurar vários arquivos de inicialização, como
\ BOOTMGR e \ BOOT \ BCD. A última tarefa é mais facilmente realizada executando o
programa "bcdboot.exe" de um sistema Windows ativo (como o Windows PE), mas existem outros
opções também.

DIRETÓRIO EXTRAÇÃO (JANELAS)

No Windows, wimlib-imagex Aplique e wimlib-imagex extrato suporte nativo para Windows-
dados específicos e específicos de NTFS. Para melhores resultados, o diretório de destino deve ser localizado
em um volume NTFS e wimlib-imagex deve ser executado com privilégios de administrador; Contudo,
sistemas de arquivos não-NTFS e execução sem privilégios de administrador também são suportados.

No Windows, wimlib-imagex Aplique e wimlib-imagex extrato tente extrair o máximo de dados e
metadados possíveis, incluindo:

· Todos os fluxos de dados de todos os arquivos. Isso inclui o conteúdo do arquivo padrão, bem como
fluxos de dados nomeados, se suportados pelo volume de destino.

· 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 volume de destino. (Nota: veja --rpfix e --norpfix para documentação
sobre exatamente como ligações e junções simbólicas absolutas são extraídas.) No entanto, de acordo com
as configurações de segurança padrão do Windows, é impossível criar um link simbólico
ou ponto de junção sem privilégios de Administrador; portanto, você deve correr wimlib-
imagemx como o administrador se você deseja restaurar totalmente uma imagem contendo
links e / ou pontos de junção. (Caso contrário, apenas um aviso será emitido quando um
link simbólico ou ponto de junção não pode ser extraído devido a privilégios insuficientes.)

· A criação de arquivos e diretórios, acesso e timestamps de modificação, para o mais alto
resolução suportada pelo volume de destino.

· Descritores de segurança, se suportados pelo sistema de arquivos e --sem acls não é especificado.
Além disso, a menos --strict-acls é especificado, os descritores de segurança para
arquivos ou diretórios individuais podem ser omitidos ou apenas parcialmente configurados se o usuário
não tem permissão para defini-los, o que pode ser um problema se wimlib-imagex é executado como um
não administrador.

· Atributos de arquivo, incluindo ocultos, esparsos, compactados, criptografados, etc, quando suportados
pelo sistema de arquivos.

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

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

Observações adicionais sobre como extrair arquivos no Windows:

· wimlib-imagex irá emitir um aviso quando não for capaz de extrair os metadados exatos e
dados da imagem WIM, por exemplo, devido aos recursos mencionados acima não serem suportados
pelo sistema de arquivos de destino.

· Uma vez que os arquivos criptografados (com FILE_ATTRIBUTE_ENCRYPTED) não são armazenados em texto simples em
a imagem WIM, wimlib-imagex não pode restaurar arquivos criptografados para sistemas de arquivos que não
suportando criptografia. Portanto, em tais sistemas de arquivos, os arquivos criptografados não serão
extraído. Além disso, mesmo se os arquivos criptografados forem restaurados em um sistema de arquivos que
suporta criptografia, eles só serão descriptografáveis ​​se a chave de descriptografia estiver disponível.

· Arquivos com nomes que não podem ser representados no Windows não serão extraídos por
predefinição; Vejo --include-nomes-inválidos.

· Arquivos com caminhos completos acima de 260 caracteres (os chamados MAX_PATH) serão extraídos,
mas esteja ciente de que tais arquivos serão inacessíveis para a maioria dos softwares Windows e podem não
pode ser excluído facilmente.

· No Windows, a menos que o --sem acls opção for especificada, wimlib tentará restaurar
descritores de segurança dos arquivos exatamente como são fornecidos na imagem WIM. Cuidado
que as instalações típicas do Windows contêm arquivos cujos descritores de segurança não
permitir que o administrador os exclua. Portanto, esses arquivos não poderão ser
excluído ou, em alguns casos, até lido, após a extração, a menos que seja processado com um
programa especializado que sabe adquirir o SE_RESTORE_NAME e / ou SE_BACKUP_NAME
privilégios que permitem anular listas de controle de acesso. Este não é um bug no wimlib,
que funciona como projetado para restaurar corretamente os dados que foram arquivados, mas sim um
problema com os direitos de acesso que o Windows usa em certos arquivos. Mas se você só quer
os dados do arquivo e não se preocupe com os descritores de segurança, use --sem acls pular
restaurando todos os descritores de segurança.

· Uma advertência semelhante à acima se aplica aos atributos de arquivo, como somente leitura, oculto e
Sistema. Por design, no Windows, o wimlib restaurará esses atributos de arquivo; Portanto,
os arquivos extraídos podem ter esses atributos. Se não for isso que você deseja, use o
--no-attribute opção.

SPLIT WIMS

Você pode usar wimlib-imagex Aplique para aplicar imagens de um WIM dividido. o WIMFILE argumento
deve especificar a primeira parte do WIM dividido, enquanto as partes adicionais do WIM dividido
deve ser especificado em um ou mais --ref="GLOBO"opções. Como o globbing é integrado ao
--ref opção, normalmente apenas uma --ref opção é necessária. Por exemplo, os nomes de
as partes WIM divididas geralmente são algo como:

meuwim.swm
meuwim2.swm
meuwim3.swm
meuwim4.swm
meuwim5.swm

Para aplicar a primeira imagem deste WIM dividido ao diretório "dir", execute:

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

Como um caso especial, se você estiver aplicando uma imagem da entrada padrão de um WIM dividido que
também é canalizável (conforme descrito em PIPÁVEL WIMS), O --ref opção é desnecessária; ao invés você
deve garantir que todas as partes WIM divididas sejam concatenadas na entrada padrão.
Eles podem ser fornecidos em qualquer ordem, com exceção da primeira parte, que deve ser
em primeiro lugar.

PIPÁVEL WIMS

A partir do wimlib 1.5.0, wimlib-imagex Aplique suporta a aplicação de um WIM a partir de um arquivo não pesquisável,
como um cano, desde que o WIM tenha sido capturado com --pipável (Vejo wimlib-imagex
capturar(1)). Para usar a entrada padrão como WIM, especifique "-" como WIMFILE. Um uso útil de
essa capacidade é aplicar uma imagem de um WIM ao transmiti-la de um servidor. Para
exemplo, para aplicar a primeira imagem de um arquivo WIM disponível em um servidor HTTP a um NTFS
volume em / dev / sda1, execute algo como:

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

(O acima também usou o wimapply abreviatura para wimlib-imagex Aplique.) Nota: Arquivos WIM
e guarante que os mesmos estão não canalizável por padrão; você tem que capturá-los explicitamente com --pipável, E eles
e guarante que os mesmos estão não compatível com o software da Microsoft. Ver wimlib-imagex capturar(1) para mais
informações.

É possível aplicar uma imagem de um WIM canalizável dividido em várias partes; Vejo SPLIT
WIMS.

OPÇÕES

--Verifica
Ao ler WIMFILE, verifique sua integridade se a tabela de integridade estiver presente.

--ref="GLOBO"
Conjunto de arquivos de WIMs adicionais ou partes WIM divididas para referenciar recursos. Ver
SPLIT_WIMS. Esta opção pode ser especificada várias vezes. Observação: GLOBO está listado em
citações porque é interpretado por wimlib-imagex e pode precisar ser citado para
proteger contra a expansão da casca.

--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), extraíram links simbólicos absolutos que
são marcados na imagem WIM como corrigidos são considerados como tendo alvos absolutos
em relação à raiz da imagem e, portanto, wimlib-imagex Aplique precede o absoluto
caminho para o diretório de destino de extração para seus destinos. A intenção é que você
pode aplicar uma imagem contendo links simbólicos absolutos e ainda fazê-los ser válidos
depois de ter sido aplicado a qualquer local.

O comportamento padrão é --rpfix se houver imagens em WIMFILE foram capturados com
ajustes de pontos de nova análise feitos. Caso contrário, é --norpfix.

Os ajustes de pontos de nova análise nunca são feitos no modo de extração de volume NTFS no tipo UNIX
sistemas.

--unix-dados
(Apenas sistemas semelhantes ao UNIX) Restaurar proprietários, grupos, modos e IDs de dispositivos UNIX (principal
e números menores) que foram capturados por wimlib-imagex capturar com o --unix-dados
opção. A partir do wimlib v1.7.0, você pode fazer backup e restaurar não apenas o UNIX padrão
informações de permissão de arquivo, mas também nós de dispositivo de personagem, nós de dispositivo de bloco,
pipes nomeados (FIFOs) e soquetes de domínio UNIX.

--sem acls
Não restaure descritores de segurança em arquivos e diretórios extraídos.

--strict-acls
Falha imediatamente se o descritor de segurança completo de qualquer arquivo ou diretório não puder ser
definido exatamente como especificado no arquivo WIM. Se esta opção não for especificada, quando
wimlib-imagex no Windows não tem permissão para definir um descritor de segurança em um
arquivo extraído, ele volta a defini-lo apenas parcialmente (por exemplo, com SACL omitido),
e, no pior dos casos, omite-o inteiramente. No entanto, isso só deve ser um problema
ao correr wimlib-imagex sem direitos de administrador. Além disso, no estilo UNIX
sistemas, este sinalizador também pode ser combinado com --unix-dados causar wimlib-imagex para
falhará imediatamente se o proprietário, grupo ou modo do UNIX em um arquivo extraído não puder ser
definido por qualquer motivo.

--no-attribute
Não restaure atributos de arquivo do Windows, como somente leitura, oculto, etc.

--include-nomes-inválidos
Extraia arquivos e diretórios com nomes inválidos, substituindo caracteres e
anexar um sufixo em vez de ignorá-los. Exatamente o que é considerado um
o nome "inválido" depende da plataforma.

Em sistemas compatíveis com POSIX, os nomes de arquivos diferenciam maiúsculas de minúsculas e podem conter qualquer byte
exceto '\ 0' e ´ / ', então em um sistema compatível com POSIX esta opção terá apenas um
efeito no caso improvável de que a imagem WIM por algum motivo tenha um nome de arquivo
contendo um desses personagens.

No Windows, os nomes de arquivo não diferenciam maiúsculas de minúsculas, não podem incluir os caracteres '/', ´ \ 0 ',
'\', ':', '*', '?', '"', '<', '>' ou '|', e não pode terminar com um espaço ou ponto final.
Normalmente, os arquivos em imagens WIM também devem atender a essas condições. No entanto, é
não garantida e, em particular, uma imagem WIM capturada com wimlib-imagex com um
O sistema compatível com POSIX pode conter esses arquivos. Por padrão, nomes inválidos serão
ignorado, e se houver vários nomes diferindo apenas no caso, um será escolhido
extrair arbitrariamente; no entanto, com --include-nomes-inválidos, todos os nomes serão
higienizado e extraído de alguma forma.

--wiboot
Somente Windows: em vez de extrair os próprios arquivos, extraia os "arquivos de ponteiro"
de volta ao (s) arquivo (s) WIM. Isso pode resultar em economia de espaço significativa. Contudo,
isso acarreta vários custos potenciais, como não ser capaz de excluir o WIM
arquivo (s) e possivelmente tendo acesso mais lento aos arquivos. Veja o site da Microsoft
documentação para "WIMBoot" para mais informações.

Se existir, a seção [PrepopulateList] do arquivo
\ Windows \ System32 \ WimBootCompress.ini na imagem WIM será lido. Arquivos correspondentes
qualquer um desses padrões será extraído normalmente, não como "arquivos de ponteiro" do WIMBoot.
Isso é útil para certos arquivos que o Windows precisa ler no início da inicialização
processo.

Esta opção só funciona quando o programa é executado como um administrador e o destino
volume é NTFS ou outro sistema de arquivos que ofereça suporte a pontos de nova análise.

Além disso, esta opção funciona melhor quando executado no Windows 8.1 Update 1 ou posterior,
já que essa é a primeira versão do Windows que contém o arquivo de sobreposição do Windows
Driver do filtro do sistema ("WOF"). Se o driver WOF for detectado, wimlib criará o
WIMBoot "arquivos de ponteiro" usando ioctls documentados fornecidos pelo WOF.

Caso contrário, se o driver WOF não for detectado, wimlib criará os pontos de nova análise
e edite o arquivo "\ System Volume Information \ WimOverlay.dat" no volume de destino
manualmente. Isso está potencialmente sujeito a problemas, pois embora o código funcione em
certos casos testados, nenhum desses formatos de dados é realmente documentado por
Microsoft. Antes de sobrescrever este arquivo, wimlib salvará a versão anterior em
"\ System Volume Information \ WimOverlay.wimlib_backup", que você potencialmente poderia
restaure se necessário.

Você ainda pode fazer um --wiboot extração mesmo se a imagem WIM não estiver marcada
como "compatível com WIMBoot". Esta opção faz com que os arquivos extraídos sejam definidos como
"apoiado externamente" pelo arquivo WIM. O driver da Microsoft que implementa este
funcionalidade de "suporte externo" aparentemente não se importa se as imagens no
WIM são realmente marcados como compatíveis com WIMBoot. Portanto, o "compatível com WIMBoot"
marcação ( nos dados XML) parece ser um marcador apenas para a intenção. Além disso,
o driver da Microsoft pode fazer backup externamente de arquivos de arquivos WIM que usam blocos XPRESS
de tamanho 8192, 16384 e 32768, ou pedaços LZX de tamanho 32768, além do
pedaços XPRESS padrão de tamanho 4096 que são criados quando wimlib-imagex capturar is
correr com o --wiboot opção.

--compactar=FORMATO
Somente Windows: compacte os arquivos extraídos usando a compactação do sistema, quando possível.
Isso só funciona no Windows 10 ou posterior, ou em um Windows mais antigo para o qual
O driver wofadk.sys da Microsoft foi adicionado. Vários formatos de compressão diferentes
pode ser usado com compactação do sistema, e um deve ser especificado como FORMATO. O
as opções são: xpress4k, xpress8k, xpress16k e lzx.

As exclusões são tratadas da mesma forma que com o --wiboot opção. Ou seja: se
existe, a seção [PrepopulateList] do arquivo
\ Windows \ System32 \ WimBootCompress.ini na imagem WIM será lido e os arquivos
corresponder a qualquer um dos padrões nesta seção não será compactado. Além disso,
wimlib tem uma lista codificada de arquivos para os quais conhece, para compatibilidade com o
Carregador de inicialização do Windows, para substituir o formato de compactação solicitado.

NOTAS

Data integridade: Arquivos WIM incluem resumos de mensagem SHA1 para dados de arquivo. wimlib-imagex
Aplique calcula o resumo da mensagem SHA1 de cada arquivo que extrai e emite um erro se
não é igual ao resumo da mensagem SHA1 fornecido no WIM. (Este comportamento padrão
parece equivalente ao /verificar opção de ImageX.) Observe que isso é separado do
tabela de integridade do WIM, que fornece resumos de mensagens SHA1 sobre pedaços brutos do
arquivo WIM inteiro e é verificado separadamente se o --Verifica opção é especificada.

ESD arquivos: wimlib v1.6.0 e posterior pode extrair arquivos da versão 3584 WIMs, que geralmente
contêm recursos sólidos comprimidos com LZMS e podem transportar o .esd extensão de arquivo em vez de
. Wim. Porém, .esd arquivos baixados diretamente pelo downloader da web do Windows 8 têm
segmentos criptografados e wimlib não pode extrair esses arquivos até que eles sejam primeiro descriptografados.

Diretório Travessia ataques: wimlib valida nomes de arquivos antes de extraí-los e não é
vulnerável a ataques de travessia de diretório. Isso está em contraste com a Microsoft
WIMGAPI / ImageX / DISM que pode substituir arquivos arbitrários na unidade de destino quando
extrair um arquivo WIM malicioso contendo arquivos nomeados .. ou contendo separadores de caminho.

EXEMPLOS

Extraia a primeira imagem da imagem do Windows PE no Windows (Vista ou posterior)
mídia de instalação para o diretório "boot":

wimlib-imagex aplicar /mnt/windows/sources/boot.wim 1 boot

O mesmo que acima, mas usando o wimapply abreviação:

wimapply /media/windows/sources/boot.wim 1 inicialização

No Windows, aplique uma imagem de um volume inteiro, por exemplo de "install.wim", que pode
ser encontrado na mídia de instalação do Windows (Vista ou posterior):

wimlib-imagex apply install.wim 1 E: \

O mesmo que acima, mas rodando em um sistema semelhante ao UNIX, onde a partição correspondente está
/ dev / sda2:

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

Observe que antes de executar qualquer um dos comandos acima, um sistema de arquivos NTFS pode precisar ser
criado na partição, por exemplo, com format.exe no Windows ou mkntfs(8) (parte de
NTFS-3g) em sistemas semelhantes ao UNIX. Por exemplo, você pode executar:

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

(Claro, não faça isso se você não quiser destruir todos os dados existentes na partição!)

Um exemplo de aplicação de um WIM encanável a partir de um tubo pode ser encontrado em PIPÁVEL WIMSE um
exemplo de aplicação de um WIM dividido pode ser encontrado em SPLIT WIMS.

Use wimapply online usando serviços onworks.net