Falha ao recuperar GRUB

Iniciado por Titone, 09 de Junho de 2020, 22:31

tópico anterior - próximo tópico

Titone

A atualização automática do windows (que agora já foi desativada), aconteceu aquele problema que creio muito recorrente: perdi o acesso à GRUB. Tentei recuperar seguindo os seguintes comandos:
sudo fdisk -l
sudo mount /dev/sda6 /mnt
sudo grub-install --root-directory=/mnt /dev/sda

mas não funcionou, reiniciei a máquina e a GRUB não estava lá.
Eis a saída dos comandos:

"root@ubuntu:/home/ubuntu# sudo fdisk -l
Disco /dev/loop0: 1,93 GiB, 2049204224 bytes, 4002352 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/loop1: 27,9 MiB, 28405760 bytes, 55480 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/loop2: 54,97 MiB, 57614336 bytes, 112528 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/loop3: 240,82 MiB, 252493824 bytes, 493152 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/loop4: 62,9 MiB, 65105920 bytes, 127160 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/loop5: 49,8 MiB, 52203520 bytes, 101960 setores
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes


Disco /dev/sda: 465,78 GiB, 500107862016 bytes, 976773168 setores
Disk model: WDC WD5000BPVT-6
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 4096 bytes
Tamanho E/S (mínimo/ótimo): 4096 bytes / 4096 bytes
Tipo de rótulo do disco: gpt
Identificador do disco: 8E6A22A1-FBCF-49DA-8A4E-06D22038805A

Dispositivo    Início       Fim   Setores Tamanho Tipo
/dev/sda1        2048    821247    819200    400M Windows ambiente de recuperaçã
/dev/sda2      821248   1353727    532480    260M Sistema EFI
/dev/sda3     1353728   1615871    262144    128M Microsoft reservado
/dev/sda4     1615872 831273107 829657236  395,6G Microsoft dados básico
/dev/sda5   831275008 833202175   1927168    941M Windows ambiente de recuperaçã
/dev/sda6   833202176 931878911  98676736   47,1G Linux sistema de arquivos
/dev/sda7   931878912 939902975   8024064    3,8G Linux swap
/dev/sda8   939902976 976773119  36870144   17,6G Microsoft dados básico




Disco /dev/sdb: 7,47 GiB, 8004304896 bytes, 15633408 setores
Disk model: Cruzer Blade   
Unidades: setor de 1 * 512 = 512 bytes
Tamanho de setor (lógico/físico): 512 bytes / 512 bytes
Tamanho E/S (mínimo/ótimo): 512 bytes / 512 bytes
Tipo de rótulo do disco: dos
Identificador do disco: 0xc5756229

Dispositivo Inicializar Início      Fim  Setores Tamanho Id Tipo
/dev/sdb1   *               32 15633407 15633376    7,5G  c W95 FAT32 (LBA)

root@ubuntu:/home/ubuntu# sudo mount /dev/sda6 /mnt

root@ubuntu:/home/ubuntu# sudo grub-install --root-directory=/mnt /dev/sda
Instalando para a plataforma i386-pc.
grub-install: aviso: este rótulo de partição GPT não contém uma partição de inicialização da BIOS; não será possível embutir.
grub-install: aviso: Incorporação não permitida. O GRUB só pode ser instalado neste setup usando blocklists. Porém. blocklists são INSTÁVEIS e seu uso não é aconselhado..
grub-install: erro: não prosseguir com listas de bloqueio."

Se alguém puder dar uma força, agradeço.



selvaking

Entra no SETUP do seu notebook e procura lá em dispositivo de boot ou inicialização se vc encontra o UBUNTU. É quase certo que ele está por lá.
Dê-me um computador com o Tux que movo o mundo!

Linux User #323049

CelticWarrior

Citação de: selvaking online 09 de Junho de 2020, 23:57
Entra no SETUP do seu notebook e procura lá em dispositivo de boot ou inicialização se vc encontra o UBUNTU. É quase certo que ele está por lá.

Exatamente isto pois trata-se de um sistema UEFI onde o velho problema de certas atualizações do Windows (re-)instalarem o seu gerenciador de arranque na MBR, substituindo o Grub.

Em sistemas UEFI e com particionamento GPT isso não ocorre. O que sim ocorre é essas atualizações do Windows alterarem a prioridade de arranque para ele próprio. Mas agora não apaga/substitui o Grub porque todos os gerenciadores de arranque coexistem na partição EFI. A razão pela qual o Windows ainda faz isso nas "feature updates" é para sua "conveniência", uma vez que a instalação dessas atualizações implica reiniciar várias vezes (algo poderia correr mal ou ficar incompleto ou corromper-se se não reiniciasse diretamente em Windows todas as vezes necessárias para completar a instalação). Cabe então ao usuário alterar a order de arranque de novo para o Grub ("Ubuntu") e correr 'sudo update-grub' de seguida (ou esperar pela próxima atualização de kernel) para que este atualiuze a informação relativamente ao Windows no seu menu.

E é isto, nada mais. O que você andou fazendo não se aplica a novos sistemas com UEFI, aplica-se exclusivamente para sistemas antigos com BIOS e drives MBR.

Titone

Citação de: CelticWarrior online 10 de Junho de 2020, 13:23
Citação de: selvaking online 09 de Junho de 2020, 23:57
Entra no SETUP do seu notebook e procura lá em dispositivo de boot ou inicialização se vc encontra o UBUNTU. É quase certo que ele está por lá.

Exatamente isto pois trata-se de um sistema UEFI onde o velho problema de certas atualizações do Windows (re-)instalarem o seu gerenciador de arranque na MBR, substituindo o Grub.

Em sistemas UEFI e com particionamento GPT isso não ocorre. O que sim ocorre é essas atualizações do Windows alterarem a prioridade de arranque para ele próprio. Mas agora não apaga/substitui o Grub porque todos os gerenciadores de arranque coexistem na partição EFI. A razão pela qual o Windows ainda faz isso nas "feature updates" é para sua "conveniência", uma vez que a instalação dessas atualizações implica reiniciar várias vezes (algo poderia correr mal ou ficar incompleto ou corromper-se se não reiniciasse diretamente em Windows todas as vezes necessárias para completar a instalação). Cabe então ao usuário alterar a order de arranque de novo para o Grub ("Ubuntu") e correr 'sudo update-grub' de seguida (ou esperar pela próxima atualização de kernel) para que este atualiuze a informação relativamente ao Windows no seu menu.

E é isto, nada mais. O que você andou fazendo não se aplica a novos sistemas com UEFI, aplica-se exclusivamente para sistemas antigos com BIOS e drives MBR.

Encontrei, tava mesmo lá! Daqui a pouco posto umas imagens de como fiz pra chegar no GRUB. Valeu pela ajuda! Problema resolvido.

Titone

Assim que a máquia inicia aparece a seguinte mensagem:

...então, basta pressionar a tecla "Esc" e em seguida abre esta outra tela:

...aperte F9 e abrirá a tela abaixo:

...agora é só selecionar a opção desejada (no meu caso, o ubuntu) e teclar "Enter"
Então, aparecerá o antigo GRUB como na imagem abaixo:

...selecione novamente a opção desejada e tecle "Enter". Pronto! Sistema deverá iniciar normalmente.

selvaking

#5
Citação de: Titone online 11 de Junho de 2020, 16:54

...aperte F9 e abrirá a tela abaixo:

...agora é só selecionar a opção desejada (no meu caso, o ubuntu) e teclar "Enter"


Nessa tela usando seta acima ou seta abaixo vc pode selecionar o Ubuntu como 1º dispositivo de boot (Está o OS Boot Manager) e depois salve ao sair do SETUP.
Dê-me um computador com o Tux que movo o mundo!

Linux User #323049