Como instalar o Windows e o Linux em unidades separadas para que seu boot seja independente

Question

Eu tenho um sistema com um firmware UEFI, ao qual adicionarei duas unidades. Desejo instalar o Windows 7 em um e uma distro linux em outro. Eu gostaria que fosse configurado de forma que, se uma unidade estivesse offline, eu pudesse inicializar e operar o outro sistema operacional com segurança , exceto por reclamações sobre a falta de partições de dados.

Meu plano é instalar o Windows primeiro com apenas uma unidade conectada. Particione a unidade como GPT e instale. O Windows criará uma partição EFI e adicionará sua entrada de inicialização UEFI.

Em seguida, conecte a outra unidade - para que ambos estejam online - e diga ao instalador do linux para criar a partição its EFI na segunda unidade e instale o bootloader nela. Estou decidindo entre o OpenSuse Tumbleweed e uma das distros baseadas em Arch. Eles me permitirão fazer isso no momento da instalação?

Assim, a entrada de inicialização UEFI para o Windows aponta para Drive1 \ EFI e para o Linux, aponta para Drive2 \ EFI. Essas entradas devem identificar as partições via UUID. Usarei o menu de inicialização do UEFI na inicialização para escolher o SO.

O meu plano é viável? No linux, a mudança de endereço do dispositivo de unidade (sdb - > sda), se apenas uma unidade estiver presente, destruirá as coisas?

Isso pode ser feito através dos modos BIOS / MBR? Se isso não pode ser feito, por que não?

Obrigado.

P.S. Examinei a maioria das perguntas relacionadas exibidas, mas nenhuma delas parecia ter os mesmos requisitos ou circunstâncias. Se houver uma, com uma resposta , me avise.

    

Answer 1

Acho que o UEFI pode lidar com isso automaticamente. Pelo menos deve encontrar as duas partições EFI, assim como encontrará qualquer partição EFI em um DVD que esteja inserido ou em pendrives USB.
Você pode configurar a ordem no UEFI manualmente ou pode pressionar um botão na inicialização, na maioria dos casos, para escolher o que inicializar.
Sim, as distros permitem que você faça isso no tempo de instalação, mas dependendo do que você instala você pode ter que fazer mais ou menos trabalho. Antergos, por exemplo, pede especificamente a partição / boot / efi e você pode criar uma se ela não existir - apenas pesquise no Google se você não conseguir descobrir em tempos de instalação, isso é algo básico que deve ser mencionado em algum lugar para cada distribuição .

Eu não sei sobre BIOS / MBR, mas acho que seria possível mesmo com isso em vez de UEFI.

Editar:
Não deve haver necessidade de conectá-los um após o outro. Deve funcionar bem com ambos conectados desde o início.

    

Answer 2

O que você está propondo era um pouco comum nos dias de inicialização apenas do BIOS e funcionava razoavelmente bem nesse contexto. Há uma complicação na inicialização do modo EFI, no entanto: Sob o EFI, carregadores de boot são armazenados na partição do sistema EFI (ESP) usando nomes de arquivos semi-arbitrários. Para informar ao computador qual carregador de boot usar, os nomes de arquivos do carregador de inicialização (incluindo a identificação da (s) partição (ões) em que eles residem) são armazenados na NVRAM. A complicação é que muitas EFIs excluem automaticamente as entradas da NVRAM que apontam para arquivos que não existem. Assim, uma vez que você remove um disco do computador, o EFI pode excluir referências a seu (s) carregador (es) de inicialização, e quando você reconectar esse disco, ele não será mais inicializável - pelo menos , não sem alguma maneira de restaurar sua entrada NVRAM.

Gostaria de enfatizar que nem todas as EFIs fazem isso; alguns deixam entradas NVRAM inválidas em vigor, o que significa que continuarão a funcionar depois que você remover e restaurar um disco rígido. Não tenho certeza da porcentagem de computadores que removem as entradas da NVRAM; você só precisa verificar isso por si mesmo.

Uma maneira possível de contornar esse problema é fazer uso do "nome de arquivo de fallback", que é EFI/BOOT/bootx64.efi (para sistemas x86-64 / AMD64 / x64) no ESP. O gerenciador de partida com este nome de arquivo é iniciado se o firmware não puder encontrar nenhum outro carregador de boot válido. Assim, você pode copiar ou renomear o carregador de inicialização normal do sistema operacional para esse nome para que ele funcione; ou você poderia colocar um gerenciador de boot naquele lugar. (Um gerenciador de inicialização permite que você escolha qual sistema operacional inicializar; um loader de inicialização carrega o kernel do sistema operacional na memória. Alguns programas, como o GRUB, fazem as duas coisas.) O rEFInd gerenciador de inicialização pode ser útil para isso. Em teoria, colocar rEFInd na posição de fallback em ambos os discos e limpar as entradas NVRAM para Windows e Ubuntu deve funcionar razoavelmente bem, mas há uma complicação: muitas EFIs tratam o carregador de inicialização do Windows ( EFI/Microsoft/Boot/bootmgfw.efi ) como se fosse outro fallback nome do arquivo. Ele pode ser promovido sobre o nome do arquivo de fallback regular, portanto, o sistema pode inicializar no Windows se o disco do Windows estiver instalado.

Observe que, se o computador remover entradas NVRAM inválidas e você confiar no nome do arquivo de fallback, a inicialização poderá se tornar imprevisível. Ou seja, o computador pode ir para o Windows uma vez e o Linux outra vez, dependendo do que foi inicializado pela última vez, do (s) disco (s) ligado (s) na última vez que inicializou, etc. Você deve conseguir usar o computador -no gerenciador de inicialização forçar uma inicialização para um sistema operacional específico, mas essas ferramentas são muitas vezes difíceis e às vezes não são confiáveis.

Tudo isso faz a resposta para a pergunta de por que você deseja remover discos importantes. Sob a EFI, deixar ambos os discos conectados a todo momento provavelmente será mais simples do que trocá-los, como você diz que quer fazer. Se você quiser reduzir as chances de um sistema operacional destruir os arquivos do outro, talvez seja melhor ter bons backups e um bom planejamento de quais partições cada SO tem permissão para ler e escrever.

Dependendo de suas necessidades, uma opção intermediária é deixar um disco permanentemente instalado e colocar os carregadores de boot de ambos os sistemas nesse disco. Você pode então desconectar o segundo disco conforme necessário. Entretanto, lembre-se de que muitas distribuições configuram o GRUB para depender de arquivos no diretório /boot do Linux, portanto, se você quiser tornar o disco Linux irrecuperável, talvez seja necessário colocar uma partição /boot no disco permanentemente instalado. Como alternativa, você pode se tornar um especialista no GRUB para manter seus arquivos de configuração e suporte no ESP; ou você poderia usar algo diferente do GRUB. Como uma alternativa de caso extremo, você pode ter um disco muito pequeno (até mesmo uma unidade flash USB) com um ESP e, se necessário, uma partição /boot e usar discos separados para a maior parte da instalação de cada sistema operacional. >

Outra opção é confiar no Compatibility Support Module (CSM), que fornece suporte para inicialização no modo BIOS (também conhecido como "legado"). Você pode instalar o Windows e o Linux no modo BIOS e inicializar o computador da mesma forma que faria dez anos atrás. Controlar o CSM requer algum conhecimento, no entanto; é fácil inicializar acidentalmente no modo EFI em vez do modo BIOS (ou vice-versa) e, se você não estiver familiarizado com ele, talvez nem perceba o que você fez até ter instalado completamente o SO e ele acaba Não inicializando como você esperava. Veja esta página minha para mais sobre este assunto.

    

Answer 3

Assim como no UEFI, assim como no firmware do BIOS, você pode criar instalações completamente independentes do Linux e do Windows em discos rígidos separados.

O mesmo NÃO é verdadeiro para unidades (a unidade geralmente é uma partição na terminologia do Windows).

Para usuários iniciantes e menos avançados, é sempre melhor iniciar a instalação do SO no disco rígido vazio ( com apenas um disco conectado ). O sistema operacional (Windows / Linux) criará todas as partições necessárias, fará toda a formatação necessária e instalará o sistema operacional.

No UEFI, temos um recurso comum, no entanto - NVRAM (memória não volátil)!

Nas entradas de inicialização da NVRAM, são criadas quando você instala qualquer sistema operacional (para que possa inicializar por padrão). Quando você instala dois sistemas operacionais (Linux e Windows), haverá duas entradas de inicialização (uma por sistema operacional) e uma delas será o padrão (geralmente a entrada de inicialização do último sistema operacional instalado).

No firmware do MBR, o primeiro disco é o primeiro candidato à inicialização e selecionado por padrão. Se não houver nenhum código de inicialização no MBR (registro mestre de inicialização) e nenhuma partição ativa (somente Windows), a inicialização falhará.

Depois que ambos os sistemas operacionais estiverem instalados, você poderá anexar com segurança ambos os discos rígidos e usar a tecla de seleção de inicialização (geralmente a tecla F12) para selecionar o sistema operacional a ser inicializado. Se você não fizer uma seleção, um dos sistemas operacionais será selecionado por padrão.

No firmware UEFI, geralmente, deve ser possível (usando a configuração de firmware) para reordenar as entradas de inicialização na NVRAM (a primeira entrada é a entrada padrão).

Gostaria de sugerir se o computador tiver firmware UEFI para esquecer os discos de estilo MBR e as inicializações / instalações do MBR. A UEFI é atualmente um padrão de fato e tem muitas vantagens (a segurança da cadeia de inicialização pode ser reforçada ao usar "inicialização segura", o particionamento de disco no estilo GPT resolve muitos problemas da MBR).

Não hesite em perguntar se algo não está claro.

    

Answer 4

Resultados

Funciona.

Cada SO - Windows 7 & OpenSuse Tumbleweed - botas e obras, com

• os dois discos rígidos online
• o outro disco rígido off-line

O que eu fiz

1) Disco Rígido Desativado 2 no UEFI e Windows 7 instalado no Disco Rígido 1. Não deve ser necessário desabilitar outros discos rígidos, mas o Windows gosta de colocar sua bandeira em qualquer coisa que possa encontrar, então apenas pensei evite isso. HD1 é formatado como GPT.

2) Disco rígido ativado 2. Agora as duas unidades estão on-line. Instalado o OpenSuse na Unidade 2. O HD2 é formatado como GPT. Todas as partições criadas para Linux no instalador do Suse estão nesta unidade viz. EFI, Swap, OS / root e as partições do usuário. Todas as partições são montadas via UUID (importante). Nenhuma alteração é feita na Unidade 1. O carregador de boot escolhido é o Grub2 na EFI.

3) Testei cada sistema operacional iniciando com ambas as unidades ativadas e com a outra unidade desativada. Funciona bem. Um pequeno problema é que, se a unidade do Windows estiver desativada, o Tumbleweed demora um pouco mais para o init. Isso ocorre porque há um trabalho de inicialização relacionado à partição de troca que expira. Embora a partição em si seja montada via UUID, algumas tarefas do systemd fazem referência à partição por meio do endereço do dispositivo. Com ambas as unidades ativadas, o endereço do dispositivo de troca é /dev/sdb2 e, com apenas a unidade linux ativada, é /dev/sda2 . Parece não afetar a operação após a inicialização, além de prolongar o tempo de inicialização. Não é um problema no uso normal, pois ambas as unidades estão online. Vai investigar isso.