Debian: criando uma unidade USB de instalação inicializável do Windows 10 usando o terminal (dd)

Eu quero entender o que está acontecendo

Desenvolvedor Rufus aqui.

O que muitas pessoas não conseguem entender, porque os ISOs do Linux estão aplicando esse método, mas este é essencialmente um GRANDE HACK CHAMADO 'ISOHYBRID' , é que, na maioria dos casos, você não pode simplesmente pegar uma imagem ISO e copiá-la byte por byte para uma unidade USB e espere que inicialize.

Isso ocorre porque o formato ISO e os sistemas de arquivos subjacentes que ele usa ( ISO9660ou UDF) são projetados para inicialização óptica, que é completamente diferente da inicialização normal de HDD ou USB. Por um lado, a mídia óptica e, portanto, as imagens ISO (regulares), não possuem uma tabela de partições, que é (geralmente) essencial para a inicialização do HDD ou USB, e também (geralmente) não possuem um registro mestre de inicialização, também conhecido como MBR, que é essencial para a inicialização do BIOS.

Isso significa que, se você fizer uma cópia 1:1 de um ISO normal , como o do Windows, em um disco e tentar inicializar, isso é o que vai acontecer:

• Um sistema BIOS ou sistema UEFI no modo Legacy/CSM não verá nenhum MBR e, especialmente, não verá a 0x55 0xAAsequência nos últimos 2 bytes do MBR que indica que um disco é inicializável pelo BIOS. Portanto, não será possível inicializar esse disco no modo BIOS.
• Um sistema UEFI (normalmente) não montará UDFou ISO9660particionará de um disco ou mídia de unidade flash, porque, mesmo que tenha drivers para esses sistemas de arquivos, o disco resultante que você criou não terá uma tabela de partições MBRou . GPTAo inicializar um disco normal, o UEFI é projetado para primeiro procurar uma partição e, em seguida, procurar um gerenciador de inicialização (por exemplo /efi/boot/bootx64.efi, ) nessa partição. Portanto, se não houver MBRou GPTtabela de partição na mídia, o que será o caso de um ISO regular , não importa se o ISO contém um arquivo bootloader, porque o firmware UEFI não será capaz de montar a partição em que reside sobre.

Portanto, o que utilitários como o Rufus fazem ao criar uma mídia de disco inicializável a partir de um ISO do Windows, que é uma imagem de mídia óptica completamente padrão, é:

• Crie uma tabela de partição, MBRou GPTde acordo com o que o usuário selecionou, e crie pelo menos uma partição, que normalmente usará FAT32ou NTFScomo sistema de arquivos (observe que ela usa sistemas de arquivos completamente diferentes dos que um ISO usa).
• Se MBRfor usado, um bit de código no MBRque localiza o carregador de inicialização secundário, na MBRpartição relevante, que é projetado para iniciar a execução do kernel do Windows, em modo de disco, a partir dessa partição. Ah, e também garante que o 0x55 0xAAmarcador de inicialização seja adicionado no final do MBRpara que o BIOS veja o disco como inicializável. Em seguida, ele também copia o conteúdo do ISO em uma partição FAT32ou .NTFS
• Se GPTfor usado, o Rufus verifica se realmente existe um arquivo de bootloader UEFI, como /efi/boot/bootx64.efi(bem, na verdade ele faz isso antes de você, ele permite que você selecione GPT, porque não há muito sentido em tentar criar uma unidade inicializável GPT se não houver UEFI bootloader) e, em seguida, copia-o, junto com o restante dos arquivos ISO, normalmente em uma FAT32partição, já que inicializar a partir de uma FAT32partição é um requisito obrigatório do UEFI (mas isso não significa que o UEFI não possa inicializar NTFSou exFATse você tiver o drivers UEFI relevantes, que podem ser úteis se você tiver um ISO do Windows com um arquivo maior que 4 GB, pois o FAT32 não pode acomodar esses arquivos).

Agora, o acima só funciona quando os carregadores de inicialização secundários (ou seja, aqueles que vêm do Windows e que o Rufus não modifica) são projetados para oferecer suporte à inicialização óptica e regular, o que normalmente significa que eles precisam lidar com sistemas de arquivos UDFou ISO9660e FAT32ou , NTFSbem como as outras diferenças que se apresentam ao inicializar do disco versus do óptico. Mas a Microsoft projetou seu gerenciador de inicialização precisamente para isso, o que é a coisa inteligente a fazer , porque, se o seu sistema de destino é UEFI, isso significa você (geralmente, desde que o problema de tamanho máximo de arquivo de 4 GB FAT32não mostre sua cabeça feia ) não precisa de um utilitário para converter um ISO em um USB inicializável, mas você pode simplesmente formatar esse USB para FAT32 e copiar os arquivos ISO nele (cópia de arquivo,não cópia de byte) e você tem uma mídia inicializável.

E agora que passamos por tudo o que foi dito acima, posso fazer um discurso retórico e explicar por que acredito que os mantenedores da distribuição Linux, que geralmente são mais espertos do que isso, estão na verdade prestando um péssimo serviço aos usuários, mesmo quando estão tentando para ajudá-los:

Quase todas as distros recentes do Linux usam um MAJOR HACK chamado "IsoHybrid", onde alguém conseguiu descobrir uma maneira de fazer uma ISO9660imagem óptica mascarada como uma imagem de disco normal, com uma tabela de partições, um MBRe tudo ... Em outras palavras, a maioria Os ISOs do Linux que você encontra hoje em dia estão abusando do sistema de arquivos ISO9660 para torná-lo algo que nunca foi projetado para se parecer: um disco duplo e uma imagem óptica.

Obviamente, o objetivo é criar um ISO que também possa ser usado com o ddcomando, mesmo que um ISO nunca possa funcionar dessa forma. E concordo que, em teoria, isso soa incrível, porque poder usar uma única imagem para usos completamente diferentes deve ser ótimo para os usuários, mas, na prática, isso leva a problemas que muitas vezes são esquecidos:

• Muitos mantenedores de distribuição Linux não querem se preocupar em usar um sistema de arquivos secundário que o Windows pode montar (por exemplo, eles usarão extcomo sistema de arquivos "secundário" em cima de ISO9660), o que significa que muitas pessoas do Windows, que estão criando uma unidade inicializável para usar o Linux pela primeira vez, ficam superconfusos sobre o motivo pelo qual não podem mais acessar o conteúdo de sua unidade flash. É ainda pior se o "IsoHybrid" também incluir uma partição de sistema EFI (ESP), porque esses usuários têm a impressão de que sua unidade diminuiu completamente de tamanho. Se você for no reddit ou em outro lugar, você encontrará muitas postagens de usuários que estão totalmente confusos sobre o que aconteceu com sua mídia USB, o que não é uma boa primeira impressão no Linux ...
• Como muitos mantenedores de distribuição Linux se concentram tanto em fazer o ISOHybrid funcionar, desconsideram completamente a opção de criar uma mídia inicializável UEFI simplesmente copiando o conteúdo para uma FAT32partição formatada, que, na verdade, sempre deve ser o método preferido de criar unidades inicializáveis ​​UEFI (porque geralmente é muito menos arriscado formatar uma partição e copiar arquivos do que usar o ddcomando). Por causa disso, vimos vários problemas que contribuem para uma experiência de usuário inferior com Manjaro, Ubuntu ... Este é realmente meu principal ponto de discórdia com "ISOHybrid": não deve servir como desculpa para abandonar os meios estabelecidos de criando mídia inicializável!
• GPT e "ISOHybrid" podem ser problemáticos porque a tabela GPT secundária será vista como corrompida ao usar dd... o que na verdade leva a um BSOD no Windows 7 (mas isso é realmente um bug do Windows e não um problema ISOHybrid). Ainda assim, não é a melhor experiência para o pessoal do Windows criando unidades inicializáveis...
• E, finalmente, como os "ISOhybrids" são apresentados como se fossem a mídia mais natural do mundo (o que certamente não são), pessoas como você são levadas a acreditar que toda imagem ISO pode ser aplicada usando dd, quando é a exceção , em vez do que a regra. Isso é muito lamentável, porque cria TONELADAS de confusão do usuário, com alguns usuários do Linux dizendo às pessoas que desejam criar mídia inicializável do Windows que eles deveriam poder usar ddquando isso certamente nunca funcionará! Além disso, se você escolher qualquer ISO do Linux de 10 anos atrás, estou bastante confiante de que descobrirá que quase nenhum deles pode realmente ser usado para criar uma mídia inicializável, ddporque essa coisa "IsoHybrid" é realmente um desenvolvimento recente.

Tanto quanto eu sei, a Microsoft não tem planos de mudar para o "hack" que é ISOHybrid para seus ISOs do Windows, o que significa que é improvável que você consiga ddcriar uma mídia USB inicializável a partir dele e, portanto, se você deseja criar uma mídia inicializável do Windows a partir de um ISO, você pode:

• (UEFI) Precisa formatar uma unidade com um sistema de arquivos do qual o Windows pode inicializar ( NTFS, FAT32e mais recentemente ) e extrair os arquivosexFAT ISO para ele. Agora, se estiver usando ou , você pode ter que fazer um pouco de trabalho extra também ...NTFSexFAT
• (BIOS/Legacy) Precisa formatar uma unidade com um sistema de arquivos do qual o Windows possa inicializar ( NTFSou FAT32-- exFATnão funcionará porque a Microsoft nunca publicou bootloaders de BIOS para ele) e, em seguida, crie a cadeia de bootloader relevante, do código de inicialização MBR ao volume registros de inicialização.

Na verdade, não é tão complicado de conseguir, mas dá um pouco mais de trabalho do que uma cópia 1:1 de um arquivo ISO.

Espero que responda à sua pergunta.

ddnão é a ferramenta certa para criar um USB inicializável do Windows. A maneira mais fácil é usar woeusb.

Instalar:

sudo apt-get install devscripts equivs gdebi-core
cd WoeUSB
./setup-development-environment.bash
mk-build-deps
sudo gdebi woeusb-build-deps_3.3.1_all.deb
dpkg-buildpackage -uc -b
sudo gdebi ../woeusb_3.3.1_amd64.deb

Agora, a versão do pacote é 3.3.1, no caso de atualização do pacote, o comando ./setup-development-environment.bashimprimirá a versão atual, você deve substituí-la nos comandos acima.

Uso:

Você pode usar a GUI, executada woeusbguino terminal. Ou você pode usar a CLI:

Desmonte o dispositivo USB (importante). Então corra:

sudo woeusb -v --device /path/to/windows.iso /dev/sdc

Usei os insights aqui como motivação para encontrar uma maneira de criar uma unidade USB inicializável do Windows Server 2019 a partir do Mac OS . O problema é que você precisa de um disco formatado GPT como FAT32 e há limitações em torno do tamanho máximo de arquivo de 4 GB que você precisa contornar usando a wimlib-imagexextensão. Originalmente , tentei usar ddo utilitário - mas rapidamente percebi que o formato do disco não poderia ser usado para a inicialização do WinOS.

Criar disco inicializável do Windows Server 2019 no MacOS

brew install wimlib 
diskutil list 
diskutil eraseDisk MS-DOS "WIN2K19" GPT /dev/disk2 
hdiutil mount en_windows_server_2019_updated_sep_2020_x64_dvd_2d6f25f2.iso 
rsync -vha --exclude=sources/install.wim "/Volumes/SSS_X64FREV_EN-US_DV9\ 1" /Volumes/WIN2K19 
wimlib-imagex split "/Volumes/SSS_X64FREV_EN-US_DV9 1/sources/install.wim" /Volumes/WIN2K19/sources/install.swm 4000
diskutil eject /dev/disk2 
diskutil eject /dev/disk3