Проблемы с загрузкой Ubuntu после форматирования загрузочного раздела

Вы копали себя в более глубокой и глубокой яме. К счастью, я думаю, вы все еще можете поправиться. Чтобы предупредить других и помочь вам учиться, я хочу указать на некоторые из ваших ошибок:

• Переустановка Ubuntu из-за проблемы с загрузкой почти всегда в лучшем случае излишняя, и запускает риск потери ваших пользовательских данных в худшем случае. Вы говорите, что ваши данные все еще существуют, так что вы, возможно, просто потратили некоторое время, но я хочу указать на это, потому что они могли бы пойти очень плохо с потерянными пользовательскими данными, чтобы добавить к вашим проблемам с загрузкой.
• Попытка запустить Boot Repair из загрузки в режиме BIOS на компьютере, который был изначально настроен в режиме EFI, была ошибкой. Вы, вероятно, даже не подозревали, что совершаете эту ошибку, но вы сделали - тот факт, что Boot Repair жаловался на необходимость создания раздела с флагом «bios_grub», был ключом к этой ошибке. (Эта жалоба от Boot Repair явно не очень информативна никому, кроме экспертов, к сожалению.)
• Изменение флага на /dev/sda1 с boot на bios_grub было ошибкой. В терминологии parted и GParted флаг boot идентифицирует системный раздел EFI (ESP), , который является разделом, содержащим загрузчики EFI. Флаг «bios_grub» OTOH идентифицирует загрузочный раздел BIOS , , который содержит код загрузчика GRUB второго уровня для загрузки BIOS / CSM / устаревшего режима. Когда вы переустанавливали GRUB в режиме BIOS, он перезаписывал первые несколько секторов /dev/sda1, тем самым повреждая данные в разделе. Похоже, ваши проблемы начались со случайного уничтожения этого раздела, поэтому вы, вероятно, больше не нанесли никакого ущерба (кроме, возможно, своего файла /etc/fstab), но это был определенно неправильный подход. Если бы у вашей проблемы была другая причина, эта ошибка сделала бы восстановление еще более трудным.
• Указание Boot Repair рассматривать /dev/sda1 как отдельный раздел /boot также было ошибкой. В итоге вы сказали ему рассматривать этот раздел как две взаимоисключающие вещи: как отдельный /boot раздел и как загрузочный раздел BIOS. Это могло еще больше испортить ситуацию, но, похоже, на самом деле это не имело большого эффекта.

В качестве дополнительной информации о загрузке EFI вы можете прочитать мою веб-страницу на эту тему , вики сообщества Ubuntu по загрузке EFI и / или Блог Адама Уильямсона, объясняющий проблемы EFI. Все эти три страницы содержат справочную информацию, которая может помочь вам в будущем решить эту проблему.

Что касается решения: есть несколько подходов, но я рекомендую вам начать с исправления некоторых проблем, которые необходимо решить для любого решения:

1. Загрузите аварийный диск Linux.
2. Используйте GParted или parted, чтобы изменить «флаг» на /dev/sda1 на boot. Либо используйте gdisk, чтобы изменить код типа в этом разделе на EF00.
3. Создайте новую файловую систему FAT32 в /dev/sda1. Вы можете сделать это с помощью GParted или с помощью утилиты командной строки mkdosfs или mkfs.
4. Смонтируйте /dev/sda6 и отредактируйте на нем файл /etc/fstab. Вы должны добавить запись в этот файл для монтирования /dev/sda1 в /boot/efi. Это должно выглядеть так:

.

/dev/sda1      /boot/efi   vfat        fmask=133       0 0

В качестве альтернативы (и предпочтительно, в некоторых отношениях), вы можете изменить /dev/sda1 в начале этой строки на UUID="XXXX-XXXX", где XXXX-XXXX - это значение «UUID» (на самом деле серийный номер) для раздел, как сообщается в blkid. Это значение будет действительным только после того, как вы создали новую файловую систему FAT в разделе, поэтому я не знаю, когда я пишу этот ответ.

После внесения этих изменений вы должны установить новый загрузчик в режиме EFI. Доступны несколько вариантов. Вероятно, проще всего установить два из них:

• rEFInd - Вы можете установить rEFInd , загрузившись в Linux с использованием любого работающего метода, проверив что /boot/efi смонтирован и установил пакет Debian, доступный на странице rEFInd downloads.
• GRUB 2 через Boot Repair - Средство восстановления загрузки должно переустановить GRUB; однако вы должны запустить программу при загрузке в режиме EFI. Проверьте наличие каталога с именем /sys/firmware/efi. Если он присутствует, вы загрузились в режиме EFI и можете запустить Boot Repair. Если его нет, вы, вероятно, загрузились в режиме BIOS, и восстановление загрузки будет в лучшем случае бесполезным. Если вы загрузились в режиме BIOS, зайдите в утилиту установки прошивки и отключите поддержку BIOS / CSM / legacy; или используйте встроенный в вашу прошивку менеджер загрузки, чтобы выбрать вариант загрузки, который включает строку «EFI» или «UEFI». К сожалению, я не могу быть более конкретным, потому что утилита настройки прошивки и менеджер загрузки прошивки сильно различаются от одного компьютера к другому.

Возможно может быть необходимо стереть код GRUB в режиме BIOS с первого сектора вашего жесткого диска. Если вы завершили восстановление и по-прежнему не можете загрузиться с жесткого диска, попробуйте загрузиться в Linux и введите в терминале следующую команду:

sudo dd if=/dev/zero of=/dev/sda bs=440 count=1

Будьте очень осторожно при наборе этой команды; промах, особенно если вы опускаете или указываете неправильное значение для bs= или count=, может нанести серьезный ущерб вашему диску. Вот почему я не включил это в основную процедуру восстановления.

Удачи!

Судя по скриншоту, ваш загрузочный раздел кажется нечитаемым. Попробуйте открыть сеанс в реальном времени и переформатировать / dev / sda1, затем запустить sudo grub-install /dev/sda, затем sudo update-grub. Это переустановит ваш загрузчик и поможет вам преодолеть зависание при загрузке.