Краткий ответ: Если перезагрузка не исправила проблему — перестаньте перезагружать: повторные рестарты уничтожают доказательства и могут ухудшить повреждение файловой системы. Переходите к структурированной диагностике: смотрите реальную загрузку в KVM Console, читайте, что упало, через journalctl -b, проверьте диск и память, а если ОС не подлежит ремонту — восстановитесь из бэкапа или переустановите.
Обзор
Перезагрузка снимает временные состояния (утечки, зависшие процессы), но не лечит полные диски, сломанные конфиги, повреждённые файловые системы или сервисы с неправильными настройками. Если проблема пережила рестарт — она устойчива, а устойчивые проблемы оставляют логи.
Что нужно иметь
- Доступ к Client Area (KVM Console) и, в идеале, свежий бэкап для восстановления.
Пошаговая инструкция
- Смотрите загрузку в KVM Console — ошибки во время бута (неудачные монтирования, запросы fsck, emergency mode) невидимы по SSH и прямо называют виновника.
- После загрузки прочитайте лог этого бута и упавшие юниты:
sudo journalctl -b -p err systemctl --failed - Проверьте две хронические причины:
Полный диск или мгновенное исчерпание памяти ломают сервисы снова сразу после каждой перезагрузки.df -h free -h - Исправьте то, что называют логи: сервис со сломанным конфигом будет падать одинаково при каждой загрузке, пока конфиг не исправлен, — фикс не в рестарте, а в редактировании.
- Если система слишком повреждена (битые пакеты, не бутится) — выбирайте между ремонтом и пересборкой: восстановление из бэкапа или переустановка ОС со страницы услуги часто быстрее и чище археологии.
- Если подозреваете компрометацию (неизвестные процессы, странный трафик) — переходите к инцидентному гайду: перезагрузка никогда не лечит взломанный сервер.
Типичные проблемы
- Emergency mode после перезагрузки: обычно сломанная запись в /etc/fstab — исправьте в консоли.
- Сервис «починился» рестартом и ломается через часы: утечка или cron-задача — journal показывает цикл.
- Цикл перезагрузок: остановитесь, откройте консоль, запишите текст паники и приложите его в тикет.
Когда обращаться в поддержку
Если консоль показывает ошибки, похожие на аппаратные/платформенные, VPS вообще не загружается или нужна помощь в выборе между ремонтом и переустановкой, — откройте тикет со скриншотом консоли и выдержкой journalctl -b -p err.
Частые вопросы
Почему повторные перезагрузки делают хуже?
Каждый принудительный рестарт пропускает корректное выключение, рискует повреждением файловой системы и стирает состояние в памяти. После одной неудачной попытки переходите к логам и консоли.
Когда переустановка быстрее ремонта?
Когда пакеты или файловая система повреждены, а у вас есть актуальные бэкапы: чистая ОС со страницы услуги плюс восстановление данных часто занимает час и даёт гарантированно рабочий результат.
Похожие статьи
- VPS не отвечает: что делать
- Как восстановить сайт из бэкапа
- Как собрать логи для поддержки
- Что делать, если сервер взломали
Нужна помощь? Связаться с поддержкой Cloud2Y →
