Sistema que entra no resgate grub quando inicializado e incapaz de corrigir usando o reparo de inicialização. Problema suspeito de EFI

0

Eu tenho um gateway (modelo DX4850 - ACER com marca registrada) que foi um dos primeiros a adotar o EFI. Eu não acredito que foi UEFI. Quando eu comprei (por volta de 2012) eu não estava interessado em ter o Microsoft Windows 7 nele, então eu apaguei várias partições e, em seguida, reinstalei com o Ubuntu 12.04. Sem saber sobre a EFI, acredito que também excluí a partição EFI.

Instalei o Ubuntu no modo BIOS e muitas instalações subseqüentes foram feitas no modo BIOS. Eu tenho duas partições principais para as instalações do Ubuntu (sda1 e sda6), para que minha instalação atual esteja em uma partição e uma nova instalação seja colocada na outra partição. Dessa forma, posso continuar trabalhando com a instalação antiga até que a nova instalação funcione corretamente e os arquivos copiados do backup.

Notei que toda vez que eu inicializava, eu recebia um erro de EFI e depois percebi que os Live CD's e os Live USBs detectaram que era uma placa mãe EFI, mas não instalariam no modo EFI. Eu então percebi que eu provavelmente tinha apagado inadvertidamente a partição EFI original, então pesquisei como restaurar a partição EFI e criei uma partição de 200 Mb e configurei o sinalizador EFI.

Agora que eu tinha uma partição EFI, instalei o Ubuntu 16.10 em sda6 no modo EFI. Quando o Ubuntu 17.04 foi lançado, instalei-o em sda1 e coloquei a pasta home em uma partição separada. No entanto, parece que os arquivos grub ficaram em sda6 e ele continuou a inicializar o Ubuntu 16.10 até que eu ajustei o menu grub para inicializar o Ubuntu 17.04, que era o item 4 no menu (eu acho).

Hoje decidi instalar o 17.10 Beta 1 em sda6 e deletei a partição e criei duas partições no espaço, uma para raiz (/) e outra para casa (/ home). A instalação, quando bem, no entanto, quando reiniciado, acabou no prompt de resgate grub.

Eu inicializei com meu Live USB stick, instalei o reparo de inicialização e tentei corrigir o problema. Eu recebi esta mensagem:

An error occurred during the repair.

A new file (~/Boot-Info_2017-09-12__23h48.txt) will open in your text viewer.

In case you still experience boot problem, indicate its content to:
[email protected] 

You can now reboot your computer.
Please do not forget to make your BIOS boot on sda (1000GB) disk!

Aqui está a saída do fdisk -l

Disk /dev/loop0: 1.5 GiB, 1553670144 bytes, 3034512 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x000df48b

Device     Boot      Start        End    Sectors   Size Id Type
/dev/sda1           411648   98068479   97656832  46.6G 83 Linux
/dev/sda2        911226878 1953523711 1042296834   497G  5 Extended
/dev/sda3  *          2048     411647     409600   200M ef EFI (FAT-12/16/32)
/dev/sda4         98068480  911224831  813156352 387.8G 83 Linux
/dev/sda5       1936785408 1953523711   16738304     8G 82 Linux swap / Solaris
/dev/sda6        911226880 1008881663   97654784  46.6G 83 Linux
/dev/sda7       1008883712 1936781311  927897600 442.5G 83 Linux

Partition 2 does not start on physical sector boundary.
Partition table entries are not in disk order.

Disk /dev/sdg: 7.5 GiB, 8000110592 bytes, 15625216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x1b571474

Device     Boot   Start     End Sectors  Size Id Type
/dev/sdg1  *          0 3142655 3142656  1.5G  0 Empty
/dev/sdg2       3118960 3123567    4608  2.3M ef EFI (FAT-12/16/32)

Em exibição:

dmesg | grep -i "EFI"

rendimentos:

[    0.000000] Command line: BOOT_IMAGE=/casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper quiet splash ---
[    0.000000] efi: EFI v2.10 by American Megatrends
[    0.000000] efi:  SMBIOS=0xbad2ed98  ACPI=0xbac2b000  ACPI 2.0=0xbac2b000  MPS=0xfcc20 
[    0.000000] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[    0.000000] Kernel command line: BOOT_IMAGE=/casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed boot=casper quiet splash ---
[    0.167061] Registered efivars operations
[    4.965537] efifb: probing for efifb
[    4.965543] efifb: framebuffer at 0xd0000000, using 1920k, total 1920k
[    4.965544] efifb: mode is 800x600x32, linelength=3200, pages=1
[    4.965544] efifb: scrolling: redraw
[    4.965545] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    4.967076] fb0: EFI VGA frame buffer device
[    5.009887] EFI Variables Facility v0.08 2004-May-17
[    5.368319] fb: switching to inteldrmfb from EFI VGA
[    5.963925] tsc: Refined TSC clocksource calibration: 3392.298 MHz

Eu gostaria de trazer meu computador desktop para um sistema EFI funcionando corretamente. Como eu faço isso? Eu tenho todos os meus arquivos de backup, para que eu possa reconstruir tudo a partir do zero, se necessário.

UPDATE: eu corri:

sudo gdisk /dev/sda1

e obtivemos:

GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************

Posso permitir que o gdisk converta o MBR em GPT?

Obrigado,

Peter Freeman

    
por Peter Freeman 13.09.2017 / 03:07

1 resposta

0

Causa mais provável que vejo.
Você tem um disco particionado MBR.
Ao instalar o Ubuntu no modo Legacy, ele adicionou o grub ao MBR do disco. quando você adicionou a partição EFI e instalou no modo EFI, o grub no MBR não foi atualizado, então agora que você excluiu 16.10 o grub no MBR não pode encontrar o arquivo de configuração que estava na partição para 16.10.

Correções possíveis:
1) use uma ferramenta MBR para apagar o grub do MBR. não se esqueça de marcar a partição EFI como a partição de inicialização.
2) começar do zero com repartioning. A EFI pode usar o particionamento GPT, que tem vantagens sobre o MBR. 3) voltar a usar o Legacy Boot.

NOTA: certifique-se de que sua partição EFI esteja formatada como FAT32. isso é um requisito.

    
por ravery 13.09.2017 / 04:59