Система, входящая в личинку, спасает, когда она загружается и не может зафиксировать восстановление начальной загрузки использования. Подозревайте проблему EFI

У меня есть Шлюз (Модель DX4850 - Переименованный ACER), который был одним из ранних последователей EFI. Я не полагаю, что это был UEFI. Когда я купил его (приблизительно 2012), я не интересовался наличием Microsoft Windows 7 на нем вообще, таким образом, я удалил различные разделы и затем переустановил его с Ubuntu 12.04. Не зная о EFI, я полагаю, что также удалил раздел EFI.

Я установил Ubuntu в режиме BIOS, и много последующих установок были сделаны в режиме BIOS. У меня есть два основных раздела для установок Ubuntu (sda1 и sda6), так, чтобы моя текущая установка была на одном разделе, и новая установка помещается на другой раздел. Тем путем я могу продолжить работать с использованием моей старой установки, пока я не получаю новую установку, работающую правильно и мои файлы, скопированные с резервного копирования.

Я заметил, что каждый раз загрузился, я получу ошибку EFI, и позже я заметил, что и Живой USB Живого CD обнаружил, что это было материнской платой EFI, но не установит в режиме EFI. Я затем понял, что, вероятно, непреднамеренно удалил исходный раздел EFI так исследовал, как восстановить раздел EFI и создал раздел на 200 Мбит и установил флаг EFI.

Теперь, когда у меня был раздел EFI, я установил Ubuntu 16.10 в sda6 в режиме EFI. Когда Ubuntu 17.04 вышла, я установил ее в sda1 и поместил домашнюю папку в отдельный раздел. Однако казалось, что файлы личинки остались в sda6, и это продолжало загружать Ubuntu 16.10, пока я не скорректировал меню личинки для начальной загрузки Ubuntu 17.04, которая была объектом 4 в меню (я думаю).

Сегодня я решил установить 17.10 Бет 1 в sda6 и удалил раздел и создал два раздела в пространстве, один для корня (/) и один для дома (/домой). Установка, когда хорошо, однако когда это перезагрузило, она закончилась при спасательной подсказке личинки.

Я загрузился со своей Живой картой с интерфейсом USB, установленным восстановлением начальной загрузки и попытался решить проблему. Я получил это сообщение:

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:
boot.repair@gmail.com 

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

Вот вывод от 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)

Выполнение:

dmesg | grep -i "EFI"

урожаи:

[    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

Я хотел бы принести свой настольный компьютер в правильно рабочую систему EFI. Как я делаю это? У меня есть все свои сохраненные файлы, таким образом, я могу восстановить все с нуля при необходимости.

ОБНОВЛЕНИЕ: Я работал:

sudo gdisk /dev/sda1

и добрался:

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!
***************************************************************

Я мог позволить gdisk преобразовывать MBR в GPT?

Спасибо,

Peter Freeman

0
задан 12 September 2017 в 20:30

1 ответ

Скорее всего, причина, которую я вижу.
У вас есть разделенный диск MBR.
При установке Ubuntu в режиме Legacy он добавил grub в MBR диска.
Когда вы добавили раздел EFI и установили его в режиме EFI, grub в MBR не обновлялся, поэтому теперь, когда вы удалили 16.10, grub в MBR не может найти файл конфигурации, который был в разделе для 16.10.

Возможные исправления:
1) использовать инструмент MBR, чтобы стереть grub из MBR. обязательно пометьте раздел EFI как загрузочный раздел.
2) начать с нуля с повторного использования. EFI может использовать GPT-разделение, которое имеет преимущества перед MBR. 3) вернуться к использованию Legacy Boot.

ПРИМЕЧАНИЕ: убедитесь, что ваш раздел EFI имеет формат FAT32. это требование.

0
ответ дан 2 November 2019 в 06:52

Другие вопросы по тегам:

Похожие вопросы: