Вопрос или проблема
Схема таблицы разделов — GPT, и используется UEFI с включенной защитой загрузки (Secure Boot) вместо устаревшего BIOS.
Ниже приведена разметка разделов моего жесткого диска:
536.9MB EFI системный раздел
511.7MB /boot (незашифрованный)
100GB зашифрованных логических томов (содержит раздел / размером 99GB, область подкачки размером 1GB. Debian Buster был установлен на этот раздел)
16MB зарезервированная область Microsoft (автоматически создается установщиком Microsoft Windows)
100GB Microsoft Windows 10
-
Установщик Debian Buster 64bit (версия 10.10) был использован для создания EFI системного раздела, раздела /boot и зашифрованных логических томов. Установка прошла успешно, и я смог загрузиться в меню GRUB с синим фоном. Там была запись под названием Debian GNU/Linux.
-
Затем я установил Microsoft Windows 10, и установка прошла успешно.
-
Я перезагрузился в Debian и использовал sudo os-prober для добавления записи Microsoft Windows в GRUB, после чего использовал sudo update-grub
-
Была возможность двойной загрузки Debian и Windows
Проблема(ы) возникли после выполнения следующих действий:
-
С помощью USB флешки с Debian Testing (Bullseye), я загрузился на экран установщика Debian и удалил 100GB зашифрованных логических томов.
-
В результате оказалось доступно 100GB свободного пространства. Я настроил его для двух зашифрованных логических томов: раздел / размером 99GB и область подкачки размером 1GB.
-
Debian Testing был установлен на 100GB раздел. Установка прошла успешно.
-
Однако теперь я не могу загрузиться в меню GRUB с синим фоном. Вместо этого я вижу черный экран со словом grub> _ (подчеркнутое место — это положение курсора)
Мое понимание таково, что UEFI Stub Grub находится в системном разделе EFI (ESP), в то время как его модули второго этапа находятся в разделе /boot. /boot также содержит файл конфигурации Grub. Кажется, что загрузчик в ESP не был обновлен в соответствии с модулями в разделе /boot, или могло случиться так, что /boot/grub/grub.cfg отсутствовал.
Моя попытка:
А. Я использовал установщик Debian Bullseye для загрузки моей машины и выбрал режим спасения.
Б. После ввода зашифрованной фразы пароля, на экране появились некоторые соответствующие сообщения:
Введите устройство, которое вы хотите использовать в качестве вашей корневой файловой системы.
Устройство для использования в качестве корневой файловой системы:
/dev/perfect-vg/root
/dev/perfect-vg/swap
/dev/dm-1
/dev/dm-2
/dev/mapper/sda3_crypt
/dev/sda1
/dev/sda2
и так далее, так далее....
Собрать систему RAID
Не использовать корневую файловую систему
Я выделил /dev/sda1 и нажал Enter.
Мне предложили четыре варианта, один из которых был “Выполнить оболочку в окружении установщика”. Я выделил его и нажал Enter.
На экране появилось сообщение, что /dev/sda1 будет смонтирован как «/target», что инструменты окружения установщика будут доступны для использования, и что я могу использовать chroot для “chroot /target”.
Внизу экрана было маленькое серое окно.
Я попробовал следующие варианты:
~# "chroot /target"
/bin/sh: "chroot /target" not found
~# chroot /target
chroot: can't execute "/bin/sh". No such file or directory
~# apt install --reinstall grub-efi
/bin/sh: apt: not found
~# chroot /target
chroot: can’t execute “/bin/sh”. No such file or directory
Это кажется правильным, но похоже, что /dev/sda1 не ваш корневой том (иначе /bin/sh вероятно работал бы)
Я бы попробовал с /dev/sda2 или с любым из других томов, возможно
.
Ответ или решение
Восстановление меню GRUB с синим фоном на системе с GPT и UEFI, а также включенной безопасной загрузкой, требует внимательного подхода, особенно с учетом конфигурации, описанной вами. Рассмотрим шаги для решения проблемы:
Анализ проблемы
В вашей системе произошла проблема, связанная с загрузчиком GRUB после переустановки Debian Testing поверх существующих логических томов, в результате чего появилось только черное окно с командной строкой grub>. Ваше предположение о том, что проблема может быть связана с неправильно обновленным GRUB в EFI System Partition (ESP) или отсутствием файла конфигурации /boot/grub/grub.cfg, может быть обоснованным.
Шаги по восстановлению GRUB
-
Проверка root-раздела: Судя по указанной вами ошибке при попытке использовать
chroot, раздел/dev/sda1, очевидно, не является корневым. Необходимо попробовать другие разделы, скорее всего, это/dev/mapper/sda3_cryptили/dev/perfect-vg/root, так как это вероятнее всего ваш зашифрованный корневой раздел. -
Загрузка Live-дистрибутива или установочного носителя Debian:
- Загрузитесь с Live-диск Debian или установочного носителя.
- Перейдите в режим Rescue и укажите правильный корневой раздел, чтобы получить доступ к вашей установленной системе.
-
Декриптация разделов:
- Используйте
cryptsetup luksOpen /dev/sdaX имя_контейнера, чтобы расшифровать корневой и другие необходимые разделы.
- Используйте
-
Монтирование файловой системы:
- Монтируйте корневой файл, например:
mount /dev/mapper/имя_вашего_корневого_раздела /mnt - Монтируйте другие необходимые файловые системы:
mount /dev/sda1 /mnt/boot/efi mount --bind /dev /mnt/dev mount --bind /proc /mnt/proc mount --bind /sys /mnt/sys
- Монтируйте корневой файл, например:
-
Использование chroot:
- Переход в окружение chroot:
chroot /mnt - Убедитесь, что теперь команды работают корректно.
- Переход в окружение chroot:
-
Переустановка GRUB:
- Убедитесь, что GRUB EFI Packages установлены:
apt update && apt install --reinstall grub-efi-amd64 - Обновите GRUB:
update-grub - Установите GRUB на диск:
grub-install /dev/sda
- Убедитесь, что GRUB EFI Packages установлены:
-
Выход и перезагрузка:
- Выйдите из chroot:
exit - Отмонтируйте файловые системы и перезагрузите систему:
umount -a reboot
- Выйдите из chroot:
Заключение
Эти шаги должны помочь восстановить меню GRUB с синим фоном, позволяя загрузить Debian и Windows. Убедитесь, что вы правильно идентифицировали корневой и ESP-разделы и что все они правильно смонтированы в окружении chroot для успешной переустановки GRUB.