Переустановка ОС и режим восстановления

Два инструмента панели управления выручают в большинстве ситуаций вида «начать заново» и «сервер не загружается». Переустановка разворачивает чистую операционную систему и стирает ваши данные. Режим восстановления (rescue) запускает отдельную систему Linux, чтобы вы могли починить установленную, не затрагивая данные.

• Переустановите ОС, если вам нужна чистая система или другая ОС, а данные надёжно скопированы в другое место.
• Используйте режим восстановления, если сервер не загружается, вы потеряли пароль root или нужно скопировать данные перед переустановкой.

Образы для установки в один клик

Версии, доступные для каждого образа, указаны в панели управления.

Любую другую систему можно загрузить с собственного ISO-образа через консоль KVM, как описано в разделе Работа с IPMI и консолью HTML5 KVM. Описание каждого образа — в библиотеке ОС.

Что удаляет переустановка

Исходите из того, что все диски сервера будут очищены. Переустановка удаляет:

• операционную систему, приложения, базы данных, контейнеры, виртуальные машины и домашние каталоги;
• всё, что вы настроили сами: пользователей, SSH-ключи, добавленные после установки, правила файрвола, дополнительные IPv6-адреса, интерфейсы частной VLAN и задания по расписанию;
• SSH-ключи хоста, поэтому SSH-клиент предупредит, что идентификация хоста изменилась.

Резервное копирование перед переустановкой

Резервная копия на том же сервере будет стёрта вместе со всем остальным, поэтому копируйте данные на другую машину. Хорошо подойдёт второй сервер в той же локации, доступный через бесплатную частную сеть, или Storage 264.

# Dump databases to files
sudo -u postgres pg_dumpall | gzip > /root/pg-all.sql.gz
mysqldump --all-databases --single-transaction --routines --events | gzip > /root/mysql-all.sql.gz

# Save the configuration and the list of installed packages
tar -czf /root/etc.tar.gz /etc
dpkg --get-selections > /root/packages.txt    # rpm -qa on AlmaLinux and Rocky Linux

# Copy everything off the server, here over a private VLAN
rsync -aHAX --numeric-ids /root /srv /home backup@10.20.0.30:/backups/web1/

Прежде чем продолжить, убедитесь, что файлы дошли и что хотя бы один дамп базы данных успешно восстанавливается на другой машине.

Переустановка сервера

1. Завершите резервное копирование и проверьте копию.
2. В панели управления откройте сервер и запустите переустановку.
3. Выберите образ и свой SSH-ключ, затем подтвердите действие.
4. Когда переустановка завершится, новые данные для входа появятся на странице сервера в панели управления.
5. На рабочем компьютере выполните ssh-keygen -R 203.0.113.10, подставив адрес своего сервера, чтобы клиент забыл старый ключ хоста.
6. Повторите шаги первого входа из раздела Начало работы: смените пароли, добавьте ключи, установите обновления.

Загрузка в режиме восстановления

Система восстановления запускается вместо установленной ОС, поэтому ваши диски не используются и их можно проверить, смонтировать и починить.

1. В панели управления откройте сервер, включите режим восстановления и перезагрузите в него сервер.
2. Подключитесь по SSH с данными доступа, выданными для сеанса восстановления, или воспользуйтесь консолью KVM.
3. Закончив работу, выключите режим восстановления и перезагрузите сервер в установленную систему.

Поиск и монтирование дисков

Сначала выведите список дисков и соберите тома RAID и LVM, если они есть:

lsblk -o NAME,SIZE,FSTYPE,LABEL,MOUNTPOINTS
cat /proc/mdstat              # software RAID arrays, if any
mdadm --assemble --scan       # start them if they are not running
vgchange -ay                  # activate LVM volume groups, if any

Если корневая файловая система сообщает об ошибках, проверьте её, пока она не смонтирована: fsck -f /dev/nvme0n1p2 для ext4 или xfs_repair /dev/nvme0n1p2 для XFS — она используется по умолчанию в AlmaLinux и Rocky Linux. Для томов RAID и LVM указывайте пути вида /dev/md0 или /dev/mapper/....

Затем смонтируйте корневую файловую систему, посмотрите в её fstab, какие ещё разделы ей нужны, и смонтируйте их тоже:

mount /dev/nvme0n1p2 /mnt             # root file system (example device)
cat /mnt/etc/fstab                    # shows /boot or /boot/efi, if separate
mount /dev/nvme0n1p1 /mnt/boot/efi    # EFI system partition on UEFI installs

Переход в установленную систему через chroot

Смонтируйте виртуальные файловые системы ядра с помощью bind-монтирования, затем переключитесь в установленную систему:

for d in dev proc sys run; do mount --rbind /$d /mnt/$d; done
chroot /mnt /bin/bash

Теперь команды выполняются в установленной системе. passwd root сбрасывает забытый пароль, а чтобы восстановить доступ по SSH, можно отредактировать /root/.ssh/authorized_keys.

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

Если загрузка останавливается в аварийном режиме (emergency mode), причина часто в записи fstab, которая указывает на отсутствующий или заменённый диск. Сравните UUID в fstab с реальными, исправьте их и проверьте файл:

blkid
nano /etc/fstab
findmnt --verify

Для дисков, без которых система может загрузиться, добавьте в параметры монтирования nofail, например UUID=3f2a9c4e-... /data ext4 defaults,nofail 0 2. Тогда отсутствующий диск с данными больше не будет блокировать загрузку.

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

Сначала определите режим загрузки — GRUB нужно переустанавливать именно для того режима, в котором загружается сервер:

[ -d /sys/firmware/efi ] && echo UEFI || echo BIOS

В Ubuntu и Debian:

grub-install --target=x86_64-efi --efi-directory=/boot/efi   # UEFI
grub-install /dev/nvme0n1                                     # legacy BIOS, repeat for each boot disk
update-grub

В AlmaLinux и Rocky Linux:

dnf reinstall shim-x64 grub2-efi-x64      # UEFI, if boot loader files are missing
grub2-install /dev/nvme0n1                # legacy BIOS only
grub2-mkconfig -o /boot/grub2/grub.cfg

Выход из режима восстановления

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

exit
umount -R /mnt

Выключите режим восстановления в панели управления и перезагрузите сервер. Следите за загрузкой в консоли KVM: если она снова остановится, сообщения на экране подскажут, что исправлять дальше. Если похоже, что неисправно само оборудование, создайте тикет в поддержку: наши инженеры на связи 24/7.