- Есть простой способ восстановить загрузчик?
- townbov
- oko
- Vosiley
- Vosiley
- townbov
- townbov
- Общие сведения
- Загрузка в режиме восстановления
- Резервное копирование каталога /boot
- Освобождение места в каталоге /boot
- Создание initrd
- Необязательное создание гарантированного свободного места
- Монтирование tmpfs в каталог /boot
- Создание и перемещение initrd
- Замена initrd
- Перезагрузка системы
- Действия после успешной перезагрузки
- Введение
- Установка пакетов
- Создание свободного места для дискового раздела grub
- Создание дискового раздела для EFI без использования Live-CD
- Создание дискового раздела для EFI с использованием Live-CD
- Восстановление GRUB EFI в режиме восстановления
Есть простой способ восстановить загрузчик?
Каждый раз после сбоя питания слетает загрузчик астры, и остается только виндосный. Обновил загрузчик на 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:
переименовать пробовал- но все равно грузится только винда((
Знаю точно, что после переустановки Астры, биос ее снова увидит))))
Переустановка как решение — это треш)
Общие сведения
В данной статье рассматривается способ восстановления загрузочных файлов (содержимого каталога /boot) в ситуации, когда из-за их повреждения нормальная загрузка ОС стала невозможной. Восстановление включает в себя следующие этапы:
- загрузка с инсталляционного диска с последующим переходом в «режим восстановления»;
- необязательное резервное копирование содержимого каталога /boot;
- подключение к каталогу /boot временной файловой системы, имеющей свободное место;
- перегенерация файла initrd;
- замена старого файла на новый;
Типичная ситуация, в которой могут потребоваться такие действия: неудачно завершившееся обновление при недостатке места в дисковом разделе /boot. После такого неудачного обновления система перестает загружаться и, как правило, выводит ошибку:
- - - [ end Kernel panic - not syncing: VFS: Unable to mount root fs on unknow-block(0,0)
Возникновения ошибки нехватки места характерно для систем, установленных с использованием LVM, поэтому далее в примере рассматриваются действия с системой, установленной с использованием LVM. Действия для других вариантов установки аналогичны, отличаться будут только названия дисковых разделов.
Загрузка в режиме восстановления
Для загрузки в режиме восстановления требуется инсталляционный диск (USB-накопитель) ОС Astra Linux Special Edition очередное обновление 1.6.
Порядок действий:
- Вставить инсталляционный диск в привод;
- Загрузиться с инсталляционного диска;
- Выбрать «Режим восстановления»:
Проследовать по пунктам (нажимая Enter) до выбора корневой файловой системы, где выбрать . /root:
Затем выбрать запуск оболочки так же в /dev/16-lvm-vg/root:
После выполнения указанных действий должен загрузиться терминал с синим фоном:
Нажать CTRL+ALT+F2 и нажать Enter, после чего должен открыться терминал на черном фоне:
Резервное копирование каталога /boot
Резервное копирование каталога /boot не обязательно.
Копирование выполняется в каталог /home, в папку boot-backup, в случае успешного восстановления загрузки системы не забудьте его удалить.
Для создания резервной копии выполните в терминале команду:
Дождитесь завершение работы команды.
Освобождение места в каталоге /boot
Проверить содержимое каталога /boot:
итого 226516
drwxr-xr-x 3 root root 4096 апр 10 21:40 .
drwxr-xr-x 25 root root 4096 апр 13 17:27 ..
-rw-r—r— 1 root root 1492731 июн 20 2018 abi-4.15.3-1-generic
-rw-r—r— 1 root root 1467894 июн 20 2018 abi-4.15.3-1-hardened
-rw-r—r— 1 root root 215263 июн 20 2018 config-4.15.3-1-generic
-rw-r—r— 1 root root 215941 мар 4 16:10 config-4.15.3-2-generic
drwxr-xr-x 5 root root 4096 апр 10 21:40 grub
-rw-r—r— 1 root root 46731042 апр 10 21:40 initrd.img-4.15.3-1-generic
-rw-r—r— 1 root root 45810528 апр 10 21:39 initrd.img-4.15.3-1-hardened
-rw-r—r— 1 root root 46182771 апр 10 21:40 initrd.img-4.15.3-2-generic
-rw-r—r— 1 root root 44873873 апр 10 21:40 initrd.img-4.15.3-2-hardened
-rw——- 1 root root 8038256 июн 20 2018 old-vmlinuz-4.15.3-1-generic
-rw——- 1 root root 7214960 июн 20 2018 old-vmlinuz-4.15.3-1-hardened
-rw-r—r— 1 root root 0 июн 20 2018 retpoline-4.15.3-1-generic
-rw-r—r— 1 root root 0 июн 20 2018 retpoline-4.15.3-1-hardened
-rw——- 1 root root 3969624 июн 20 2018 System.map-4.15.3-1-generic
-rw——- 1 root root 3186040 июн 20 2018 System.map-4.15.3-1-hardened
-rw——- 1 root root 3995440 мар 4 16:10 System.map-4.15.3-2-generic
-rw——- 1 root root 3174738 мар 4 16:10 System.map-4.15.3-2-hardened
-rw——- 1 root root 8144672 мар 4 16:10 vmlinuz-4.15.3-2-generic
-rw——- 1 root root 7190304 мар 4 16:10 vmlinuz-4.15.3-2-hardened
В примере выше видно, что в каталоге /boot хранятся две версии ядра — 4.15.3-1 и 4.15.3-2, и каждая версия представлена в двух вариантах — generic и hardened. Удалить ненужные файлы можно командой rm. Например, если не используется ядро hardened, то удалить все файлы, относящиеся к этому ядру:
Создание initrd
Новый initrd создать командой:
При этом вместо номера 4.15.3-2 использовать номер имеющегося в системе ядра, которое предполагается использовать.
Необязательное создание гарантированного свободного места
Монтирование tmpfs в каталог /boot
Для того, чтобы смонтировать в каталог /boot чистую файловую систему, имеющую свободное место, выполните команду:
После выполнения монтирования старое содержимое каталога /boot станет недоступно, и каталог будет представляться пустым.
Создание и перемещение initrd
Новый initrd в примонтированной файловой системе создать такой же командой:
При этом вместо номера 4.15.3-2 использовать номер имеющегося в системе ядра, которое предполагается загружать в дальнейшем.
Так как после отмонтирования времнной файловой системы всё её содержимое будет утеряно, нужно сохранить новый сформированный initrd, например, скопировав его в каталог /home командой:
Замена initrd
Отмонтировать tmpfs от каталога /boot командой:
Заменить старый файл initrd.img-4.15.3-2-generic на новый командой:
Если для копирования недостаточно места — повторить удаление ненужных файлов, после чего повторить операцию копирования.
Перезагрузка системы
После замены файла initrd обязательно выполнить команду:
Действия после успешной перезагрузки
Дальнейший порядок действия зависит от причины, вызвавшей неисправность.
В частности, в случае незавершённой установки обновления, следует завершить установку обновления командой:
Введение
При замене таблицы разделов диска формата MBR на таблицу разделов диска формата GPT могут возникнуть проблемы с загрузкой ОС из-за отсутствия дискового раздела grub, имеющегося только для таблицы разделов MBR. Далее приводится процедура установки раздела grub для таблицы разделов GPT, в том числе для загрузки ОС средствами UEFI.
Установка пакетов
Если система загружается, то:
Если система не загружается, то указанные выше команды выполнить через режим восстановления. После входа в режим восстановления:
- Удалить ненужные пакеты (команда приведена выше);
После назначения сетевого адреса установить пакеты GRUB для EFI (команда приведена выше).
Создание свободного места для дискового раздела grub
Данные шаги необходимо выполнить в случае отсутствия свободного неразмеченного места на диске. При возможности использовать Live-образ ОС выделение места можно выполнить загрузившись с этого образа и применив графический редактор дисков gparted.
Если на диске имеется раздел подкачки (swap), то для размещения дискового раздела grub этот раздел можно удалить или уменьшить и, при необходимости, использовать в дальнейшем размещение областей подкачки в файлах (см. Область подкачки (swap): особенности применения и обеспечения безопасности).
Независимо от выбранного метода перед выполнением дальнейших действий рекомендуется сделать резервную копию данных (с помощью штатных средств ОС Astra Linux или, в случае если система не загружается, загрузившись с Live-образа). При выполнении дальнейших действий следует соблюдать осторожность, так как ошибки выполнения могут повлечь потерю данных.
Рекомендованный размер дискового раздела grub — от 200МБ (возможно и меньше, но это может привести к проблемам в последующих обновлениях).
GNU Parted 3.2 Using /dev/sda Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) resizepart Partition number? 1 End? [14,0GB]? 13800 Warning: Shrinking a partition can cause data loss, are you sure you want to continue? Yes/No? yes (parted) quit
в примере выше дисковый раздел номер 1 на устройстве /dev/sda (исходный размер 14,0GB) уменьшается до размера 13,800KB;
Создание дискового раздела для EFI без использования Live-CD
После запуска интерпретатора для удобства работы перейти в терминал с помощью клавиш «Alt+Ctrl+F2»:
Метка может быть произвольной, в примере использована метка EFI-SYstem;
/dev/disk/by-partlabel/EFI-system /boot/efi vfat defaults 0 2
Создание дискового раздела для EFI с использованием Live-CD
- Выполнить перезагрузку и осуществить вход в систему с Live-CD;
С помощью Gparted создать раздел 100Мб с файловой системой FAT32 и флагом ESP:
На приведенном выше снимке экрана выставлен флаг boot. Использование этого флага не обязательно.
UUID= /boot/efi vfat defaults 0 0
Восстановление GRUB EFI в режиме восстановления
- Перезагрузить систему и войти в режиме восстановления в UEFI;