Восстановление загрузчика grub efi astra linux

Метка может быть произвольной, в примере использована метка EFI-SYstem;

/dev/disk/by-partlabel/EFI-system /boot/efi vfat defaults 0 2

Создание дискового раздела для EFI с использованием Live-CD

1. Выполнить перезагрузку и осуществить вход в систему с Live-CD;

С помощью Gparted создать раздел 100Мб с файловой системой FAT32 и флагом ESP:

На приведенном выше снимке экрана выставлен флаг boot. Использование этого флага не обязательно.

UUID= /boot/efi vfat defaults 0 0

Восстановление GRUB EFI в режиме восстановления

1. Перезагрузить систему и войти в режиме восстановления в UEFI;

Источник

Есть простой способ восстановить загрузчик?

Каждый раз после сбоя питания слетает загрузчик астры, и остается только виндосный. Обновил загрузчик на Live-usb, он увидел астру на жестком и загрузил ее. А что дальше? Везде ошибки восстановления или установки grub. Почему?

Все что есть в интернете к астре не подходит(((
Дайте плз совет как восстановить этот гребаный загрузчик в астре. А еще лучше — заменить MBR на Grub

townbov

New member

даже обновление с ошибкой))))

oko

New member

to townbov
Вообще странное поведение — сбои питания, слет загрузчика. Загрузчик либо есть, либо его нет. Хотя grub мог не сам записаться в нужную область, а дать лишь ссылку на себя, а размещаться на другом разделе. Тут бы знать, как вы его первично инсталлировали (тем более с uefi-flash).
С NVMe под Linux не работал, возможно там имеются свои баги (тем более в Астре, которая не очень за временем поспевает), но. Разве не тупо sudo grub-install /dev/nvme0n1, читай на само устройство, а не в конкретный раздел?
Что касается apt ugrade. Вы там случайно через dpkg не ставили и потом сносили spice? Похоже, что база apt зафиксировала изменения, а пакета-то уже и нет. Трайните его инсталл по-новой, а затем уже upgrade. Так-то может статься, что проблема вовсе не в системе как таковой.

Vosiley

New member

Не-не-не.
Т.к. это UEFI, да еще с Windows, то размечен диск однозначно в GPT.
Загрузчик GRUB ставится таким образом в директорию EFI. Т.е. /dev/nvme0n1p2 монтируем в /mnt , далее

grub-install --efi-directory=/mnt

Vosiley

New member

grub-install --efi-directory=/boot/efi

townbov

New member

grub-install --efi-directory=/boot/efi

Ага EFI именно там).
Но при выполнении выдает ошибку. Пробовал перемонтировать в /mnt но это конечно же ничего не меняет)

инсталятор ищет папку i386-pc в /usr/lib но она в /boot/efi. Ок) копирую ее туда куда он хочет)
после этого он не может найти kernel.img и его действительно там нет! Ок)) я копирую из платформы x86_64-efi и конечно же его он не устаивает)

ошибка в каком то заголовке ELF
я здаюсь)

townbov

New member

to townbov
Вообще странное поведение — сбои питания, слет загрузчика. Загрузчик либо есть, либо его нет. Хотя grub мог не сам записаться в нужную область, а дать лишь ссылку на себя, а размещаться на другом разделе. Тут бы знать, как вы его первично инсталлировали (тем более с uefi-flash).
С NVMe под Linux не работал, возможно там имеются свои баги (тем более в Астре, которая не очень за временем поспевает), но. Разве не тупо sudo grub-install /dev/nvme0n1, читай на само устройство, а не в конкретный раздел?
Что касается apt ugrade. Вы там случайно через dpkg не ставили и потом сносили spice? Похоже, что база apt зафиксировала изменения, а пакета-то уже и нет. Трайните его инсталл по-новой, а затем уже upgrade. Так-то может статься, что проблема вовсе не в системе как таковой.

Загрузчик так и остается после збоя. Но биос видит только запись майкрософт.
вот записи в папке efi которые биос видел до збоя: они все остались
появилась только какая то сомнительная копия в папке Boot:
переименовать пробовал- но все равно грузится только винда((
Знаю точно, что после переустановки Астры, биос ее снова увидит))))
Переустановка как решение — это треш)

Источник

Сбой загрузчика GRUB

После обновления системы произошел сбой GRUB — при загрузке компьютер попадает в меню GRUB с приглашением grub>
Корректно загрузиться удаётся при вводе следующих команд:
set root=(hd0,gpt2)
insmod ext2
insmod normal
normal
linux /boot/vmlinuz-5.15.0-70-generic root=/dev/sda2
initrd /boot/initrd.img-5.15.0-70-generic
После этого загрузка проходит нормально. Разумеется, это неудобно. Хотелось бы восстановить штатную работу GRUB.
Однако описанная в мануалах последовательность команд:
sudo grub-install /dev/sda
sudo grub-mkconfig -o /boot/grub/grub.cfg
sudo update-grub
ни к чему не приводит, хотя при выполнении команд сообщений об ошибках не выдаётся. После перезагрузки — всё то же постылое приглашение grub>
Подскажите, где собака порылась? Как восстановить штатную процедуру загрузки?

Юрий Пет

New member

с диска или с флешки запустите установщик, там есть восстановление загрузчика, подробности не помню, давно оттуда восстанавливал
также с помощью этой статьи когда то восстанавливал, там несколько способов, вроде последний мне помог https://itproffi.ru/vosstanovlenie-zagruzchika-grub-v-linux/

Australopithecus

New member

BloodGarry

New member

Australopithecus

New member

BloodGarry

New member

Australopithecus

New member

BloodGarry

New member

Вообще-то этот файл хранится — и изменяется при изменении настроек системы — в /etc/boot/grub/ . Или и в /boot/grub тоже должен быть?

Tehanalise

New member

Доброго дня. После обновления до 2.12.46 небольшие странности с grub.
И самое интересное, не на всех машинах.
На некоторых машинах достаточно зайти в биос и в профиле загрузки выбрать: astralinuxce
и всё грузится штатно.
А на некоторых приходится в ручную в биосе делать профиль с указанием пути: /Boot/efi/EFI/astralinuxce/grubx64.efi
И далее всё тоже грузится штатно.
Просто непонятно.
Это надо исправлять? Как?
Или это вполне нормально и не стоит заморачиваться?

BloodGarry

New member

Прошу прощения, оказалось, что в каталоге /boot/grub, конечно же есть файл boot.cfg. Вот только его становится видно не сразу, а лишь после ввода команд insmod ext2, insmod normal и normal. Так что проблема, увы, не решилась. В самом файле вроде бы все в порядке — выкладывая здесь, переименовал его в текстовый.

Вложения

astravb

New member

Прошу прощения, оказалось, что в каталоге /boot/grub, конечно же есть файл boot.cfg. Вот только его видно лишь после ввода команд insmod ext2 и insmod normal. Так что проблема, увы, не решилась. В самом файле вроде бы все в порядке — здесь переименовал его в текстовый.

Вы говорите, что вручную астра запускается?
Я бы так и загрузился, а потом скопировал
sudo cp /boot/grub/grub.cfg /boot/grub/grub.cfg.bak01
а потом
sudo grub-install /dev/sda
(только перепроверьте 7 раз что у вас там на месте /dev/sda и надо в MBR или в раздел это дело совать)
Произойдет пересоздание загрузчика. Обычно, после этого я закидываю в блокноте из /boot/grub/grub.cfg.bak01 в /boot/grub/grub.cfg недостающее, что grub-install поубивала.

! Еще может быть ошибка файловой системы (fsck)
! Еще может быть ошибка в /boot/grub/grub.cfg проверьте uuid раздела
! Еще могут быть нарушены права раздела (сомневаюсь)

Источник

Вопросы:Восстановление загрузчика GRUB после обновления Linux Astra SE

Для проверки целостности загрузчика UEFI необходимо, при включении/перезагрузке компьютера перейти в режим «Boot Menu» и выбрать область загрузки «astralinux» или другую загрузочную область ОС Linux. Если загрузка ОС прошла в нормальном режиме, то в этом случае необходимо перезагрузить компьютер, войти в BIOS и установить устройство загрузки по умолчанию, сохранить изменения и перезагрузить компьютер с обновлёнными настройками BIOS.

Если указанный выше вариант не исправил ситуацию, то существует единственный способ восстановления загрузчика - использовать установочный пакет в режиме восстановления.

1. Необходимо связаться со службой технической поддержки — тел. 8-800-250-8727 доб.8 и получить установочный образ ОС, если он отсутствует.
2. При помощи любой доступной утилиты, например UNetBootin, создать загрузочный флэш-носитель.
3. Подключить носитель к компьютеру, на котором необходимо сделать резервную копию диска. Во время загрузки BIOS(как правило отображается логотип), нажать клавишу, вызывающую меню загрузки, в зависимости от производителя BIOS это может быть клавиша F12, или F11, или F9, или F8 выбрать загрузочный диск, желательно в UEFI и нажать «Enter». Так же можно войти в BIOS и выбрать загрузку с носителя в разделе Boot Settings(Boot Mode, Boot Manager или аналогичных), сохранить изменения F10 и «Yes».
4. Необходимо выбрать режим Восстановления

5. Согласиться с лицензионным соглашением, нажав .
6. Выбрать способ переключения клавиатуры и нажать .
7. Имя компьютера можно оставить по-умолчанию и нажать .
8. С помощью стрелок «вверх»-«вниз» выбрать часовой пояс, соответствующий Вашему региону и нажать .
9. Необходимо выбрать раздел диска, на который установлена ОС. Если это был компьютер из поставки от нашей организации, тогда это, скорее всего, раздер /dev/sda2. Нажать .

10. Появится предложение — монтировать область загрузки, как отдельный раздел, соглашаемся и нажимаем .

11. Система предложит варианты восстановления. Необходимо выбрать «Переустановка системного загрузчика GRUB». Нажать .
12. Появится список всех доступных носителей. Необходимо указать, с какого диска будет загружаться наша ОС.

По-умолчанию система загружается из загрузочной области физического диска /dev/sda, поэтому вручную его прописываем и нажимем . 
Может возникнуть ситуация, когда система восстановления найдет несколько загрузочных областей на устройстве /dev/sda. В этом случае необходимо выбрать все разделы(возможные вырианты: /dev/sda, /dev/sda1, /dev/sda2), отметив их, нажав клавишу . Далее нажать . 

13. Программа выполнит восстановление загрузчика и предложит продолжить. Выбрать пункт — «Перезагрузка системы» и нажать . Отключить флэш-носитель.
14. После перезагрузки должен появиться выбор загрузки.

Источник