Primeiro, foi o Boot Repair, não o instalador do Ubuntu, que substituiu o gerenciador de inicialização do Windows por outra cópia do GRUB. O Boot Repair faz isso porque é a única solução disponível para alguns BIOS com bugs que iniciarão o carregador de inicialização do Windows, mas não um carregador de inicialização do Linux; mas IMHO, Boot Repair é rápido demais para recorrer a esta solução, que é um hack deselegante (embora ocasionalmente necessário). IIRC, há uma opção no Reparo de inicialização para desfazer essa alteração. Se você não conseguir encontrá-lo, poderá fazer a mesma coisa manualmente renomeando os arquivos. O gerenciador de inicialização da Microsoft deve ser EFI/Microsoft/Boot/bootmgfw.efi
no ESP (que é montado em /boot/efi
no Linux; veja abaixo). No seu caso, esse arquivo conterá uma cópia do GRUB, eo carregador de inicialização real da Microsoft será renomeado com outra extensão ou com alguns novos caracteres principais - os desenvolvedores do Boot Repair parecem ter mudado os nomes que usam pelo menos uma vez. Observe que, se você renomear seus programas de inicialização corretamente, é possível que seu computador inicie o Windows diretamente quando for ligado, não dando a você a opção de inicializar o Linux. Se isso acontecer, você poderá encontrar o Linux no gerenciador de inicialização do seu firmware (geralmente iniciado pressionando uma tecla de função no momento da inicialização); e você pode provavelmente restaurar o GRUB para ser o padrão usando o programa efibootmgr
no Linux. Consulte a minha página da Web na instalação do carregador de inicialização EFI para obter detalhes.
O diretório /boot/efi
está vazio porque é um ponto de montagem para o ESP e, como você relatou, o sistema não conseguiu montá-lo. Isso é mais provável devido a danos no sistema de arquivos, embora possa ser que sua entrada /etc/fstab
para /boot/efi
tenha um erro. Tente isto:
- Digite
sudo parted /dev/sda print
. Isso deve produzir uma lista de partições no seu disco. O ESP é normalmente uma partição FAT com o conjunto "boot flag", na nomenclaturaparted
. Identifique esta partição e anote seu número. Se você não consegue encontrar uma partição FAT, isso pode ser por causa de danos muito sérios ao ESP - mas isso parece improvável, já que você pode inicializar. - Digite
sudo mount /dev/sda1 /boot/efi
, alterando1
para o número que você identificou na primeira etapa. Se houver uma mensagem de erro, anote-a; pode ser uma pista sobre o que está errado. - Se você não conseguiu montar o ESP, digite
sudo dosfsck /dev/sda1
, alterando novamente1
para o número de partição correto. Isso executará o utilitário de verificação do sistema de arquivos FAT do Linux na partição, o que, com alguma sorte, corrigirá o problema. Você pode tentar montar manualmente a partição novamente. - Se você pudesse montar o ESP sem executar
dosfsck
, procure sua entrada em/etc/fstab
e corrija qualquer problema com ele. Eu sei que esta descrição é vaga, mas é difícil saber o que pode estar errado sem ver a entrada. Poste aqui se precisar de mais conselhos.
Você mencionou o Windows 7, mas esteja ciente de que o Windows 8 não usa um desligamento normal por padrão. Em vez disso, ele usa um recurso de "inicialização rápida" que é mais como uma operação de suspensão para disco. Uma conseqüência disso é que os sistemas de arquivos são deixados em um estado inconsistente. Eu já ouvi falar desse recurso causando problemas com o ESP em alguns computadores, e é por isso que eu o menciono. Quando dual-boot com o Windows 8, você deve desativar o recurso "inicialização rápida", como descrito aqui. Mesmo no Windows 7, você pode ver algo semelhante se você usou um recurso de suspensão para o disco ou se não desligou corretamente.