Когда система «умерла», но диск жив
Ситуация, знакомая многим:
- компьютер включается;
- BIOS/UEFI загружается нормально;
- вместо системы — только приглашение
grub>.
Часто в этот момент принимается радикальное решение — переустановка. Но в большинстве случаев система восстановима, и без потери данных.
В статье — реальный практический сценарий восстановления Astra Linux 2.12 Орёл с использованием AntiX Live.
Что понадобится
- Live-носитель AntiX (подойдёт и другой Debian-based Live Linux)
- Рабочий жёсткий диск (если диск неисправен — статья не поможет)
- Немного терпения ☺
Шаг 1. Загружаемся в Live-режиме AntiX
Загружаемся с флешки в Live-режим.
Важно:
- AntiX загружается без пароля
- Вход в Биос иногда с паролем, в моём случае — 1234. Если понадобится.
- В терминале AntiX могут быть пароли demo, root
- для root-доступа используем
sudo - В лайф режиме обязательно подключиться к интернету
Проверяем диски:
lsblk -f
Нас интересует раздел с файловой системой Linux (ext4), обычно это /dev/sda1 или похожий.
Шаг 2. Монтируем систему
Создаём точку монтирования:
sudo mount /dev/sda1 /mnt
Если система EFI, дополнительно монтируем EFI-раздел:
sudo mount /dev/sda2 /mnt/boot/efi
⚠️ Каталоги не заменяются при монтировании — содержимое просто становится доступным через точку монтирования.
Шаг 3. Готовим chroot-окружение
Подключаем служебные каталоги:
четыре обязательных /dev /proc /sys /run,
(mount —bind /mnt/dev, mount —bind /mnt/proc)
Переходим в установленную систему:
chroot /mnt
Если приглашение изменилось — вы внутри установленной Astra Linux.
Шаг 4. Проверяем наличие ядра
Проверяем содержимое /boot:
ls /boot
Норма:
vmlinuz-...initrd.img-...
Если вы видите только efi/ и grub/ — ядро отсутствует.
Это частая причина падения в grub>.
Шаг 5. Устанавливаем ядро (hardened)
Обновляем список пакетов:
apt update
Устанавливаем рекомендованное ядро для Astra Орёл:
apt install linux-image-hardened
Во время установки автоматически:
- создаётся
initramfs - прописываются записи загрузки
Шаг 6. Обновляем GRUB
Обновляем конфигурацию:
update-grub
Для EFI-систем дополнительно:
grub-install
Шаг 7. Выходим и перезагружаемся
Выходим из chroot:
exit
Размонтируем всё:
for i in /run /sys /proc /dev; dosudo umount /mnt$i; done
sudo umount /mnt
Перезагружаемся:
reboot
👉 Флешку вытащить.
Результат
Система загружается штатно.
Проверка:
uname -a
Если видите hardened — всё в порядке.
Почему это произошло
Основные причины:
- неудачное обновление ядра
- переполненный
/boot - сбой питания
- ручное удаление пакетов
GRUB при этом исправен, но ему нечего загружать.
Почему именно AntiX
AntiX отлично подходит как аварийный инструмент:
- работает на старом железе
- не требует установки
- минимален, но функционален
- Debian-совместим
Рекомендую держать его как спасательную флешку.
Краткий ликбез: как работает восстановление через Live-систему
1. Live-режим
Live-Linux загружается в оперативную память (ОЗУ). Диск при этом не используется, пока вы сами к нему не обратитесь.
2. Поиск дисков
Командой lsblk -f определяем, где находится установленная система.
3. Root-доступ
В Live-системах (например, AntiX) права администратора получают через sudo или sudo su.
4. Монтирование системы
Каталог /mnt — это точка подключения, а не копия системы:
mount /dev/sda1 /mnt
Файлы диска становятся доступны через /mnt, при этом ОЗУ почти не расходуется.
5. chroot — подмена корня
Команда:
chroot /mnt
временно делает /mnt корневой файловой системой (/). Вы работаете как будто загрузились в установленную ОС.
6. Исправление проблемы
Внутри chroot выполняются обычные команды: установка ядра, восстановление GRUB, правка конфигов.
7. Выход
После выхода из chroot и перезагрузки Live-система исчезает, а исправленная ОС загружается штатно.
То же самое для закрепления:
У вас корень системы есть:
/mnt
├── bin
├── etc
├── usr
├── var
├── ...
❗ Но в /boot НЕТ ядра Linux:
/mnt/boot
├── efi
└── grub
❌ Нет:
vmlinuz-...initrd.img-...
👉 Это и есть причина, почему система не загружается и падает в grub>
GRUB:
- запускается ✔
- конфиг есть ✔
- загружать нечего ❌
🔴 Это НЕ ошибка GRUB
GRUB исправен.
Ядро удалено или не установлено.
Такое бывает если:
- обновление оборвалось
/bootбыл смонтирован неправильно- ядро удалили вручную
- диск временно стал
ro
Это классический реальный сценарий, не редкость.
🛠 Что делаем дальше (правильное решение)
Нужно переустановить ядро Linux внутри системы.
🔧 Восстановление ядра (через chroot)
1️⃣ Заходим в систему
(если вы ещё не там)
mount /dev/sda1 /mnt
mount /dev/sda2 /mnt/boot/efi
mount --bind /dev /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run
chroot /mnt /bin/bash
2️⃣ Смотрим, какая система
cat /etc/os-release
Напишите, что покажет:
- Debian
- Astra
- antiX
3️⃣ Переустанавливаем ядро
🔹 Если Debian / Astra:
apt update
apt install --reinstall linux-image-amd64
Если ругается — вариант жёстче:
apt install linux-image-amd64
🔹 Если antiX:
apt update
apt install --reinstall linux-image-amd64
(antiX тоже Debian-based)
4️⃣ Проверяем, что ядро появилось
ls /boot
Должны появиться:
vmlinuz-...
initrd.img-...
5️⃣ Обновляем GRUB
update-grub
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB
6️⃣ Выходим и перезагружаемся
exit
umount -R /mnt
reboot
Итог
Если система падает в grub> — это ещё не конец.
Пока жив диск — система жива.
Главное — не спешить с переустановкой.
Статья основана на реальном опыте восстановления Astra Linux Орёл.