Машина не загружается

Машина не отвечает по SSH после перезагрузки — это ещё не поломка диска. Чаще всего система остановилась на конкретном шаге и ждёт вас: сломанный /etc/fstab, битая конфигурация загрузчика, ядро после неудачного обновления.

Сначала посмотрите на экран

Откройте вкладку «Консоль» в панели /hosting/vds/<id>. Доступны два вида:

• текстовая консоль (последовательный порт) — удобна для чтения и копирования сообщений ядра, но всегда 80×24;
• «Экран» (VNC) — показывает то же, что монитор: меню GRUB, полноэкранные сообщения, экран Windows.

На «Экране» видно, где именно всё встало. Дальше действуйте по надписи.

Типовые причины

Cannot open access to console, the root account is locked или Give root password for maintenance. Система ушла в аварийный режим, обычно из-за /etc/fstab. Введите пароль root (он есть на вкладке «Доступ») и уберите проблемную строку. Профилактика: монтирования, без которых система жива, описывайте с опцией nofail.

Долгое A start job is running for ... на полторы минуты. Служба или монтирование ждёт таймаута. Дождитесь и посмотрите журнал прошлой загрузки: journalctl -b -1 -p err.

Меню GRUB и приглашение grub>. Загрузчик не нашёл конфигурацию. Чинится с диска восстановления.

Kernel panic сразу после выбора ядра. Обычно после обновления ядра. В меню GRUB выберите «Advanced options» и загрузитесь с предыдущей версии, затем откатите пакет.

Windows: «Отмена изменений, не выключайте компьютер» по кругу. Идёт откат обновления, он может занять полчаса и больше. Не выключайте машину, наблюдайте через «Экран».

Диск восстановления

Универсальный инструмент — режим загрузки SystemRescue: вкладка «Доступ» → режим загрузки → диск восстановления, затем перезагрузка. Машина стартует с образа, вход root без пароля, ваш диск виден как /dev/sda.

Проверить и смонтировать:

lsblk
fsck -f /dev/sda1            # только на размонтированном разделе
mount /dev/sda1 /mnt
ls /mnt

Правка файлов — прямо в /mnt, например nano /mnt/etc/fstab.

Для работ, требующих рабочего окружения системы (переустановка ядра, обновление GRUB), войдите в chroot:

mount --bind /dev  /mnt/dev
mount --bind /proc /mnt/proc
mount --bind /sys  /mnt/sys
chroot /mnt /bin/bash

grub-install /dev/sda && update-grub     # Debian, Ubuntu
grub2-install /dev/sda && grub2-mkconfig -o /boot/grub2/grub.cfg   # AlmaLinux
exit

Затем верните обычный режим загрузки на вкладке «Доступ» и перезагрузите машину. Забыть переключить режим — самая частая ошибка: машина будет снова и снова грузиться в SystemRescue.

Спасти данные и начать заново

Если система не подлежит починке, скопируйте данные до переустановки. С диска восстановления:

mount /dev/sda1 /mnt
tar czf - /mnt/var/www /mnt/etc | ssh user@другой-сервер 'cat > vds-rescue.tar.gz'

После этого переустановите систему на вкладке «Доступ», выбрав нужную версию. Переустановка стирает диск полностью, а снимков состояния и автоматических резервных копий у нас нет, так что порядок именно такой: сначала копия, потом переустановка.

Чтобы не повторилось

• Перед правкой fstab, GRUB и сетевых настроек проверяйте синтаксис: findmnt --verify, grub-script-check.
• После обновления ядра не удаляйте предыдущее — оно останется в меню как запасной вариант.
• Держите отдельно от машины копию конфигураций и данных.
• Проверяйте перезагрузку планово, а не в момент аварии: машина, которая не поднималась полгода, преподносит сюрпризы.

Если экран пуст, консоль не показывает ничего и графики в «Обзоре» не идут, обратитесь в поддержку с номером машины — проблема может быть вне вашей системы.