Восстановление загрузчика GRUB в Astra Linux

Ситуация, когда операционная система Astra Linux перестает загружаться, может застать администратора врасплох. Часто причиной становится повреждение конфигурации GRUB, сбой после обновления ядра или некорректное изменение таблицы разделов диска. Вместо привычного графического интерфейса пользователь видит черный экран с сообщением об ошибке или попадает в консоль grub rescue. Паниковать в такой момент не стоит, так как механизм загрузки Linux достаточно гибок и допускает ручное вмешательство.

Для успешного возвращения системы к жизни вам потребуется понимание структуры файловой системы и базовые навыки работы с командной строкой. Процесс восстановления сводится к ручному запуску ядра, монтированию корневых разделов и переустановке загрузчика в главную загрузочную запись (MBR) или EFI-раздел. LiveCD или установочный диск дистрибутива станет вашим главным инструментом в этой процедуре, предоставив необходимую среду для выполнения реанимационных работ.

Восстановление загрузчика — критическая операция, требующая внимательности к деталям, особенно при работе с дисками, размеченными в таблице разделов GPT или MBR. Ошибка в определении устройства может привести к потере данных на соседних разделах, поэтому точность команд здесь важнее скорости их выполнения. Ниже мы подробно разберем алгоритм действий, который позволит вернуть работоспособность вашему серверу или рабочей станции под управлением Astra Linux.

Диагностика проблемы и подготовка среды

Первым шагом всегда является точная идентификация природы сбоя. Если на экране появляется надпись error: no such partition или grub rescue>, это указывает на то, что第二阶段 загрузки не может найти свой конфигурационный файл или модули ядра. В некоторых случаях система может просто зависать после BIOS/UEFI, что говорит о более глубоком повреждении загрузочного сектора. Необходимо четко понимать, работает ли у вас UEFI или устаревший BIOS, так как пути восстановления для них различаются.

Для проведения работ вам обязательно понадобится загрузочный носитель. Это может быть установочная флешка с дистрибутивом Astra Linux или специализированный LiveCD (например, SystemRescue или тот же установочный образ в режиме "Try without installing"). Загрузитесь с этого носителя и выберите режим работы с командной строкой или графическую среду, если она доступна. Убедитесь, что у вас есть физический доступ к портам USB и возможность подключения к сети, если потребуется загрузка дополнительных пакетов.

⚠️ Внимание: Перед началом любых манипуляций с загрузочными записями настоятельно советуем создать полную резервную копию таблицы разделов, если есть такая техническая возможность. Работа с сектором загрузки несет в себе риски потери доступа ко всему диску.

После загрузки в Live-среде откройте терминал. Первым делом необходимо определить, на каком диске и разделе установлена ваша основная система. Используйте утилиту fdisk или lsblk для вывода списка всех доступных накопителей. Ищите разделы с файловой системой ext4 или xfs, которые занимают значительный объем, так как именно там resides корневая система. Также обратите внимание на наличие отдельного раздела /boot или /boot/efi, что характерно для современных конфигураций.

Важно запомнить или записать имена устройств, например, /dev/sda1 для корня и /dev/sda2 для EFI. Если вы перепутаете устройства, восстановление может не увенчаться успехом, или, что хуже, вы повредите загрузчик на другом диске. В среде Astra Linux имена дисков могут меняться в зависимости от порядка подключения, поэтому всегда перепроверяйте их по размеру и метке тома.

Монтирование разделов и подготовка chroot

Ключевым этапом восстановления является создание правильной среды для работы с поврежденной системой. Механизм chroot (change root) позволяет запустить оболочку командной строки так, как если бы вы загрузились непосредственно с жесткого диска, а не с флешки. Для этого необходимо смонтировать корневой раздел вашей Astra Linux в директорию /mnt. Выполните команду mount /dev/sdXY /mnt, где sdXY — это идентификатор вашего корневого раздела.

Если в вашей системе раздел /boot вынесен в отдельный раздел (что часто встречается при использовании шифрования или специфических схем разметки), его также необходимо смонтировать по соответствующему пути. Например, если /boot находится на /dev/sda2, команда будет выглядеть как mount /dev/sda2 /mnt/boot. Для систем с UEFI критически важно смонтировать EFI-раздел (обычно FAT32) в /mnt/boot/efi или /mnt/efi, в зависимости от структуры вашей файловой системы.

• 🔹 Смонтируйте корневой раздел: mount /dev/sda3 /mnt
• 🔹 Смонтируйте раздел /boot (если отдельный): mount /dev/sda2 /mnt/boot
• 🔹 Смонтируйте EFI-раздел (для UEFI): mount /dev/sda1 /mnt/boot/efi
• 🔹 Проверьте монтирование командой df -h

Далее необходимо смонтировать системные псевдо-файловые системы, такие как /dev, /proc и /sys. Без них многие утилиты внутри chroot работать не будут, так как они обращаются к ядру Live-системы. Используйте команды mount --bind /dev /mnt/dev, mount --bind /proc /mnt/proc и mount --bind /sys /mnt/sys. Это обеспечит доступ к оборудованию и информации о процессах изнутри изолированной среды.

Теперь можно перейти в среду chroot. Введите команду chroot /mnt /bin/bash. Если все прошло успешно, приглашение командной строки изменится, и вы окажетесь внутри корневой файловой системы вашего диска. Теперь все команды, которые вы вводите, применяются непосредственно к установленной системе, а не к Live-окружению. Это позволяет использовать установленные в системе утилиты и конфигурационные файлы.

Автоматическое восстановление с помощью os-prober и update-grub

Находясь внутри chroot-окружения, первым делом стоит попытаться автоматизированный путь решения проблемы. Утилита update-grub (которая является оберткой для grub-mkconfig) способна заново просканировать диски, найти установленные ядра Linux и сгенерировать свежий конфигурационный файл grub.cfg. Перед запуском полезно обновить базу данных установленных пакетов, выполнив apt update, чтобы убедиться в актуальности скриптов.

Запустите команду update-grub. Скрипт начнет поиск операционных систем. Если утилита os-prober активна, она найдет другие ОС на диске и добавит их в меню загрузки. В процессе вы увидите список найденных образов ядер (linux image) и инициаторных дисков (initrd). Если ошибок нет, и в выводе фигурируют строки, указывающие на Astra Linux, значит, конфигурация успешно обновлена.

Команда	Описание действия	Результат выполнения
apt install os-prober	Установка детектора ОС	Пакет готов к поиску систем
update-grub	Генерация grub.cfg	Создан новый конфиг загрузчика
grub-install /dev/sda	Запись загрузчика в MBR/EFI	Код загрузчика обновлен на диске
exit	Выход из chroot	Возврат в Live-среду

После успешной генерации конфигурации необходимо физически записать загрузчик на диск. Для BIOS-систем используется команда grub-install /dev/sda (указываем диск, а не раздел). Для UEFI процедура может потребовать дополнительных параметров, таких как --target=x86_64-efi и указание пути к EFI-разделу. Если команда выполняется без ошибок, это хороший знак.

⚠️ Внимание: При выполнении grub-install убедитесь, что указываете устройство диска (например, /dev/sda), а не раздела (например, /dev/sda1). Установка в раздел приведет к неработоспособности загрузчика.

В некоторых случаях автоматическое обновление может не сработать из-за поврежденных файлов ядра или отсутствующих модулей. Если update-grub выдает ошибки, связанные с отсутствием /boot/vmlinuz или initrd, возможно, потребуется переустановить пакет ядра или вручную указать пути. Однако в большинстве штатных ситуаций пересборка конфигурации решает проблему исчезновения меню загрузки.

Ручная настройка GRUB и редактирование конфигурации

Если автоматические методы не помогли, придется прибегнуть к ручному редактированию конфигурационного файла. Основной файл настроек — /etc/default/grub. Здесь задаются параметры по умолчанию, таймауты ожидания и разрешение экрана. Используйте текстовый редактор nano или vi для внесения изменений. Будьте предельно осторожны: синтаксическая ошибка в этом файле может привести к тому, что GRUB не сможет сгенерировать корректный grub.cfg.

Обратите внимание на параметр GRUB_TIMEOUT. Установите его значение в 5 или 10 секунд, чтобы у вас было время выбрать нужный пункт меню при загрузке. Также проверьте переменную GRUB_CMDLINE_LINUX, куда часто добавляют параметры ядра, необходимые для работы оборудования или специфических драйверов Astra Linux. Неправильные параметры здесь могут вызвать панику ядра при старте.

• 🔹 Откройте файл: nano /etc/default/grub
• 🔹 Проверьте GRUB_TIMEOUT=5
• 🔹 Убедитесь, что GRUB_DISTRIBUTOR содержит верное имя
• 🔹 Сохраните изменения (Ctrl+O, Enter, Ctrl+X)

После внесения правок необходимо заново сгенерировать бинарный файл конфигурации. Запустите grub-mkconfig -o /boot/grub/grub.cfg. Эта команда прочитает /etc/default/grub и скрипты из /etc/grub.d/, создав актуальный файл меню. Убедитесь, что в выводе нет фатальных ошибок. Если файл grub.cfg обновлен, можно выходить из chroot и перезагружаться.

Параметры ядра для отладки

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

Стоит также упомянуть о файлах скриптов в директории /etc/grub.d/. Скрипт 10_linux отвечает за поиск ядер, а 30_os-prober — за другие ОС. Если вы случайно удалили исполняемый бит у этих файлов (chmod +x), update-grub проигнорирует их содержимое. Проверьте права доступа, если стандартные процедуры дают неполный результат.

Особенности восстановления в режиме UEFI

Системы с интерфейсом UEFI требуют особого подхода, так как загрузчик здесь хранится не в MBR, а в специальном разделе FAT32 (EFI System Partition) в виде файла .efi. При восстановлении Astra Linux в режиме UEFI критически важно, чтобы этот раздел был смонтирован в /boot/efi (или туда, где он был смонтирован при установке) перед выполнением команды установки. Без этого grub-install не сможет скопировать файлы загрузчика.

Команда установки для UEFI выглядит сложнее. Вам нужно указать целевую архитектуру и каталог установки. Пример команды: grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=AstraLinux. Параметр --bootloader-id создает запись в NVRAM материнской платы, позволяя выбирать Astra Linux в меню BIOS. Если этой записи нет, система может не видеть загрузчик, даже если файлы на месте.

Критически важным условием является форматирование EFI-раздела в файловую систему FAT32. Если раздел отформатирован в NTFS или ext4, UEFI-固件 не сможет прочитать файлы загрузчика. Проверить тип файловой системы можно командой blkid или lsblk -f в Live-режиме. Также убедитесь, что на разделе есть флаг boot или esp.

⚠️ Внимание: В UEFI-системах безопасная загрузка (Secure Boot) может блокировать запуск самописных или неправильно подписанных загрузчиков. Если восстановление не удается, попробуйте временно отключить Secure Boot в настройках BIOS.

Иногда требуется вручную скопировать файл загрузчика. Стандартный путь — /boot/efi/EFI/AstraLinux/grubx64.efi. В некоторых случаях помогает копирование этого файла в стандартное место загрузки EFI: /boot/efi/EFI/BOOT/BOOTX64.EFI. Это "аварийный" путь, который многие материнские платы проверяют по умолчанию, если другие записи в NVRAM утеряны.

Проверка результата и финальная перезагрузка

После выполнения всех процедур установки и настройки необходимо корректно завершить работу в среде chroot. Введите команду exit, чтобы выйти из изолированного окружения. Затем размонтируйте все разделы в обратном порядке: сначала /mnt/boot/efi, /mnt/boot, затем системные /mnt/dev, /mnt/proc, /mnt/sys и в конце сам корень /mnt. Команда umount -R /mnt может размонтировать всё рекурсивно, что удобно и безопасно.

Извлеките загрузочную флешку и выполните перезагрузку командой reboot. Если все шаги были выполнены верно, вы должны увидеть меню GRUB с выбором ядер Astra Linux. Выберите стандартный вариант загрузки и дождитесь появления экрана входа в систему. Успешная загрузка означает, что загрузочная запись восстановлена и конфигурация корректна.

💡

Сохраните успешную конфигурацию: После успешной загрузки сразу же сделайте резервную копию файла /boot/grub/grub.cfg и раздела EFI, чтобы в случае повторного сбоя восстановить систему за минуты.

Если система загрузилась, рекомендуется выполнить команду sudo update-initramfs -u для обновления образа начальной загрузки. Это гарантирует, что в initrd попали актуальные драйверы и модули, что особенно важно после изменений в конфигурации оборудования или ядра. Стабильность работы системы теперь зависит от состояния файловой системы и целостности системных файлов.

💡

Успешное восстановление загрузчика требует точного монтирования разделов и понимания различий между BIOS и UEFI режимами.

Часто задаваемые вопросы (FAQ)

Что делать, если grub-install выдает ошибку "efi directory not found"?

Эта ошибка означает, что вы не смонтировали EFI-раздел в ожидаемое место (обычно /boot/efi) перед запуском команды. Проверьте, где находится раздел FAT32, смонтируйте его по правильному пути и повторите команду установки с флагом --efi-directory.

Можно ли восстановить загрузчик без LiveCD, используя только консоль GRUB?

Да, это возможно, но требует знания точных путей к ядру и initrd. В консоли GRUB (режим rescue) можно вручную указать путь к ядру (linux) и initrd (initrd), загрузиться в систему, а затем уже из работающей ОС выполнить grub-install. Однако метод с LiveCD намного проще и надежнее для большинства пользователей.

Сбросится ли восстановление после обновления ядра?

Нет, если вы правильно установили пакет grub-pc или grub-efi и обновили конфигурацию. При установке новых ядер скрипты обновления автоматически пересобирают grub.cfg и добавляют новые записи. Проблемы могут возникнуть только если вы вручную правили grub.cfg, не используя update-grub.

Как восстановить загрузчик, если диск размечен в LVM?

В среде LiveCD необходимо активировать LVM-томы командой vgchange -ay. После появления устройств в /dev/mapper/ или /dev/имя_группы, их нужно смонтировать как обычные разделы. Дальнейший процесс восстановления через chroot идентичен стандартному.