Dual boot com Windows

Este é um artigo que detalha diferentes métodos de coexistência entre o Arch/Windows.

Informação importante

Limitações do UEFI do Windows vs BIOS

Microsoft impõe limitações em que modo de inicialização do firmware e estilo de particionamento pode ser suportado com base na versão do Windows usada:

• Windows XP ambas versões x86 32-bit e x86_64 (também chamado x64) (RTM e todos os Service Packs) não suportam boot em modo UEFI (IA32 ou x86_64) a partir de qualquer disco (MBR ou GPT) OU em modo BIOS a partir do disco GPT. Suportam apenas o arranque em modo BIOS e apenas a partir do disco MBR.
• Windows Vista ou 7 x86 versões 32-bit (RTM e todos os Service Packs) suportam o arranque em modo BIOS apenas a partir de discos MBR e não a partir de discos GPT. Eles não suportam arranque em UEFI x86_64 ou IA32 (x86 32-bit) UEFI. Suportam apenas o arranque em modo BIOS e apenas a partir de discos MBR.
• Versão Windows Vista RTM x86_64 (apenas RTM) suportam o arranque em modo BIOS apenas a partir de discos MBR, não a partir de discos GPT. Não suporta arranque em UEFI x86_64 ou IA32 (x86 32-bit) UEFI. Suporta apenas o arranque da BIOS e apenas a partir de discos MBR.
• Windows Vista (SP1 e superior, não RTM) e as versões x86_64 do Windows 7 suportam o arranque em modo x86_64 UEFI apenas a partir de discos GPT, OU em modo BIOS apenas a partir de discos MBR. Eles não suportam arranque IA32 (x86 32-bit) UEFI a partir do disco GPT/MBR, arranque x86_64 UEFI a partir do disco MBR, ou arranque BIOS a partir do disco GPT.
• Windows 8/8.1 x86 32-bit com suporte a arranque em modo IA32 UEFI apenas a partir do disco GPT, OU em modo BIOS apenas a partir do disco MBR. Eles não suportam arranque em UEFI x86_64 a partir de disco GPT/MBR, arranque em UEFI x86_64 a partir de disco MBR, ou arranque em BIOS a partir de disco GPT. No mercado, os únicos sistemas conhecidos a serem lançados com IA32 (U)EFI são alguns antigos Macs Intel (modelos pré-2010?) e Intel Atom System-on-Chip (Clover Trail e Bay Trail) Windows Tablets. nos quais ele inicia SOMENTE no modo IA32 UEFI e SOMENTE no disco GPT.
• As versões x86_64 do Windows 8/8.1 suportam o boot no modo x86_64 UEFI somente a partir do disco GPT, OU no modo BIOS somente a partir do disco MBR. Não suportam arranque IA32 UEFI, arranque x86_64 UEFI a partir do disco MBR, ou arranque BIOS a partir do disco GPT.

No caso de sistemas pré-instalados:

• Todos os sistemas pré-instalados com Windows XP, Vista ou 7 32-bit, independentemente do nível do Service Pack, bitness, edition (SKU) ou presença de suporte UEFI em firmware, arranque em modo BIOS/MBR por defeito.
• MOST dos sistemas pré-instalados com o Windows 7 x86_64, independentemente do nível do Service Pack, bitness ou edition (SKU), arrancar em modo BIOS/MBR por defeito. Muito poucos sistemas recentes pré-instalados com o Windows 7 são conhecidos por padrão para inicializar em modo x86_64 UEFI/GPT.
• Todos os sistemas pré-instalados com Windows 8/8.1 inicializam em modo UEFI/GPT. O bitness do firmware corresponde ao bitness do Windows, ou seja, x86_64 arranque do Windows 8/8.1 no modo x86_64 UEFI e arranque de 32 bits do Windows 8/8.1 no modo IA32 UEFI.

A melhor maneira de detectar o modo de arranque do Windows é fazer o seguinte:

• Boot no Windows
• Pressione Win+R teclas para iniciar o diálogo Executar
• No diálogo Executar digite msinfo32.exe e pressione Enter
• Na janela Informações do Sistema, selecione Resumo do Sistema à esquerda e verifique o valor do item do modo BIOS à direita
• Se o valor for UEFI, o Windows inicializa no modo UEFI/GPT. Se o valor for Legacy, o Windows inicia no modo BIOS/MBR.

Em geral, o Windows força o tipo de particionamento dependendo do modo firmware usado, ou seja, se o Windows for inicializado no modo UEFI, ele só pode ser instalado em um disco GPT. Se o Windows for inicializado no modo Legacy BIOS, ele só pode ser instalado em um disco MBR. Esta é uma limitação imposta pelo instalador do Windows, e a partir de abril de 2014 não há nenhuma forma oficialmente (Microsoft) suportada de instalar o Windows na configuração UEFI/MBR ou BIOS/GPT. Assim, o Windows suporta apenas o boot UEFI/GPT ou configuração BIOS/MBR.

Tal limitação não é imposta pelo kernel Linux, mas pode depender de qual gestor de arranque é usado e/ou como o gestor de arranque é configurado. A limitação do Windows deve ser considerada se o usuário desejar inicializar o Windows e o Linux a partir do mesmo disco, já que o procedimento de instalação do gestor de início depende do tipo de firmware e da configuração do particionamento do disco. No caso em que o Windows e o Linux tenham duplo boot a partir do mesmo disco, é aconselhável seguir o método utilizado pelo Windows, ou seja, ou ir para UEFI/GPT boot ou BIOS/MBR boot. Veja https://support.microsoft.com/kb/2581408 para mais informações.

Instalar limitações de mídia

Intel Atom System-on-Chip Tablets (Clover Trail e Bay Trail) fornecem apenas firmware IA32 UEFI sem suporte a BIOS Legacy (CSM) (ao contrário da maioria dos sistemas x86_64 UEFI), devido às Diretrizes de Standby da Microsoft Connected para OEMs. Devido à falta de suporte a BIOS Legacy nestes sistemas, e a falta de boot UEFI de 32 bits em Arch Official Install ISO (FS#53182), a mídia oficial de instalação não pode inicializar nestes sistemas. Veja Unified Extensible Firmware Interface#UEFI firmware bitness para mais informações e soluções disponíveis.

Bootloader UEFI vs limitações da BIOS

A maior parte dos bootloaders linux instalados para um tipo de firmware não pode inicializar ou carregar em cadeia os bootloaders do outro tipo de firmware. Isto é, se Arch estiver instalado em modo UEFI/GPT ou UEFI/MBR em um disco e Windows estiver instalado em modo BIOS/MBR em outro disco, o bootloader UEFI usado pelo Arch não pode carregar em cadeia a BIOS instalada Windows no outro disco. Similarmente se Arch estiver instalado em modo BIOS/MBR ou BIOS/GPT num disco e Windows estiver instalado em modo UEFI/GPT noutro disco , o gestor de arranque da BIOS usado por Arch não pode carregar em cadeia o UEFI instalado Windows no outro disco.

As únicas excepções a isto são o GRUB em Macs Apple em que o GRUB em modo UEFI pode iniciar o SO instalado da BIOS através do comando appleloader (não funciona em sistemas não-Apple), e o rEFInd que tecnicamente suporta o arranque do SO antigo da BIOS a partir de sistemas UEFI, mas nem sempre funciona em sistemas UEFI não-Apple como pelo seu autor Rod Smith.

No entanto se Arch estiver instalado na BIOS/GPT em um disco e Windows estiver instalado no modo BIOS/MBR em outro disco, então o gerenciador de boot da BIOS usado pelo Arch CAN inicializa o Windows no outro disco, se o próprio gerenciador de boot tiver a capacidade de carregar em cadeia a partir de outro disco.

Configuração do Windows cria uma partição do sistema 100 MiB EFI (excepto para drives nativas de formato avançado 4K onde cria um 260 MiB ESP), por isso o uso de múltiplos kernel é limitado. As soluções incluem:

• Mount ESP to /efi e use um gestor de arranque que tenha drivers de sistema de ficheiros e seja capaz de lançar kernels que residam noutras partições.
• Expandir a partição do sistema EFI, tipicamente diminuindo o tamanho da partição Recovery ou movendo a partição do Windows (os UUIDs irão mudar).
• Backup e apagar fontes desnecessárias em esp/EFI/Microsoft/Boot/Fonts/ .
• Backup e apagar diretórios de idiomas desnecessários em esp/EFI/Microsoft/Boot/ (por exemplo, para manter apenas en-US).

UEFI Secure Boot

Todos os sistemas Windows 8/8.1 pré-instalados, por padrão, inicializam no modo UEFI/GPT e têm o UEFI Secure Boot habilitado por padrão. Isto é obrigatório pela Microsoft para todos os sistemas pré-instalados OEM.

Arch Linux install media não suporta o Arranque Seguro. Veja Secure Boot#Bootar uma mídia de instalação.

É aconselhável desactivar o UEFI Secure Boot na configuração de firmware manualmente antes de tentar arrancar o Arch Linux. O Windows 8/8.1 DEVE continuar a arrancar bem mesmo que o Secure boot esteja desactivado. O único problema em relação a desabilitar o suporte UEFI Secure Boot é que ele requer acesso físico ao sistema para desabilitar a opção secure boot na configuração do firmware, já que a Microsoft proibiu explicitamente a presença de qualquer método para desabilitar remotamente ou programmaticamente (de dentro do sistema operacional) o boot seguro em todo o Windows 8/8.1 sistemas pré-instalados

Inicialização rápida e hibernação

Existem dois sistemas operacionais que podem ser hibernados, você pode hibernar o Windows e inicializar o Linux (ou outro sistema operacional), ou você pode hibernar o Linux e inicializar o Windows, ou hibernar ambos os sistemas operacionais.

Pela mesma razão, se você compartilhar uma partição do sistema EFI entre Windows e Linux, então a partição do sistema EFI pode ser danificada se você hibernar (ou desligar com o Fast Startup habilitado) e então iniciar Linux, ou hibernar Linux e então iniciar Windows.

ntfs-3g adicionou uma proteção de segurança para prevenir a montagem de leitura-escrita de sistemas de arquivos NTFS hibernados, mas o driver NTFS dentro do kernel Linux não tem tal proteção.

Windows não pode ler sistemas de arquivos como ext4 por padrão, que são comumente usados para Linux. Esses sistemas de arquivos não precisam ser considerados, a menos que você instale um driver Windows para eles.

Configurações do Windows

Arranque rápido é uma característica do Windows 8 e superior que hiberna o computador ao invés de desligá-lo para acelerar o tempo de inicialização.

Existem várias opções relativas às configurações do Windows para o Arranque Rápido e hibernação que são abordadas nas próximas seções.

• desabilitar Arranque Rápido e hibernar
• desabilitar Arranque Rápido e habilitar hibernação
• habilitar Arranque Rápido e habilitar hibernação

O procedimento para desabilitar o Arranque Rápido é descrito aqui para o Windows 8 e aqui para o Windows 10. Em qualquer caso, se você desativar uma configuração, certifique-se de desativar a configuração e depois desligue o Windows, antes de instalar o Linux; note que reiniciar não é suficiente.

Desabilitar o Arranque Rápido e desativar a hibernação

Esta é a opção mais segura, e recomendada se você não tiver certeza sobre o problema, pois requer o mínimo de conhecimento do usuário quando reiniciar de um sistema operacional para o outro. Você pode compartilhar a mesma partição do sistema EFI entre Windows e Linux.

Desabilitar inicialização rápida e ativar a hibernação

Esta opção requer o conhecimento do usuário ao reiniciar de um SO para o outro.Se você quiser iniciar o Linux enquanto o Windows estiver hibernado, que é um caso de uso comum, então

• você deve usar uma partição do sistema EFI (ESP) separada para Windows e Linux, e garantir que o Windows não monta o ESP usado para Linux. Como só pode haver um ESP por unidade, o ESP usado para Linux deve estar localizado em uma unidade separada do que o ESP usado para Windows. Neste caso, Windows e Linux ainda podem ser instalados no mesmo drive em partições diferentes, se você colocar o ESP usado pelo linux em outro drive que não a partição raiz do Linux.
• você não pode montar qualquer sistema de arquivos de leitura-escrita no Linux, que é montado pelo Windows enquanto o Windows está hibernado. Você deve ter extremo cuidado com isso, e também considerar o comportamento Automount.
• Se você desligar o Windows completamente, ao invés de hibernar, então você pode ler-escrever montar o sistema de arquivos.

Ativar inicialização rápida e ativar hibernação

As mesmas considerações aplicam-se como no caso de “Desativar inicialização rápida e ativar hibernação”, mas como o Windows não pode ser desligado totalmente, apenas hibernado, você nunca poderá ler-escrever a montagem de qualquer sistema de arquivos que foi montado pelo Windows enquanto o Windows estiver hibernado.

Limitações de nomes de ficheiros do Windows

Oindows está limitado a caminhos de ficheiros com menos de 260 caracteres.

O Windows também coloca certos caracteres fora dos limites nos nomes de arquivos por razões que rodam até o DOS:

• < (menos que)
• > (maior que)
• : (dois pontos)
• " (aspa dupla)
• / (barra de avanço)
• \ (barra invertida)
• | (barra vertical ou tubo)
• ? (ponto de interrogação)
• * (asterisco)

Estas são limitações do Windows e não do NTFS: qualquer outro sistema operacional que use a partição NTFS será bom. O Windows não detectará esses arquivos e a execução de chkdsk muito provavelmente fará com que eles sejam excluídos. Isto pode levar a potenciais perdas de dados.

NTFS-3G aplica restrições do Windows a novos nomes de ficheiros através da opção windows_names (ver fstab).

Installation

A forma recomendada de configurar um sistema de arranque duplo Linux/Windows é instalar primeiro o Windows, utilizando apenas parte do disco para as suas partições. Quando tiver terminado a instalação do Windows, inicie no ambiente de instalação do Linux onde pode criar e redimensionar partições para Linux enquanto deixa as partições existentes do Windows intocadas. A instalação do Windows irá criar a partição do sistema EFI que pode ser utilizada pelo seu gestor de arranque Linux.

Windows antes de Linux

Sistemas Windows

Utilizar um gestor de arranque Linux

Pode utilizar qualquer multi-boot que suporte o gestor de arranque da BIOS.

Utilizar o gestor de arranque Windows

Com esta configuração o gestor de arranque Windows carrega o GRUB que depois arranca o Arch.

Gestor de arranque do Windows Vista/7/8/8.1

Para que o boot loader do Windows veja a partição Linux, uma das partições Linux criadas precisa ser FAT32 (neste caso, /dev/sda3). O resto da configuração é semelhante a uma instalação típica. Alguns documentos afirmam que a partição sendo carregada pelo gestor de arranque do Windows deve ser uma partição primária, mas eu usei isto sem problemas numa partição estendida.

• Quando instalar o gestor de arranque do GRUB, instale-o na sua partição /boot em vez da MBR.
  Nota: Por exemplo, a minha partição /boot é /dev/sda5. Então eu instalei o GRUB em /dev/sda5 ao invés de /dev/sda. Para ajuda sobre como fazer isto, veja GRUB/Tips and tricks#Install to partition or partitionless disk.

• Under Linux faça uma cópia das informações de boot digitando o seguinte no comando shell:

• Boot to Windows e abra e você deverá ser capaz de ver o arquivo linux.bin em C:\. Agora execute cmd com privilégios de administrador (navegue até Start > All Programs > Accessories, clique com o botão direito do mouse no prompt de comando e selecione Run as administrator):

bcdedit /create /d "Linux" /application BOOTSECTOR

• BCDEdit retornará um UUID para esta entrada que eu referirei como {ID} nos demais passos. Você precisará substituir {ID} pelo identificador real retornado. Um exemplo de {ID} é {d7294d4e-9837-11de-99ac-f3f3f3a79e3e93}.

bcdedit /set {ID} device partition=c:bcdedit /set {ID} path \linux.binbcdedit /displayorder {ID} /addlastbcdedit /timeout 30

Reboot and enjoy. No meu caso estou usando o carregador de inicialização do Windows para que eu possa mapear o segundo botão de energia do Dell Precision M4500 para inicializar o Linux em vez do Windows.

SistemasUEFI

Se você já tiver o Windows instalado, ele já terá criado algumas partições em um disco com formato GPT:

• a partição Windows Recovery Environment, geralmente de tamanho 499 MiB, contendo os arquivos necessários para inicializar o Windows (ou seja o equivalente do Linux:/boot),
• uma partição do sistema EFI com um sistema de ficheiros FAT32,
• a Partição reservada Microsoft, geralmente de tamanho 128 MiB,
• a partição de dados básicos Microsoft com um sistema de ficheiros NTFS, que corresponde a C:,
• partições de recuperação e backup do sistema e/ou partições de dados secundários (correspondendo frequentemente a e acima).

Usando o utilitário de Gestão de Disco no Windows, verifique como as partições são etiquetadas e que tipo é reportado. Isto irá ajudá-lo a entender quais partições são essenciais para o Windows, e quais outras que você pode redirecionar. O utilitário de Gerenciamento de Disco do Windows também pode ser usado para encolher partições do Windows (NTFS) para liberar espaço em disco para partições adicionais para Linux.

Pode então proceder com o particionamento, dependendo das suas necessidades.

Mente que uma partição adicional do sistema EFI não deve ser criada, pois pode impedir o arranque do Windows. Basta montar a partição existente.

O gestor de arranque necessita de suportar o carregamento em cadeia de outras aplicações EFI para fazer duplo arranque Windows / Linux.

Computadores que vêm com versões mais recentes do Windows geralmente têm a inicialização segura ativada. Você precisará tomar passos extras para desativar o Secure Boot ou para tornar sua mídia de instalação compatível com o Secure Boot (veja acima e na página ligada).

Linux antes do Windows

Even embora a maneira recomendada para configurar um sistema de boot duplo Linux/Windows seja primeiro instalar o Windows, pode ser feito o contrário. Ao contrário de instalar o Windows antes do Linux, você terá que colocar de lado uma partição para Windows, digamos 40GB ou maior, com antecedência. Ou ter algum espaço em disco não particionado, ou criar e redimensionar partições para Windows a partir da instalação do Linux, antes de iniciar a instalação do Windows.

UEFI firmware

Windows utilizará a partição do sistema EFI já existente. Ao contrário do que foi dito anteriormente, não está claro se uma única partição para Windows, sem o Ambiente de Recuperação do Windows e sem a Partição Reservada da Microsoft, não fará.

Seguir um esquema, assumindo que o Secure Boot está desactivado no firmware.

1. Boot na instalação do Windows. Observe para deixá-lo usar somente a partição pretendida, mas de outra forma deixe-o fazer seu trabalho como se não houvesse instalação do Linux.
2. Seguir a seção #Inicialização rápida e hibernação.
3. Fixar a habilidade de carregar o Linux na inicialização, talvez seguindo #Cannot boot Linux após a instalação do Windows. Já foi mencionado em sistemas #UEFI que alguns gestores de arranque Linux irão auto-detectar o Gestor de Arranque Windows. Mesmo que novas instalações Windows tenham uma opção de reinício avançada, a partir da qual você pode inicializar em Linux, é aconselhável ter outros meios para inicializar em Linux, tais como uma mídia de instalação em arco ou um CD live.

Resolução de problemas

Não foi possível criar uma nova partição ou localizar uma existente

Ver #UEFI do Windows vs limitações da BIOS.

Não é possível iniciar o Linux após instalar o Windows

Ver Unified Extensible Firmware Interface#O Windows muda a ordem de arranque.

Restaurar um registo de arranque do Windows

Por convenção (e para facilidade de instalação), o Windows é normalmente instalado na primeira partição e instala a sua tabela de partições e referência ao seu carregador de arranque para o primeiro sector dessa partição. Se você instalar acidentalmente um gestor de arranque como o GRUB na partição do Windows ou danificar o registo de arranque de alguma outra forma, terá de utilizar um utilitário para o reparar. A Microsoft inclui um utilitário de reparação do sector de arranque FIXBOOT e um utilitário de reparação MBR chamado FIXMBR nos seus discos de recuperação, ou por vezes nos seus discos de instalação. Usando este método, você pode corrigir a referência no sector de arranque da primeira partição para o ficheiro bootloader e corrigir a referência no MBR para a primeira partição, respectivamente. Depois de fazer isto terá de reinstalar o GRUB no MBR como era originalmente pretendido (ou seja, o gestor de arranque do GRUB pode ser atribuído para carregar em cadeia o gestor de arranque do Windows).

Se quiser voltar a usar o Windows, pode usar o comando FIXBOOT que encadeia do MBR para o sector de arranque da primeira partição para restaurar o carregamento normal e automático do sistema operativo Windows.

De notar que existe um utilitário Linux chamado ms-sys (pacote ms-sysAUR no AUR) que pode instalar os MBR’s. No entanto, este utilitário só é actualmente capaz de escrever novos MBRs (todos os SOs e sistemas de ficheiros suportados) e sectores de arranque (a.k.a. boot record; equivalente a usar FIXBOOT) para sistemas de ficheiros FAT. A maioria dos LiveCDs não tem este utilitário por defeito, por isso terá de ser instalado primeiro, ou pode olhar para um CD de recuperação que o tenha, tal como o Parted Magic.

Primeiro, escreva a informação da partição (tabela) novamente por:

# ms-sys --partition /dev/sda1

Próximo, escreva um MBR do Windows 2000/XP/2003:

# ms-sys --mbr /dev/sda # Read options for different versions

Então, escreva o novo setor de boot (boot record):

# ms-sys -(1-6) # Read options to discover the correct FAT record type

ms-sys também pode escrever Windows 98, ME, Vista, e 7 MBRs, veja ms-sys -h.

Padrão de tempo

• Recomendado: Defina ambos Arch Linux e Windows para usar o UTC, seguindo a hora do sistema#UTC no Windows. Algumas versões do Windows revertem o relógio do hardware de volta à hora local se estiverem definidas para sincronizar a hora online. Este problema parece ser corrigido no Windows 10.
• Não recomendado: Defina o Arch Linux para a hora local e desabilite todos os daemons de sincronização da hora. Isso permitirá que o Windows cuide das correções do relógio do hardware e você precisará lembrar de inicializar no Windows pelo menos duas vezes por ano (na primavera e no outono) quando o DST fizer o pontapé inicial. Portanto, por favor não pergunte nos fóruns porque o relógio está uma hora atrasado ou adiantado se você normalmente fica dias ou semanas sem inicializar no Windows.

Ver também

• Bootar o Windows a partir de um atalho da área de trabalho
• Bootar o Windows uma vez na partição do Windows a partir de um atalho da área de trabalho
• Utilitário de gravação ISO 7/8/8.1/10 do Windows para Linux (MBR/GPT, BIOS/UEFI, FAT32/NTFS)