drive SATA secundário no SATA1 vs SATA3 - inicialização de EFI e problemas do BIOS

1

Acabei de receber um novo PC (HP P7-1380T) com o Windows 7 pré-instalado. A máquina está configurada para inicialização EFI sem 'inicialização segura'. Eu tinha planejado instalar minha antiga unidade SATA (dual-boot XP e Linux com grub no MBR) como uma unidade secundária para copiar arquivos windows e linux para a nova unidade - e depois deixá-la como um dispositivo de backup. O problema é que não consigo instalar a unidade antiga de uma forma que tanto o Windows quanto o Linux possam vê-la.

A máquina veio com seu disco rígido no SATA0 e uma unidade de DVD / ROM no SATA2. SATA1 e SATA3 estão livres.

Quando conecto minha unidade antiga ao SATA1, não consigo inicializar o Windows 7. O carregador de inicialização EFI tenta inicializar a partir da unidade SATA1 antiga, em vez da nova unidade SATA0. Chega até a carregar o menu de inicialização do grub, quando eu me desligo para evitar mais danos. No SATA1, a unidade antiga aparece na BIOS e, quando eu inicio o Linux a partir de um live CD, ele aparece como / dev / sdb.

Quando eu conecto meu disco antigo ao SATA3, ele não aparece na BIOS, e quando eu inicializo o CD do live linux, ele também não vê a unidade. Mas com a unidade no SATA3, o Windows 7 inicializa e ele vê a partição antiga do XP e a disponibiliza como unidade F:.

Eu preferiria usar SATA1, obviamente, para que o Linux possa usar a unidade, mas até agora só posso ver o Windows ou o Linux, mas não os dois. Por que o carregador de inicialização EFI do Windows tenta inicializar de uma unidade secundária, quando é obviamente configurado para inicializar o SATA0? Existe alguma ferramenta que eu possa usar para mudar esse comportamento?

    
por littlenoodles 15.01.2013 / 00:13

1 resposta

1

Como ele tem o Windows XP, sua unidade antiga quase certamente usa partições MBR e um carregador de inicialização de BIOS. Infelizmente, não há nenhuma padronização em como os sistemas EFI modernos reagem quando são mostrados dois discos, um dos quais usa GPT e um gerenciador de inicialização EFI e o outro usa MBR e um carregador de inicialização do BIOS. Você pode conseguir que o disco seja ignorado por mexer nas configurações de firmware ou na ordem de inicialização, mas isso pode não ser suficiente. Nessa linha, procure opções de ordem de inicialização ou opções para desabilitar o suporte "CSM" ou "legado". Você também pode tentar ativar o suporte "boot rápido".

Se nada disso funcionar, você pode considerar uma alternativa:

  1. Instale os dois discos.
  2. Inicialize um sistema Linux de emergência a partir da unidade óptica. Algo como CD de Recuperação do Sistema ou Magia Partida deve trabalhe bem.
  3. Use o sistema de emergência para copiar todos os seus arquivos do disco antigo para o novo disco.
  4. Opcionalmente, desligue, remova o disco antigo, inicialize usando suas novas instalações e verifique se todos os seus arquivos estão acessíveis. Reinicie no sistema de emergência.
  5. Abra parted , GParted ou gdisk no disco antigo.
  6. Crie uma nova tabela de partições GUID (vazia) no disco antigo. Você faz isso em parted com o comando mklabel , no GParted usando a caixa de diálogo Criar dispositivos - > Tabela de partição e sua opção Avançada e em gdisk digitando o no menu principal e depois salvando as alterações com w . Isso deve tornar o disco não inicializável no modo BIOS, por isso não apresentará o problema que você está tendo agora.
  7. Crie novas partições e sistemas de arquivos no disco antigo. Certifique-se de usar uma ferramenta compatível com GPT, como parted , GParted ou gdisk ; não use fdisk , cfdisk ou sfdisk !
  8. No sistema de emergência ou após a reinicialização em sua instalação normal, comece a usar o disco antigo como um disco de backup.

Naturalmente, este procedimento significa que você não poderá inicializar o Windows XP ou sua instalação antiga do Linux. Se você quiser manter a capacidade de inicializar o Windows XP, precisará procurar mais por uma solução baseada em firmware; ou talvez você possa fazer um backup de imagem da partição do XP e tentar executá-lo usando uma máquina virtual - mas uma completa reinstalação do XP faz mais sentido nesse caso.

    
por 15.01.2013 / 18:33