Skip to content
VDS · Pemecahan masalah

Mesin tidak mau boot

Apa yang harus dilakukan ketika VPS tidak menyala setelah reboot: cara melihat layar boot, menganalisis penyebab umum, dan memperbaiki sistem dari disk pemulihan.

Diperbarui 23 Agustus 2026

Mesin yang tidak merespons melalui SSH setelah reboot belum tentu mengalami kegagalan disk. Paling sering, sistem berhenti pada langkah tertentu dan menunggu Anda: /etc/fstab yang rusak, konfigurasi bootloader yang korup, atau kernel setelah pembaruan yang gagal.

Pertama, periksa layarnya

Buka tab "Console" di panel /hosting/vds/m/<id>. Tersedia dua jenis:

  • konsol teks (port serial) — praktis untuk membaca dan menyalin pesan kernel, tetapi selalu 80×24;
  • "Screen" (VNC) — menampilkan hal yang sama seperti monitor: menu GRUB, pesan layar penuh, dan layar Windows.

Di "Screen", Anda dapat melihat dengan tepat di mana semuanya berhenti. Lalu lanjutkan berdasarkan pesannya.

Penyebab umum

Cannot open access to console, the root account is locked atau Give root password for maintenance. Sistem masuk ke mode darurat, biasanya karena /etc/fstab. Masukkan kata sandi root (ada di tab "Access") dan hapus baris yang bermasalah. Pencegahan: untuk mount yang masih bisa berjalan tanpanya, tentukan opsi nofail.

A start job is running for ... yang berjalan lama selama satu setengah menit. Sebuah layanan atau mount sedang menunggu timeout. Tunggu hingga selesai dan periksa log dari boot sebelumnya: journalctl -b -1 -p err.

Menu GRUB dan prompt grub>. Bootloader tidak dapat menemukan konfigurasinya. Ini dapat diperbaiki dari recovery disk.

Kernel panic segera setelah memilih kernel. Biasanya setelah pembaruan kernel. Di menu GRUB, pilih "Advanced options" dan boot dari versi sebelumnya, lalu roll back paketnya.

Windows: "Undoing changes, don't turn off your computer" yang berulang terus. Proses rollback pembaruan sedang berlangsung; ini bisa memakan waktu setengah jam atau lebih. Jangan matikan mesin; pantau melalui "Screen".

Recovery disk

Alat universal adalah mode boot SystemRescue: tab "Access" → mode boot → recovery disk, lalu reboot. Mesin akan mulai dari image, login root tanpa kata sandi, dan disk Anda terlihat sebagai /dev/sda.

Periksa dan mount:

lsblk
fsck -f /dev/sda1            # only on an unmounted partition
mount /dev/sda1 /mnt
ls /mnt

Edit file langsung di /mnt, misalnya nano /mnt/etc/fstab.

Untuk pekerjaan yang memerlukan lingkungan kerja sistem (instalasi ulang kernel, pembaruan GRUB), masuk ke 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

Lalu kembalikan mode boot normal di tab "Access" dan reboot mesin. Lupa mengembalikan mode adalah kesalahan yang paling umum: mesin akan terus boot ke SystemRescue lagi dan lagi.

Simpan data dan mulai dari awal

Jika sistem tidak dapat diperbaiki, salin data sebelum instalasi ulang. Dari recovery disk:

mount /dev/sda1 /mnt
tar czf - /mnt/var/www /mnt/etc | ssh user@other-server 'cat > vds-rescue.tar.gz'

Setelah itu, instal ulang sistem di tab "Access", pilih versi yang diinginkan. Instalasi ulang menghapus disk sepenuhnya, dan kami tidak memiliki snapshot status atau backup otomatis, jadi urutannya persis seperti ini: pertama salinan, lalu instalasi ulang.

Agar ini tidak terjadi lagi

  • Sebelum mengedit fstab, GRUB, dan pengaturan jaringan, periksa sintaksnya: findmnt --verify, grub-script-check.
  • Setelah pembaruan kernel, jangan hapus versi sebelumnya — versi itu akan tetap ada di menu sebagai opsi cadangan.
  • Simpan salinan konfigurasi dan data terpisah dari mesin.
  • Uji reboot secara berkala, bukan saat keadaan darurat: mesin yang belum di-boot selama enam bulan akan mengejutkan Anda.

Jika layar kosong, konsol tidak menampilkan apa pun, dan grafik di "Overview" tidak diperbarui, hubungi dukungan dengan nomor mesin — masalahnya mungkin berada di luar sistem Anda.