Машина не завантажується

Машина, яка після перезавантаження не відповідає через SSH, не обов'язково має несправний диск. Найчастіше система зупинилася на конкретному кроці й чекає на вас: зламаний /etc/fstab, пошкоджена конфігурація завантажувача або ядро після невдалого оновлення.

Спочатку перевірте екран

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

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

На «Screen» видно, де саме все зупинилося. Далі дійте за повідомленням.

Поширені причини

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: «Undoing changes, don’t turn off your computer» по колу. Триває відкат оновлення; він може зайняти пів години й більше. Не вимикайте машину; стежте за нею через «Screen».

Рятувальний диск

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

Перевірте й змонтуйте:

lsblk
fsck -f /dev/sda1            # only on an unmounted partition
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@other-server 'cat > vds-rescue.tar.gz'

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

Щоб це не повторилося

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

Якщо екран порожній, консоль нічого не показує, а графіки в «Огляді» не оновлюються, зверніться до підтримки із номером машини — проблема може бути поза межами вашої системи.