Rescue-режим

Время: 10 мин · Сложность: ★★☆☆☆

Подходит: ✓ Ubuntu 22.04 · ✓ Debian 12 · ✓ AlmaLinux 9

Краткое описание

Rescue-режим загружает ВМ с отдельного минимального образа — не с вашего диска. При этом ваш диск остаётся нетронутым, его можно смонтировать и исправить проблему. После выхода из rescue-режима ВМ загружается в обычном режиме с вашей ОС.

Когда пригодится

• Система не загружается из-за ошибки в /etc/fstab
• Сломан загрузчик GRUB
• Нужно сбросить пароль root, не зная текущего
• Файловая система требует проверки (fsck)
• Нужно скопировать данные с диска перед переустановкой

Что понадобится

• Доступ к VMmanager
• Базовые знания командной строки Linux

Пошаговая инструкция

1. Откройте VMmanager и перейдите в карточку ВМ.

2. Найдите кнопку «Rescue» в меню действий.

Она может называться «Аварийный режим» или «Загрузить rescue-образ».

3. Выберите rescue-образ и подтвердите запуск.

ВМ перезагрузится с минимальным образом. Процесс занимает 1–2 минуты.

4. Получите временный пароль для подключения.

Пароль отобразится в карточке ВМ после запуска rescue-режима. Подключитесь по SSH с этим паролем:

ssh root@<ваш-ip>

5. Определите имя диска.

lsblk

Обычно основной диск называется /dev/vda, первый раздел — /dev/vda1. Вывод lsblk покажет точную структуру.

6. Смонтируйте основной раздел.

mount /dev/vda1 /mnt

7. Выполните нужные действия (примеры ниже).

8. Размонтируйте раздел и выйдите из rescue-режима.

umount /mnt

Вернитесь в VMmanager, выключите rescue-режим и перезагрузите ВМ в обычном режиме.

Примеры действий в rescue-режиме

Сброс пароля root

Перед chroot нужно подмонтировать системные разделы:

mount /dev/vda1 /mnt
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev
chroot /mnt
passwd root
exit
umount /mnt/proc /mnt/sys /mnt/dev
umount /mnt

Исправление /etc/fstab

mount /dev/vda1 /mnt
nano /mnt/etc/fstab
# Исправьте ошибочную запись
umount /mnt

Проверка и восстановление файловой системы

Раздел нельзя проверять в смонтированном состоянии:

fsck -y /dev/vda1

Восстановление GRUB

mount /dev/vda1 /mnt
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev
chroot /mnt
grub-install /dev/vda
update-grub
exit
umount /mnt/proc /mnt/sys /mnt/dev
umount /mnt

Проверка результата

После выхода из rescue-режима ВМ должна загрузиться в штатном режиме. Подключитесь по SSH — если всё исправлено, вход пройдёт успешно.

Возможные ошибки

Не знаю имя диска

Запустите lsblk — он выведет список всех дисков и разделов с их именами и размерами. Основной диск обычно /dev/vda.

chroot не работает: «chroot: failed to run command»

Перед chroot нужно подмонтировать виртуальные файловые системы:

mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /dev /mnt/dev

fsck требует размонтирования

fsck нельзя запускать на смонтированном разделе. Если раздел уже смонтирован, сначала размонтируйте его:

umount /mnt
fsck -y /dev/vda1

SSH не принимает временный пароль

Убедитесь, что прошло достаточно времени после запуска rescue-режима (1–2 минуты). Если пароль не принимается — проверьте его в карточке ВМ в VMmanager.

FAQ

Данные на диске сохранятся после rescue-режима?

Rescue-режим не трогает ваш диск, если вы сами не вносили изменения. Все данные остаются нетронутыми.

Можно ли работать в rescue-режиме без SSH, через веб-консоль?

Да. Откройте веб-консоль в VMmanager и работайте там. SSH удобнее для копирования команд и текста.

Как долго ВМ может находиться в rescue-режиме?

Технически неограниченно, но на период rescue-режима ваша основная система недоступна. Выходите из него сразу после завершения работы.

Полезные ссылки

• VMmanager

Следующие статьи

• Веб-консоль VPS — альтернативный способ доступа к серверу
• Переустановка ОС — если восстановление не помогло и проще начать заново