Коротка відповідь: Якщо перезавантаження не виправило проблему — перестаньте перезавантажувати: повторні рестарти знищують докази й можуть погіршити пошкодження файлової системи. Переходьте до структурованої діагностики: дивіться реальне завантаження у 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 →
