“Impossível instalar o GRUB em / dev / sda” ao instalar o GRUB

23

Eu comprei recentemente um novo e brilhante Lenovo Yoga 2 Pro e quero dual boot com o Ubuntu para fins de estudo. Seu sistema operacional interno é o Windows 8.1 e possui um SSD de 256 GB.

Eu fiz uma partição separada de 90GB apenas para o Ubuntu e um USB ao vivo para instalá-lo.

A primeira vez que tudo pareceu funcionar muito bem, eu resolvi o wifi emitido pela lista negra ideapad_laptop, a instalação foi impecável e o Ubuntu funcionou bem.

Quando acordei na manhã seguinte e liguei meu laptop, ele foi inicializado no Windows imediatamente sem exibir o menu GRUB. Então eu tentei redefinir e verifiquei minhas partições com o Disk Manager e tudo parecia bem. Como não consegui encontrar uma solução on-line, fui em frente e formatei a partição para tentar instalar novamente. Desta vez e desde então, a instalação foi abortada e recebi um erro fatal dizendo:

Unable to install GRUB in /dev/sda
Executing 'grub-install /dev/sda' failed.
This is a fatal error.

Alguém pode sugerir uma solução para esse problema? Se alguma informação adicional for necessária, eu ficaria feliz em fornecê-la. Obrigado.

Ao instalar, recebo o seguinte em detalhes:

ubuntu kernel: [ 1946.372741] FAT-fs (sda2): error, fat_get_cluster: invalid cluster chain (i_pos 0).
ubuntu grub-installer: error: Running 'grub-install --force failed.
    
por vicban3d 02.05.2014 / 18:56
fonte

11 respostas

5

Eu finalmente consegui trabalhar, não sei qual dos seguintes foi o truque, mas eu:

  1. Disabled Fast Boot na BIOS.
  2. Inicialização segura desativada no BIOS.
  3. Inicializado a partir do Live USB.
  4. No menu de inicialização Adicionado backlight=vendor no texto de configuração Experimente o Ubuntu pouco antes de quiet splash .
  5. Escolha Experimente o Ubuntu .
  6. No terminal, execute sudo rmmod ideapad_laptop para ativar o Wi-Fi.
  7. Executou a instalação e optou por instalar atualizações durante a instalação.
  8. A partição EFI foi selecionada automaticamente, então atribuí 9700MB para espaço de troca e 80GB para o Ubuntu.
  9. Depois que a instalação for concluída, adicione backlight=vendor a /etc/default/grub antes de quiet splash e, em seguida, execute sudo update-grub .
  10. Na lista negra ideapad_laptop para ativar o Wi-Fi.
  11. Funciona bem até agora. Obrigado a todos pela ajuda!
por vicban3d 10.05.2014 / 09:55
fonte
19

Acabei de ter este problema ao instalar o Ubuntu 14.04 a partir de um pen drive USB em um disco rígido.

O problema era que o pen drive era /dev/sda , instalando no disco rígido /dev/sdb

Mesmo que o instalador saiba instalar em /dev/sdb , ele tentou instalar o grub no MBR em /dev/sda e falhou. A solução alternativa era voltar ao menu, tentar novamente, dizer NÃO para instalar automaticamente no MBR do primeiro disco rígido e informar manualmente /dev/sdb .

Então tudo funcionou.

    
por dricket 09.01.2015 / 06:16
fonte
2

Eu tive esse problema ao instalar o Ubuntu (não dual-boot) na minha nova compilação. Nenhuma das opções de inicialização descritas acima funcionaria para mim.

Eu tive que desconectar meu SSD e todos os dispositivos USB para que o Ubuntu só reconhecesse o 1T HDD para instalação.

    
por Michael 13.12.2015 / 14:46
fonte
1
  1. Verifique a mídia de instalação por corrupção
  2. Verifique o BIOS e desative a inicialização segura
  3. Desativar inicialização rápida da Lenovo

Suponho que você esteja instalando no modo UEFI, portanto, pode ser necessário desbloquear o Bloqueio do sistema no BIOS. Se nenhum dos dois funcionar, presumo que o problema esteja na inicialização dupla. Eu mesmo estou executando o Ubuntu no Y2P enquanto digito sem problemas.

Quanto ao módulo ideapad_laptop da lista negra, você pode querer verificar github.com/pfps/yoga-laptop , já que são alguns drivers específicos do Y2P. Ainda trabalho em progres tho.

    
por Buri 02.05.2014 / 19:32
fonte
1

Corri para este problema ao instalar em um Poweredge com o scsi raid. Descobri que retirar a unidade USB antes de instalar o GRUB resolveu o problema.

    
por Dana 21.08.2015 / 18:04
fonte
0

Eu tenho o mesmo laptop e para mim tudo funciona bem - mas eu instalei o grub loader na partição EFI já existente, que tinha o índice 2 no final de seu nome - certamente não era a partição sda, que foi escolhido por padrão. (Então eu escolhi minha partição para instalação acima e abaixo, havia a possibilidade de mudar a partição para a instalação do grub.) Eu usei um cartão SD para instalação e o iniciei no modo UEFI, porque o Windows 8.1 também estava pré-instalado dessa maneira. (Me desculpe se eu estou expressando isso de uma maneira errada, mas eu só sei sobre tudo isso de ler em diferentes fóruns antes de instalar o Ubuntu 14.04 cerca de três dias atrás.) De qualquer forma, tudo funciona bem se você fizer assim. Inicie a mídia de instalação no modo UEFI, escolha a partição liberada para a instalação, instale o grub na partição EFI existente.

Ah, e também, eu realmente não precisei mudar nada na BIOS, eu tinha desativado o boot rápido antes e o deixei assim. Ele mudou automaticamente outra coisa, eu posso procurar novamente, se você quiser saber.

    
por menow 10.05.2014 / 09:26
fonte
0

Só queria compartilhar minha experiência e confirmar a resposta acima que durante a instalação do meu servidor ubuntu o instalador tentou instalar o Grub em /dev/sda , que é o stick USB, então eu obtive o

Não é possível instalar o GRUB em / dev / sda

Alterar o caminho para /dev/sdb resolveu o problema

    
por Homayoon Fayez 01.05.2015 / 12:53
fonte
0

Eu tive o mesmo problema ao instalar o desktop do Ubuntu 15.10 (dual boot em uma partição separada no laptop Lenovo G40-45, onde o Windows 10 já está instalado e ativado).

Eu já tinha desativado a inicialização segura (de acordo com minhas experiências anteriores com inicialização dupla - Linux e Windows).

Por fim, decidi que tentaria com a inicialização segura ativada (como esperava que as coisas tivessem melhorado desde a 14.xx). E funcionou !!! - sem outros ajustes (e sem conexão com a internet).

(Eu instalei o Windows 10 enquanto a inicialização segura estava desativada e, em seguida, instalei o Ubuntu com inicialização segura ativada).

    
por Anisetty Jaya Venkata Prasad 11.11.2015 / 17:43
fonte
0

Eu tinha uma infinidade de dispositivos em uma instalação simples e obtive isso em 12.04 (última instalação manual alternativa). Em vez de rastrear onde você especificou para o GRUB, eu apenas concordei e movi o SSD de inicialização para a porta sata-0 para que ele aparecesse como sda.

    
por cowardlydragon 30.11.2015 / 16:14
fonte
0

Eu tive um problema semelhante. O que fiz foi deixar a instalação como estava, depois me certifiquei de que a minha unidade estava no modo UEFI e inicializei a partir de um CD ativo e instalei boot-repair .

Para fazer isso, tive que adicionar o repositório yannubuntu e baixá-lo com apt-get . Isso foi feito da seguinte maneira:

sudo apt-add-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install boot-repair
boot-repair

Então, quando o programa foi lançado, verifiquei todas as opções em Opções avançadas > Opções Principais e clicou em Aplicar .

    
por Mario Becerra 04.02.2016 / 21:55
fonte
0

Esse problema ocorreu quando eu tentei dar uma nova vida ao meu velho hp pavilion dm4. Ele disse que não poderia instalar o grub e nenhum dos botões para fazer qualquer coisa funcionou. Eu me assustei e force o desligamento do meu computador no meio da instalação. Por sorte, consegui inicializar o pen drive novamente. Mais tarde eu descobri que o pen drive tinha sido puxado um pouco, fazendo com que o instalador enlouquecesse. Acontece que para mim foi uma pequena solução muito simples.

    
por Sourav Mahanty 09.08.2016 / 06:37
fonte
0

Eu não tenho um Lenovo Yoga, mas tive o mesmo problema na minha área de trabalho. Tem drivers SSD e HDD, foi listado assim:

SATA#1 HDD /dev/sda
SATA#2 SSD /dev/sdb

Como sempre, estou tentando instalar o sistema operacional no meu SSD. O instalador está instalando o Ubuntu (ou Linux Mint) em /dev/sdb , mas está tentando instalar o GRUB em /dev/sda . Isso é um problema.

A solução foi trocar as conexões SATA, assim:

SATA#1 SSD /dev/sda
SATA#2 HDD /dev/sdb
    
por megas 24.06.2018 / 18:49
fonte