Como instalar Windows em uma máquina que já tem Linux e preservar o dual boot

Instalar o Windows depois do Linux é perfeitamente possível. A ordem inversa é menos conveniente porque o instalador do Windows pode colocar o Windows Boot Manager no início da ordem de inicialização e, em máquinas antigas com BIOS/MBR, substituir o código de boot do GRUB. Em computadores modernos com UEFI e GPT, isso normalmente não apaga o Linux: os carregadores convivem na partição EFI, mas talvez seja necessário restaurar a prioridade do Linux e atualizar o menu do GRUB.

Este tutorial foi escrito para o cenário atual: Windows 11 em um computador x86-64 que já inicia Linux. Ele cobre um e dois discos, ext4, Btrfs, XFS, LVM e LUKS; criação da mídia pelo próprio Linux; instalação sem tocar nas partições existentes; recuperação de GRUB, systemd-boot e da ordem UEFI; BitLocker, Secure Boot, Fast Startup e os erros mais comuns.

Alerta decisivo: redimensionar partições e escolher o destino errado no instalador pode destruir todos os dados. Faça backup externo verificado. Durante a instalação, escolha somente o espaço não alocado preparado previamente. Não apague, não formate e não use diskpart clean no disco que contém o Linux.

Resumo executivo

A forma mais segura é instalar o Windows em um segundo SSD próprio, idealmente com o disco Linux temporariamente desconectado. Assim, cada sistema tem sua própria partição EFI e um não depende do carregador do outro. Depois, reconecta-se o disco Linux, coloca-se Linux Boot Manager, ubuntu, Fedora, debian ou equivalente como primeira opção no UEFI e adiciona-se o Windows ao menu do GRUB, se desejado.

Em um único disco, o caminho recomendado é:

1. confirmar que o Linux usa UEFI/GPT e identificar exatamente disco, partições, sistema de arquivos e carregador de boot;
2. fazer backup externo e criar uma mídia Linux de recuperação;
3. iniciar um GParted Live ou a mídia live da distribuição e reduzir a partição Linux, deixando espaço não alocado;
4. criar a mídia oficial do Windows 11, preferencialmente com Media Creation Tool em outro Windows ou com Ventoy no Linux;
5. iniciar o pendrive explicitamente em modo UEFI;
6. escolher Instalação personalizada e selecionar apenas o espaço não alocado;
7. concluir a instalação, desativar Fast Startup e guardar a chave do BitLocker/Criptografia de Dispositivo;
8. restaurar o Linux como primeira opção de boot e atualizar GRUB ou systemd-boot.

O caso simples é ext4 ou Btrfs sem camadas complexas e com espaço livre suficiente. XFS não pode ser reduzido. Uma raiz em LUKS + LVM, LUKS + Btrfs, RAID ou ZFS exige um plano específico por camadas; para um usuário que não domina armazenamento, é mais seguro usar outro disco ou fazer backup, recriar as partições e restaurar.

Metodologia e critérios

A pesquisa priorizou documentação da Microsoft para requisitos, ISO, UEFI/GPT, Secure Boot, BitLocker e energia; documentação upstream do GNU GRUB, systemd, Btrfs, e2fsprogs, GParted e Ventoy; e documentação das distribuições Fedora, Debian, Ubuntu, Arch Linux e openSUSE para recuperação dos carregadores.

Os procedimentos foram organizados por risco. Comandos que apenas identificam o sistema vêm primeiro; ações de escrita têm marcadores e nomes substituíveis. Não foi adotada a rotina destrutiva da documentação de “instalação limpa” da Microsoft, porque ela orienta apagar partições em um computador destinado exclusivamente ao Windows. Isso seria inadequado no dual boot que queremos preservar.

As telas podem mudar levemente conforme a edição e a versão do Windows 11, o fabricante do computador e a distribuição Linux. Os princípios que protegem os dados permanecem: mesma modalidade de firmware, espaço não alocado preparado antes, identificação por tamanho e modelo, e proibição de apagar partições desconhecidas.

O que realmente acontece quando o Windows vem depois

Em UEFI com GPT

Cada sistema mantém arquivos .efi em uma EFI System Partition, normalmente FAT32. O Linux pode usar caminhos como:

• EFI/ubuntu/shimx64.efi;
• EFI/fedora/shimx64.efi;
• EFI/debian/shimx64.efi;
• EFI/systemd/systemd-bootx64.efi;
• EFI/GRUB/grubx64.efi.

O Windows acrescenta EFI/Microsoft/Boot/bootmgfw.efi e registra Windows Boot Manager na memória NVRAM do firmware. O efeito mais comum é o Windows passar para o primeiro lugar da ordem de boot. Os arquivos do Linux continuam no disco.

Em BIOS legado com MBR

O código de inicialização vive no MBR e em setores próximos. O instalador do Windows tende a assumir esse caminho e pode substituir o primeiro estágio do GRUB. Os dados Linux ainda podem existir, mas o GRUB precisa ser reinstalado no disco.

O Windows 11 exige oficialmente firmware UEFI com capacidade de Secure Boot e TPM 2.0. Portanto, se o Linux atual foi instalado em BIOS/Legacy ou CSM, a solução duradoura não é misturar Windows UEFI e Linux BIOS no mesmo fluxo. A recomendação é fazer backup e migrar a máquina para UEFI + GPT, frequentemente reinstalando ou convertendo com um plano próprio.

Regra de compatibilidade

Os dois sistemas devem iniciar no mesmo modo:

Decisão rápida: qual caminho usar

Fase 1 — inventário sem alterar nada

Abra um terminal no Linux e execute os comandos de leitura abaixo. Eles não redimensionam nem formatam nada.

1. Confirmar UEFI ou BIOS

if [ -d /sys/firmware/efi ]; then
  echo "Linux iniciado em UEFI"
else
  echo "Linux iniciado em BIOS/Legacy"
fi

Se aparecer UEFI, continue pelo fluxo principal. Se aparecer BIOS/Legacy, leia primeiro a seção de sistemas antigos; não basta ativar UEFI no firmware, porque isso pode impedir o Linux atual de iniciar.

2. Mapear discos, partições e sistemas de arquivos

lsblk -e7 -o NAME,SIZE,TYPE,FSTYPE,FSVER,FSUSE%,MOUNTPOINTS,MODEL,PARTTYPENAME,UUID
sudo fdisk -l
sudo blkid

Registre em papel ou num arquivo externo:

• o disco físico do Linux, por exemplo /dev/nvme0n1 ou /dev/sda;
• a partição raiz /;
• uma eventual /boot separada;
• a partição EFI, FAT32 e normalmente montada em /boot/efi, /efi ou /boot;
• swap, partição de dados e discos externos;
• modelo e capacidade exata de cada unidade.

Confira os pontos de montagem individualmente:

findmnt /
findmnt /boot
findmnt /boot/efi
findmnt /efi

É normal que alguns dos três últimos comandos não retornem nada. Distribuições diferentes montam a ESP em locais diferentes.

3. Descobrir GPT ou MBR

No resultado de sudo fdisk -l, procure:

• Disklabel type: gpt: caminho moderno recomendado;
• Disklabel type: dos: tabela MBR/legada.

4. Descobrir o carregador de boot

sudo efibootmgr -v
bootctl status

• Se bootctl status disser que systemd-boot está instalado, use a seção própria deste tutorial.
• Se aparecerem ubuntu, Fedora, debian, opensuse ou GRUB em efibootmgr, provavelmente há GRUB/shim.
• Se efibootmgr disser que variáveis EFI não são suportadas, ou a sessão foi iniciada em BIOS, ou o sistema não está expondo a NVRAM.

Salve a saída antes da instalação:

sudo efibootmgr -v | tee ~/efibootmgr-antes-do-windows.txt
lsblk -f | tee ~/lsblk-antes-do-windows.txt

Depois copie esses arquivos para o backup externo.

5. Identificar camadas de armazenamento

lsblk -f
sudo pvs
sudo vgs
sudo lvs
sudo cryptsetup status cryptroot
sudo btrfs filesystem show 2>/dev/null

cryptroot é apenas um nome comum; a sua instalação pode usar outro. Se lsblk mostrar uma cadeia como partição -> crypt -> LVM -> sistema de arquivos, não a trate como uma partição ext4 simples.

Fase 2 — backup e kit de recuperação

O backup mínimo aceitável

Tenha duas coisas diferentes:

1. um backup de arquivos importantes em outro disco, NAS ou nuvem;
2. uma mídia Linux inicializável capaz de abrir um terminal, montar as partições e acessar a internet.

Inclua no backup:

• todo o diretório pessoal, inclusive arquivos ocultos relevantes;
• projetos, chaves SSH, cofres de senha, fotos, documentos e saves;
• /etc, se houver configurações importantes;
• lista de pacotes e Flatpaks;
• saídas de lsblk -f, fdisk -l, blkid, efibootmgr -v e conteúdo de /etc/fstab;
• cabeçalho LUKS, quando houver, armazenado fora do disco criptografado;
• arquivos da partição EFI, como camada auxiliar de recuperação.

Um snapshot do Timeshift, Snapper ou Btrfs guardado no mesmo SSD não protege contra exclusão da tabela de partições ou falha física. Ele é complemento, não backup.

Verificar, não apenas copiar

Abra arquivos aleatórios no destino, compare quantidades e confirme que a unidade externa pode ser lida em outra sessão. Um backup nunca testado é apenas uma esperança.

Registrar a tabela de partições

Além dos arquivos pessoais, registre a geometria do disco. Substitua o dispositivo pelo disco correto e grave os resultados diretamente numa unidade externa:

sudo sfdisk --dump /dev/nvme0n1 | tee /caminho/do/backup/tabela-nvme0n1.sfdisk
sudo sgdisk --backup=/caminho/do/backup/tabela-nvme0n1.gpt /dev/nvme0n1
sudo sgdisk --print /dev/nvme0n1 | tee /caminho/do/backup/tabela-nvme0n1.txt

sgdisk --backup é específico para GPT e pode exigir o pacote gdisk. Esses arquivos são principalmente mapa e auxílio forense. Restaurar uma tabela antiga depois que novas partições e sistemas de arquivos já foram criados também pode destruir dados; não faça restauração automática por impulso.

Copiar a ESP e o cabeçalho LUKS

Se a ESP está montada em /boot/efi, copie seu conteúdo preservando atributos:

sudo tar --xattrs --acls -C /boot/efi \
  -cpf /caminho/do/backup/esp-antes-do-windows.tar .

Se houver LUKS, identifique a partição LUKS real, não o mapeamento aberto, e faça backup do cabeçalho:

sudo cryptsetup luksHeaderBackup /dev/nvme0n1p3 \
  --header-backup-file /caminho/do/backup/luks-nvme0n1p3-header.img

O exemplo de dispositivo precisa ser substituído. O cabeçalho e uma senha válida podem permitir acesso ao volume; guarde-o como segredo, preferencialmente criptografado e sempre fora da unidade protegida.

Kit recomendado sobre a mesa

• pendrive de instalação do Windows 11;
• pendrive live da sua distribuição ou do GParted Live;
• backup externo desconectado durante a instalação;
• este tutorial acessível em outro dispositivo;
• senha LUKS e, se existente, chave de recuperação;
• chave BitLocker antiga, se já houver alguma unidade Windows criptografada;
• cabo de rede ou driver Wi-Fi do fabricante, quando necessário.

Fase 3 — planejar espaço

A Microsoft fixa 64 GB como armazenamento mínimo do Windows 11, mas isso é apertado para atualizações, arquivo de paginação, hibernação, aplicativos e jogos.

Sugestões práticas:

Deixe folga tanto no Windows quanto no Linux. Não reduza a partição Linux até ficar quase cheia. Como regra operacional, preserve ao menos o espaço usado atual mais 20% a 30% de margem, e mais se snapshots Btrfs, máquinas virtuais ou containers crescerem.

Partições que o Windows criará

Ao selecionar espaço não alocado em um disco GPT, o instalador pode criar:

• Microsoft Reserved Partition, pequena e sem sistema de arquivos visível;
• partição principal NTFS do Windows;
• partição do Windows Recovery Environment;
• arquivos do Windows Boot Manager na ESP existente ou uma nova ESP, conforme o desenho dos discos.

Não é necessário criar essas partições manualmente. Deixar um bloco contínuo como não alocado reduz a chance de errar tipos e tamanhos.

Fase 4A — rota recomendada com dois discos

Por que é melhor

Cada sistema pode manter seu próprio conjunto de partições e sua própria ESP. Uma falha ou reinstalação do Windows não precisa afetar o disco Linux. O menu do firmware já é suficiente para escolher entre eles, mesmo que GRUB ou systemd-boot não agregue o outro sistema.

Procedimento

1. Identifique modelo e capacidade dos dois discos com lsblk.
2. Faça backup de qualquer conteúdo do disco destinado ao Windows.
3. Desligue completamente a máquina.
4. Se for fisicamente simples, desconecte temporariamente o SSD Linux. Em notebook selado, não force abertura nem conector.
5. Deixe conectado apenas o disco destinado ao Windows e o pendrive instalador.
6. Instale o Windows no espaço não alocado desse disco.
7. Desligue, reconecte o disco Linux e abra a configuração UEFI.
8. Coloque o carregador Linux em primeiro ou mantenha cada sistema no menu de boot rápido.
9. Inicie Linux e, se quiser uma tela única, atualize o GRUB para detectar o Windows.

Desconectar o disco Linux não substitui o backup. Também não autoriza apagar um segundo disco que contenha dados: confirme o modelo e a capacidade antes.

Quando não desconectar

Não desmonte notebook sem experiência, não rompa lacres e não mexa em cabos com energia. É possível instalar mantendo ambos conectados, mas o Windows pode colocar sua ESP no primeiro disco que considerar adequado. Ainda funciona; apenas cria uma dependência entre discos.

Fase 4B — rota com um único disco

Princípio central

O Windows deve receber espaço não alocado, não uma partição Linux “que parece vazia”. O instalador não entende nativamente ext4, Btrfs, XFS ou LUKS e pode exibir essas partições apenas como Primary, Unknown ou pelo tamanho. Isso não significa que podem ser apagadas.

Preparação com GParted Live

Para uma raiz simples em ext4, o caminho mais amigável é o GParted Live:

1. faça backup;
2. desligue o Linux totalmente, sem hibernar;
3. inicie GParted Live em modo UEFI;
4. escolha o disco correto pelo modelo e capacidade no canto superior direito;
5. confirme visualmente a ESP, a raiz Linux, swap e qualquer /home separado;
6. desative swap, se estiver ativa;
7. selecione a partição que realmente contém espaço livre e use Resize/Move;
8. reduza pelo final direito da partição, preservando o ponto inicial;
9. deixe o espaço liberado como unallocated — não o formate em NTFS;
10. revise a fila de operações e aplique uma vez;
11. não desligue, reinicie nem suspenda durante a operação;
12. depois, reinicie o Linux normalmente e confirme que arquivos, rede e boot continuam funcionando;
13. só então inicie a instalação do Windows.

O GParted executa a redução do sistema de arquivos e da partição na ordem necessária quando a combinação é suportada. Ainda assim, movimentar muitos dados pode levar horas e uma interrupção de energia pode ser fatal. Use alimentação estável.

ext4: o caso mais previsível

O resize2fs reduz ext2/3/4 desmontado. A ordem técnica é:

1. desmontar;
2. verificar com e2fsck;
3. reduzir o sistema de arquivos;
4. somente depois reduzir a partição, que deve permanecer maior ou igual ao sistema de arquivos.

É exatamente por isso que não se deve apenas arrastar o fim da partição com uma ferramenta que não saiba redimensionar ext4. Para a maioria das pessoas, prefira GParted Live em vez de calcular setores manualmente.

Btrfs: possível, porém menos trivial

Btrfs pode crescer ou encolher montado e realoca dados que estejam na região removida. O comando btrfs filesystem resize altera o sistema de arquivos, não a tabela de partições. Depois de reduzi-lo, ainda é necessário reduzir a partição sem ultrapassar o novo limite.

Há complicações com:

• snapshots e quotas;
• swapfile Btrfs ativo;
• múltiplos dispositivos ou perfis RAID;
• subvolumes usados por Fedora, openSUSE ou outras distribuições;
• fragmentação e grande volume de dados a realocar.

Faça btrfs scrub e valide o backup antes. Use uma versão atual do GParted/Btrfs-progs ou siga a documentação exata da sua distribuição. Não copie um tamanho de exemplo da internet para o seu disco.

XFS: não há redução direta

XFS pode crescer, mas não pode ser reduzido. GParted também não transforma isso num encolhimento nativo; a alternativa real é copiar os dados para um sistema de arquivos novo e menor. Portanto:

• instale o Windows em outro disco; ou
• faça backup, recrie a partição Linux com tamanho menor e restaure/reinstale.

Nunca reduza a partição externa sob um XFS maior. Isso corta dados e metadados.

LVM: espaço livre do VG não é espaço não alocado no disco

Mesmo que vgs mostre dezenas de gigabytes livres, esse espaço ainda pode estar dentro do Physical Volume e da partição que o contém. Para devolvê-lo ao instalador seria necessário, conforme o layout:

1. reduzir o sistema de arquivos suportado;
2. reduzir o Logical Volume;
3. garantir que extents ocupados não estejam no final do Physical Volume;
4. reduzir o PV;
5. reduzir a partição externa.

lvreduce antes do sistema de arquivos pode destruir dados. XFS em LVM continua sem poder encolher. A opção --resizefs reduz alguns riscos, mas não resolve automaticamente PV, criptografia e partição externa. Para uso pessoal, o segundo SSD costuma valer muito mais que o risco e o tempo desse procedimento.

LUKS: uma camada a mais que precisa concordar

LUKS não revela ao Windows o que existe dentro. Uma instalação comum pode ser:

partição GPT -> contêiner LUKS -> Physical Volume LVM -> volumes lógicos -> ext4/swap

ou:

partição GPT -> contêiner LUKS -> Btrfs -> subvolumes

Cada camada deve ser reduzida na ordem correta, e o cabeçalho LUKS deve ter backup externo. A própria documentação do cryptsetup trata algumas operações de redução como destrutivas e irrecuperáveis em caso de erro. Este tutorial, portanto, não oferece uma sequência universal de redução LUKS, porque ela seria insegura sem conhecer o layout real. Use outro disco ou faça backup, recrie e restaure.

/home separado

Se /home é uma partição simples e contém bastante espaço livre, pode ser menos arriscado reduzi-la do que a raiz. Ainda se aplicam as regras do sistema de arquivos. Depois da mudança, confirme que o UUID não mudou; se mudou, corrija /etc/fstab antes de seguir.

Partição EFI

Não formate, não exclua e não altere a ESP apenas para “dar espaço ao Windows”. Ela costuma ser FAT32, pequena, marcada como EFI System, esp ou boot, esp. Windows e Linux podem compartilhar essa partição. Se ela estiver quase cheia, limpe apenas arquivos comprovadamente obsoletos com procedimento específico; não apague pastas de carregadores no escuro.

Fase 5 — obter o Windows 11 e criar o pendrive

Baixar somente da Microsoft

Use a página oficial de download do Windows 11. A ISO x64 é multiedição; a chave ou licença determina Home, Pro e demais opções compatíveis. Dispositivos ARM usam imagem própria e exigem outro planejamento.

Baixe também, pelo site do fabricante do computador ou da placa-mãe:

• driver de armazenamento/VMD/RST, se o equipamento o exigir;
• driver de rede ou Wi-Fi;
• chipset.

Guarde-os em outro pendrive ou numa pasta separada da mídia, quando possível.

Opção 1 — Media Creation Tool em outro Windows

É o caminho oficialmente suportado e o primeiro recomendado. A Microsoft pede um pendrive vazio de pelo menos 8 GB e avisa que ele será apagado. Use um computador Windows confiável, execute a ferramenta oficial e escolha criar mídia para outro PC.

Opção 2 — Ventoy no Linux

Ventoy é o caminho mais prático quando só há Linux disponível. A versão verificada durante esta pesquisa foi a 1.1.12, de abril de 2026; confirme a versão atual na página oficial.

Procedimento seguro:

1. baixe Ventoy do site oficial ou do repositório oficial;
2. compare o SHA-256 publicado;
3. conecte o pendrive e descubra seu dispositivo com lsblk;
4. execute a interface gráfica ou script oficial;
5. selecione o pendrive inteiro, por exemplo /dev/sdb, nunca uma partição como /dev/sdb1 e nunca o SSD do sistema;
6. escolha GPT se a máquina será usada exclusivamente em UEFI moderno;
7. habilite suporte a Secure Boot apenas entendendo o processo de inscrição de chave do Ventoy;
8. aceite a formatação do pendrive;
9. copie a ISO oficial do Windows para a grande partição de dados criada;
10. ejete com segurança e teste o boot.

Exemplo de instalação por terminal, somente depois de substituir /dev/sdX pelo pendrive confirmado:

sudo sh Ventoy2Disk.sh -i -g /dev/sdX

Esse comando apaga o dispositivo escolhido. A interface gráfica é preferível porque mostra modelo e capacidade antes da confirmação.

Ventoy com Secure Boot pode pedir inscrição de uma chave na primeira inicialização. O projeto alerta que sua política padrão pode não equivaler à validação estrita tradicional; em máquinas sensíveis, a mídia criada pelo método oficial da Microsoft é a alternativa mais conservadora.

Opção 3 — WoeUSB-ng

WoeUSB-ng cria um pendrive instalador a partir da ISO. É útil como plano B, mas seu README ainda lista explicitamente versões antigas do Windows, algumas dependências estão desatualizadas para distribuições atuais e há relatos recentes de dificuldades de instalação. Use somente o repositório GitHub oficial: os próprios mantenedores alertaram sobre sites falsos que se apresentam como oficiais.

O que não fazer

• Não grave a ISO do Windows com dd por hábito. A imagem não segue necessariamente o mesmo modelo híbrido das ISOs Linux e pode resultar numa mídia que não inicia corretamente.
• Não use ISO modificada, “lite”, “debloated” ou de torrent para a instalação principal.
• Não desative requisitos de segurança com scripts desconhecidos.
• Não deixe o backup externo conectado enquanto estiver escolhendo discos no instalador.

Fase 6 — preparar o firmware UEFI

Antes de instalar:

1. atualize o firmware apenas se houver motivo e procedimento seguro do fabricante;
2. confirme que o modo de boot é UEFI, sem Legacy/CSM;
3. não mude AHCI para RAID/RST/VMD, nem o inverso, por tentativa: isso pode impedir o Linux atual de iniciar;
4. confirme TPM 2.0, que pode aparecer como Intel PTT, AMD fTPM, Security Device ou nome semelhante;
5. preserve o estado atual de Secure Boot se o Linux já funciona nele;
6. anote a ordem atual de boot ou fotografe a tela;
7. use o menu de boot único, não uma mudança permanente, para iniciar o pendrive.

Escolha a entrada que começa por UEFI: seguida do nome do pendrive. Se houver uma entrada USB sem UEFI e outra com UEFI, use a segunda.

Secure Boot sem mitos

O Windows 11 exige oficialmente que o computador seja capaz de Secure Boot; a ativação é recomendada pela Microsoft e algumas configurações a exigem durante a instalação. Ubuntu, Fedora, Debian e openSUSE normalmente usam shim assinado e podem conviver com Secure Boot. Arch, kernels próprios, módulos DKMS e drivers de terceiros podem exigir assinatura manual.

Não altere essa opção sem verificar se o Linux atual inicia com ela. Mudanças de Secure Boot ou TPM podem acionar recuperação BitLocker depois que o Windows estiver criptografado.

Fase 7 — instalar o Windows sem apagar o Linux

Antes do primeiro clique

Desconecte:

• disco de backup;
• cartões SD;
• unidades USB que não sejam o instalador;
• discos externos de dados.

Mantenha uma foto ou anotação com o tamanho exato do espaço não alocado que foi criado.

Passo a passo no instalador

1. Inicie o pendrive pela entrada UEFI.
2. Escolha idioma, teclado e formato regional.
3. Selecione Instalar agora.
4. Informe a chave ou use Não tenho uma chave do produto se a máquina possui licença digital e você sabe qual edição instalar.
5. Escolha a edição correta. Home e Pro não são intercambiáveis para ativação automática em todos os casos.
6. Aceite a licença.
7. Escolha Personalizada: instalar apenas o Windows (avançado). Não use atualização.
8. Na tela Onde você deseja instalar o Windows?, pare e compare disco, capacidade e espaço.
9. Selecione somente a linha semelhante a Drive 0 Unallocated Space, com o tamanho planejado.
10. Clique em Avançar. Deixe o instalador criar as partições Microsoft necessárias.
11. Aguarde cópia, instalação e reinicializações.
12. Na primeira reinicialização, não volte a iniciar o instalador. Remova o pendrive quando for seguro ou escolha o disco interno.

A regra que salva a instalação

Na tela de partições, não use Excluir nem Formatar sobre:

• EFI System Partition;
• partição FAT32 pequena existente;
• partições que o Windows chama apenas de Primary e cujo conteúdo você não reconhece;
• partições com tamanhos iguais aos do Linux, /home, swap ou dados;
• partição de recuperação de outro sistema;
• o disco inteiro.

Se o espaço não alocado não aparecer com o tamanho esperado, cancele a instalação. Volte ao Linux/GParted e investigue. Não tente “resolver” apagando partições.

O comando proibido neste cenário

Algumas páginas de instalação limpa ensinam:

diskpart
list disk
select disk ...
clean

clean remove as informações de particionamento do disco selecionado. Isso é útil para zerar um disco destinado exclusivamente ao Windows e é catastrófico no disco dual boot. Não o execute.

Se o instalador não encontra o SSD

As causas comuns são Intel VMD/RST/RAID, controladora sem driver ou mídia defeituosa.

Ordem segura de diagnóstico:

1. confirme no firmware que o SSD é detectado;
2. recrie a mídia com ISO oficial;
3. obtenha o driver de armazenamento no site do fabricante e use Carregar driver;
4. não altere o modo da controladora ao acaso.

Mudar VMD/RST/RAID para AHCI pode fazer o disco aparecer, mas também pode tornar o Linux atual não inicializável até ajustar initramfs e drivers. Prefira carregar o driver OEM ou pesquisar o procedimento específico do modelo.

Erro “o disco selecionado tem estilo GPT” ou “não é GPT”

Esse erro quase sempre revela incompatibilidade entre o modo em que o pendrive foi iniciado e a tabela do disco.

• Em UEFI, o Windows espera GPT.
• Em BIOS legado, a instalação historicamente espera MBR.

Não converta o disco com clean e não apague tudo. Reinicie e selecione a entrada UEFI correta do pendrive. Se o Linux é UEFI/GPT, o Windows também deve ser.

Fase 8 — primeira inicialização do Windows

Conclua o OOBE e, antes de personalizações pesadas:

1. execute Windows Update até não restarem atualizações importantes;
2. instale drivers opcionais necessários e, para chipset/GPU, prefira fabricante do equipamento ou componente;
3. confira ativação em Configurações > Sistema > Ativação;
4. abra o Gerenciamento de Disco apenas para observar — não formate partições “desconhecidas”;
5. crie um ponto de restauração, se a Proteção do Sistema estiver disponível;
6. verifique Criptografia de Dispositivo/BitLocker e guarde a chave de recuperação fora do computador.

BitLocker e Criptografia de Dispositivo

Em hardware compatível, a Criptografia de Dispositivo pode ser ativada automaticamente quando se entra com conta Microsoft, corporativa ou escolar. A chave costuma ser vinculada à conta. Mudanças futuras em TPM, Secure Boot, firmware ou sequência de boot podem exigir a chave de 48 dígitos.

Confirme a proteção em:

• Configurações > Privacidade e segurança > Criptografia de dispositivo; ou
• Painel de Controle > Criptografia de Unidade de Disco BitLocker, conforme edição.

Não confie apenas na conta online. Exporte ou imprima a chave e teste que consegue localizá-la. A Microsoft não consegue recriar uma chave perdida.

Antes de mudar novamente Secure Boot, TPM, firmware, arquivos EFI ou a ordem do carregador, use Suspender proteção no painel do BitLocker. Faça a alteração, teste Windows e Linux e só então retome a proteção. Suspender preserva a criptografia, mas evita que uma mudança planejada pare imediatamente na tela da chave; isso não elimina a obrigação de ter a chave guardada.

Desativar Fast Startup e hibernação híbrida

Fast Startup não é um desligamento completo: ele grava a sessão do kernel em hiberfil.sys. Se o Linux montar uma partição NTFS que o Windows considera hibernada, alterações podem ser perdidas ou o volume pode ser recusado como inseguro.

O método mais inequívoco é abrir Terminal/Prompt de Comando como administrador e executar:

powercfg.exe /hibernate off

Isso desativa hibernação, Fast Startup e exclui hiberfil.sys. A desvantagem é perder a hibernação do Windows. Para reativar:

powercfg.exe /hibernate on

Se quiser manter hibernação, desative apenas Ativar inicialização rápida em Painel de Controle > Hardware e Sons > Opções de Energia > Escolher a função dos botões de energia > Alterar configurações não disponíveis no momento. Nunca grave numa partição NTFS enquanto o Windows estiver hibernado.

Fase 9 — fazer o Linux voltar ao menu principal

Primeiro: verifique o menu UEFI

Use a tecla de menu de boot do fabricante, frequentemente F12, F11, F9, Esc ou outra. Procure:

• ubuntu;
• Fedora;
• debian;
• opensuse;
• Linux Boot Manager;
• GRUB;
• o próprio nome do SSD Linux.

Se uma dessas entradas inicia o Linux, o sistema não foi apagado. O Windows apenas mudou a prioridade.

No Linux, confira a ordem:

sudo efibootmgr -v

BootCurrent mostra a entrada usada agora; BootOrder mostra a sequência permanente. O método preferível para mudar a ordem é a tela UEFI do fabricante. efibootmgr também pode fazê-lo, mas só depois de identificar todos os números.

Exemplo conceitual:

sudo efibootmgr -o 0003,0000,0001,0002

Não copie esses números: são exemplos. Inclua as entradas relevantes que já existiam. Para escolher somente a próxima inicialização sem alterar a ordem permanente:

sudo efibootmgr -n 0000

GRUB: detectar o Windows

O GNU GRUB desabilita os-prober por padrão em versões modernas porque examinar automaticamente outros sistemas pode ampliar a superfície de ataque. Em um computador pessoal controlado pelo usuário, é possível habilitá-lo conscientemente.

Edite /etc/default/grub e acrescente ou ajuste:

GRUB_DISABLE_OS_PROBER=false

Depois instale os-prober, execute-o e regenere o menu conforme a distribuição.

Ubuntu, Linux Mint e Debian

sudo apt update
sudo apt install os-prober
sudo os-prober
sudo update-grub

O resultado esperado inclui Windows Boot Manager e o caminho EFI da Microsoft. Reinicie e teste as duas entradas.

Fedora

sudo dnf install os-prober
sudo os-prober
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

Em Fedora moderno, regenere /boot/grub2/grub.cfg. Não substitua /boot/efi/EFI/fedora/grub.cfg por uma configuração completa copiada de tutorial antigo; esse arquivo pode ser apenas um pequeno encaminhador para a configuração real.

Se os arquivos EFI do Fedora estiverem faltando, a recuperação costuma envolver reinstalar shim e pacotes grub2-efi da arquitetura correta a partir de uma sessão/chroot Fedora. Siga a documentação da versão instalada, especialmente com Secure Boot e Btrfs.

Arch Linux e derivados com GRUB

sudo pacman -S os-prober
sudo os-prober
sudo grub-mkconfig -o /boot/grub/grub.cfg

Certifique-se de que a ESP contendo EFI/Microsoft/Boot/bootmgfw.efi está montada quando os-prober for executado.

openSUSE

O caminho mais amigável é YaST > Sistema > Carregador de Inicialização, conferir “Procurar outros sistemas operacionais” e aplicar. Pelo terminal:

sudo zypper install os-prober
sudo os-prober
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

O openSUSE integra Btrfs/Snapper ao menu; não substitua sua configuração por um arquivo genérico de outra distribuição.

Se os-prober não encontra o Windows

Verifique em ordem:

1. o Windows e o Linux foram instalados ambos em UEFI;
2. existe EFI/Microsoft/Boot/bootmgfw.efi em alguma ESP;
3. a ESP correta está montada;
4. GRUB_DISABLE_OS_PROBER=false está escrito sem #;
5. os-prober está realmente instalado;
6. a partição Windows não está hibernada;
7. o comando de regeneração correto da distribuição foi executado.

Mesmo sem entrada no GRUB, o Windows pode continuar acessível pelo menu do firmware. Isso já constitui um dual boot funcional.

systemd-boot

systemd-boot funciona apenas em UEFI e detecta automaticamente o Microsoft Windows EFI Boot Manager quando ele está acessível na ESP que o carregador examina.

Depois de iniciar o Linux:

bootctl status
sudo bootctl update
bootctl list

Procure uma entrada auto-windows ou “Windows Boot Manager”. Se ela existe, basta ajustar o tempo do menu, se necessário, em loader/loader.conf na ESP:

timeout 5

Se Windows e Linux possuem ESPs em discos separados e systemd-boot não vê a ESP do Windows, mantenha os dois pelo menu UEFI ou use um gerenciador como rEFInd. Não copie às cegas o carregador Microsoft de uma ESP para outra, porque atualizações e caminhos de recuperação podem divergir.

rEFInd

rEFInd é opcional, não requisito. Ele examina carregadores EFI e kernels e oferece menu gráfico. Pode ser útil em uma máquina com vários discos, várias distribuições ou firmware que muda a ordem com frequência. Acrescenta, porém, outra camada a manter e assinar sob Secure Boot. Primeiro faça GRUB/systemd-boot e o menu UEFI funcionarem; só depois considere rEFInd.

O que efibootmgr, bcdedit e bcdboot realmente controlam

Essas ferramentas atuam em camadas diferentes:

Para apenas conferir o que o Windows conhece, abra um terminal administrativo:

bcdedit /enum firmware
bcdedit /enum all

Não use como primeira solução tutoriais que apontam {bootmgr} diretamente para grubx64.efi ou shimx64.efi. Isso mistura as responsabilidades do BCD e do gerenciador Linux e pode ser desfeito por atualizações. Prefira ordenar carregadores independentes no firmware ou com efibootmgr.

Se o próprio Windows perder seus arquivos EFI, a mídia de recuperação permite identificar a letra da instalação e executar, por exemplo:

diskpart
list volume
exit
bcdboot D:\Windows

No ambiente de recuperação, a partição Windows nem sempre é C:. Esse procedimento repara o Windows; depois talvez seja necessário colocar o carregador Linux de volta ao início da ordem. Ele não deve ser confundido com diskpart clean, que permanece proibido neste cenário.

Recuperar um Linux que não aparece nem no firmware

Diagnóstico antes de reparar

Inicie a mídia live em UEFI e execute:

test -d /sys/firmware/efi && echo UEFI || echo BIOS
lsblk -f
sudo fdisk -l
sudo efibootmgr -v

Se as partições Linux continuam presentes, há boa chance de o problema ser apenas carregador ou NVRAM. Se elas desapareceram e o espaço virou NTFS ou não alocado, pare de escrever no disco: recuperação de dados é outro procedimento, e cada gravação reduz as chances.

Recuperação UEFI genérica para Debian/Ubuntu/Mint com GRUB

Substitua os dispositivos pelos identificados no seu computador. O exemplo supõe:

• raiz: /dev/nvme0n1p3;
• ESP: /dev/nvme0n1p1;
• sem /boot separada.

sudo mount /dev/nvme0n1p3 /mnt
sudo mkdir -p /mnt/boot/efi
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

for i in /dev /dev/pts /proc /sys /run; do
  sudo mount --rbind "$i" "/mnt$i"
  sudo mount --make-rslave "/mnt$i"
done

sudo chroot /mnt
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=ubuntu
update-grub
exit

Depois de sair do chroot, desmonte recursivamente o conjunto que foi montado sob /mnt:

sudo umount -R /mnt

Se houver /boot separada, monte-a em /mnt/boot antes da ESP. Em Debian, use o identificador debian; em instalações customizadas, preserve o identificador anterior visto em EFI/ e efibootmgr.

Esse exemplo não cobre automaticamente:

• raiz Btrfs que precisa montar o subvolume correto;
• LUKS que precisa ser aberto antes;
• LVM que precisa ativar o volume group;
• RAID/ZFS;
• Secure Boot com pacotes ou binários não assinados.

Nesses casos, use a documentação da distribuição e o layout salvo no inventário.

Fedora com Btrfs/UEFI

Fedora Workstation costuma usar subvolume Btrfs para /, uma /boot separada e ESP separada. Monte o subvolume correto e as duas partições, entre no chroot e siga o procedimento oficial da versão instalada. Em geral, a reparação UEFI reinstala os pacotes shim-*, grub2-efi-* e grub2-common, depois regenera:

grub2-mkconfig -o /boot/grub2/grub.cfg

Não rode um grub-install /dev/... de receita BIOS dentro de um Fedora UEFI sem conferir a documentação. O mecanismo com shim/Secure Boot e o arquivo encaminhador da ESP é diferente.

openSUSE com UEFI

Depois de montar raiz, eventual /boot e ESP e entrar no chroot, a recuperação típica usa as ferramentas da própria distribuição:

grub2-mkconfig -o /boot/grub2/grub.cfg
shim-install --config-file=/boot/grub2/grub.cfg
grub2-script-check /boot/grub2/grub.cfg

grub2-mkconfig atualiza o menu; shim-install restaura a integração UEFI/Secure Boot e a entrada correspondente. O Rescue System e o módulo Boot Loader do YaST são alternativas mais guiadas. Confirme o procedimento na versão exata do openSUSE antes de aplicá-lo.

Arch com GRUB

Inicie a ISO Arch em UEFI, monte raiz e ESP nos mesmos pontos usados pela instalação, entre com arch-chroot e reinstale com o caminho real da ESP. Exemplo quando a ESP está montada em /boot:

grub-install --target=x86_64-efi --efi-directory=/boot --bootloader-id=GRUB
grub-mkconfig -o /boot/grub/grub.cfg

Se a ESP é /boot/efi ou /efi, substitua o argumento. O caminho não é universal.

systemd-boot ausente

Depois de montar a ESP no local esperado e entrar na instalação/chroot:

bootctl status
bootctl install
bootctl update

Confira se as entradas Linux em loader/entries/ ou as UKIs em EFI/Linux/ continuam presentes. bootctl install restaura o carregador, mas não inventa kernels ou initrds que tenham sido apagados.

BIOS/MBR legado

Num sistema realmente BIOS/MBR, inicie a mídia live também em BIOS, monte a raiz, faça chroot e reinstale GRUB no disco inteiro, por exemplo /dev/sda, não /dev/sda1:

grub-install /dev/sda
update-grub

Os comandos e nomes variam por distribuição (grub2-install, grub2-mkconfig). Este caminho não resolve a incompatibilidade oficial do Windows 11 com uma instalação legada; serve principalmente para recuperação de sistemas antigos.

Pós-instalação recomendada

Teste de boot completo

Faça pelo menos dois ciclos:

1. Linux -> reiniciar -> Windows;
2. Windows -> reiniciar -> Linux;
3. desligamento completo do Windows -> Linux;
4. desligamento completo do Linux -> Windows.

Confirme rede, áudio, Bluetooth, GPU, suspensão, relógio e montagem dos discos.

Partição de dados compartilhada

Se quiser trocar arquivos, uma partição NTFS separada é mais limpa que usar C: como depósito comum. Ainda assim:

• mantenha Fast Startup/hibernação sob controle;
• use identificador UUID no /etc/fstab;
• monte com opções adequadas ao driver ntfs3 ou ntfs-3g da distribuição;
• tenha backup: partição compartilhada não é backup.

Relógio adiantado ou atrasado

Linux normalmente prefere o relógio de hardware em UTC; Windows tradicionalmente o interpreta como hora local. Se a diferença for de horas exatas após alternar sistemas, escolha uma política única. O systemd alerta que colocar Linux em RTC local cria problemas com fuso e horário de verão, então prefira pesquisar o ajuste UTC compatível com sua versão do Windows e manter sincronização automática ativa nos dois sistemas. Não altere o relógio antes de confirmar fuso horário e NTP.

Atualizações do Windows mudam a prioridade

Grandes atualizações podem colocar Windows Boot Manager em primeiro novamente. Normalmente basta:

1. abrir o menu UEFI e iniciar Linux;
2. conferir efibootmgr -v;
3. restaurar a ordem no firmware;
4. atualizar GRUB/systemd-boot somente se os arquivos ou entradas realmente mudaram.

Não reinstale tudo antes de verificar a ordem de boot.

Diagnóstico por sintoma

O que nunca fazer

• instalar sem backup externo testado;
• redimensionar durante tempestade, bateria fraca ou energia instável;
• reduzir uma partição sem antes reduzir o sistema de arquivos correspondente;
• reduzir XFS;
• executar lvreduce, pvresize, cryptsetup resize ou comandos de partição sem entender todas as camadas;
• usar diskpart clean no disco Linux;
• apagar a ESP porque “é pequena e não tem meus arquivos”;
• escolher uma partição apenas pelo número Drive 0 Partition 3 sem conferir tamanho e layout;
• misturar UEFI e Legacy/CSM;
• mudar AHCI/RST/VMD por tentativa;
• supor que “Windows iniciou direto” significa que Linux foi apagado;
• usar tutoriais antigos de Fedora que gravam a configuração completa em /boot/efi/EFI/fedora/grub.cfg;
• gravar numa partição NTFS enquanto Windows está hibernado;
• manter a única chave BitLocker dentro do próprio disco criptografado.

Checklist antes de clicar em Instalar

• Confirmei que esta é a pesquisa e o procedimento adequados ao meu layout.
• Linux inicia em UEFI e o disco é GPT, ou elaborei uma migração específica.
• Tenho backup externo verificado.
• Tenho uma mídia Linux live de recuperação.
• Salvei lsblk, fdisk, blkid, fstab e efibootmgr.
• Sei qual é a ESP e não vou formatá-la.
• Sei se a raiz é ext4, Btrfs, XFS, LVM ou LUKS.
• Se é XFS/LUKS complexo, escolhi outro disco ou backup/recriação.
• O Linux reiniciou normalmente depois do redimensionamento.
• O espaço destinado ao Windows aparece como não alocado.
• Anotei capacidade e modelo de cada disco.
• A ISO veio da Microsoft.
• O pendrive inicia explicitamente em UEFI.
• Desconectei backup e discos externos desnecessários.
• Tenho energia estável e tempo para concluir sem interrupção.

Checklist da tela de partições do Windows

• Escolhi Personalizada, não atualização.
• Encontrei o espaço não alocado com o tamanho planejado.
• Não cliquei em Excluir ou Formatar sobre nenhuma partição existente.
• Não abri diskpart para limpar o disco.
• Se algo não corresponde ao planejamento, cancelei em vez de improvisar.

Checklist depois da instalação

• Windows está ativado e atualizado.
• Guardei a chave BitLocker/Criptografia de Dispositivo.
• Desativei Fast Startup ou defini uma política segura para hibernação.
• Linux ainda aparece no menu UEFI.
• Coloquei o carregador desejado em primeiro.
• GRUB ou systemd-boot mostra Windows, se quero menu único.
• Testei iniciar os dois sistemas mais de uma vez.
• Confirmei que o backup continua íntegro.

Recomendações práticas

A melhor arquitetura

Para máquina de trabalho ou acervo importante, use um SSD por sistema, cada um com sua ESP. Deixe o firmware como camada de emergência e GRUB/systemd-boot como conveniência. Esse desenho reduz dependências e torna reinstalações futuras muito menos tensas.

A melhor arquitetura em um disco

Use UEFI + GPT, mantenha uma única ESP saudável, Linux em sistema de arquivos conhecido e um bloco contínuo para Windows. Faça a redução antes de iniciar o instalador e deixe-o receber apenas espaço não alocado.

Quando contratar ajuda

Vale procurar alguém experiente se houver:

• LUKS + LVM e nenhum segundo disco;
• XFS que precisa liberar espaço;
• RAID, ZFS ou Btrfs multidispositivo;
• dados sem backup;
• firmware configurado em Intel RST/VMD com Linux dependente dele;
• erro de disco, SMART ruim ou travamentos;
• partições que já foram excluídas acidentalmente.

O custo de um segundo SSD ou de assistência é pequeno diante da recuperação de um acervo único.

Conclusão

É possível instalar Windows depois do Linux sem apagar nada, especialmente em UEFI/GPT. O segredo não está numa ferramenta milagrosa, mas em três controles: backup verificado, espaço não alocado preparado antes e identificação exata do destino no instalador.

Com dois discos, a instalação é simples e robusta: isole o Linux, instale Windows no segundo SSD, reconecte e escolha o carregador no UEFI. Com um disco, reduza apenas um sistema de arquivos que suporte redução, valide que o Linux ainda inicia e selecione somente o espaço não alocado. Depois, trate Windows Boot Manager em primeiro como uma mudança de ordem, não como prova de que o Linux sumiu.

Para ext4 e Btrfs simples, o procedimento é administrável. Para XFS, LUKS/LVM complexo, RAID ou instalações em BIOS/MBR, a decisão correta costuma ser outro disco ou backup e reconstrução planejada. A pressa é o maior risco deste trabalho; os pontos de parada deste tutorial existem justamente para impedir que uma inconsistência vire perda de dados.

Fontes consultadas

• Microsoft — baixar o Windows 11
• Microsoft — criar mídia de instalação do Windows
• Microsoft — requisitos do Windows 11
• Microsoft — Windows Setup com MBR ou GPT
• Microsoft — configurar partições UEFI/GPT
• Microsoft — Windows 11 e Secure Boot
• Microsoft — habilitar TPM 2.0
• Microsoft — visão geral do BitLocker
• Microsoft — localizar a chave de recuperação BitLocker
• Microsoft — Criptografia de Dispositivo no Windows
• Microsoft — suspender BitLocker antes de mudanças de firmware e boot
• Microsoft Learn — estados de energia e Fast Startup
• Microsoft Learn — desativar e reativar hibernação
• Microsoft Learn — referência do BCDEdit
• Microsoft Learn — referência do BCDBoot
• GNU — manual do GRUB 2.14
• systemd — systemd-boot
• systemd — bootctl
• systemd — loader.conf e entrada automática do Windows
• efibootmgr — manual
• GParted — manual em português
• GParted — recursos e sistemas de arquivos suportados
• GParted Live — download e documentação
• e2fsprogs — manual do resize2fs
• Red Hat — redimensionamento de ext4
• Red Hat — XFS não pode ser reduzido
• Red Hat — redução de volumes LVM e riscos
• Btrfs — documentação de redimensionamento
• cryptsetup — manual de resize
• cryptsetup — manual de reencriptação e alertas de redução
• Ventoy — início e instalação oficial
• Ventoy — Secure Boot
• Ventoy — repositório e releases
• WoeUSB-ng — repositório oficial
• Fedora Docs — instalação e configuração do GRUB2
• Debian Wiki — reinstalar GRUB EFI
• Ubuntu Community Help — instalar e recuperar GRUB2
• ArchWiki — dual boot com Windows
• ArchWiki — GRUB e chainloading do Windows
• openSUSE — referência do GRUB2

Nota sobre atualidade

Pesquisa concluída em 6 de agosto de 2026. Windows 10 encerrou o suporte regular em 14 de outubro de 2025; por isso, o fluxo principal usa Windows 11. Versões do instalador, requisitos, firmware, carregadores e ferramentas podem mudar. Confirme downloads, comandos específicos da distribuição e documentação do fabricante antes de alterar partições ou segurança de boot.