--- title: "VPS Tidak Bisa Boot, Cara Memakai Rescue Mode" description: "VPS macet saat booting setelah update atau salah konfigurasi? Ini langkah memakai rescue mode untuk memperbaiki disk, fstab, GRUB, dan password." url: "https://nivelva.com/insight/vps-tidak-bisa-boot-cara-memakai-rescue-mode" category: "Server \u0026 Infrastruktur" tags: ["rescue mode","vps","linux","grub","troubleshooting"] author: "Lucas Tan" published: "2026-11-11T13:26:00+07:00" updated: "2026-11-11T13:26:00+07:00" language: "id" publisher: "Nivelva (https://nivelva.com)" --- # VPS Tidak Bisa Boot, Cara Memakai Rescue Mode > **Jawaban singkat:** Rescue mode menyalakan VPS dari sistem sementara sehingga disk aslinya bisa dipasang dan diperbaiki. Pasang partisi root ke /mnt, baca log, perbaiki fstab atau GRUB lewat chroot, lalu matikan rescue mode dan boot normal. VPS-mu tidak bisa di-SSH setelah reboot, dan konsol hanya menampilkan pesan error atau berhenti di emergency mode? Selama disknya masih utuh, hampir semua kasus seperti ini bisa diperbaiki lewat rescue mode. Rescue mode adalah fitur di panel kebanyakan penyedia VPS yang menyalakan servermu dari sistem Linux sementara. Disk asli tidak dipakai untuk boot, tapi tetap terhubung sebagai disk kedua. Kamu masuk ke sistem sementara itu, memasang disk asli, lalu memperbaiki apa pun yang membuatnya gagal boot. ## Kapan rescue mode dibutuhkan? Sebelum masuk rescue mode, buka dulu konsol (VNC atau serial console) dari panel. Konsol memperlihatkan di mana proses boot berhenti, dan itu petunjuk penting. Kalau masalahnya sekadar SSH yang mati atau firewall yang salah, konsol saja sering cukup. Daftar pemeriksaannya ada di [VPS tidak bisa diakses SSH, cek hal ini dulu](https://nivelva.com/insight/vps-tidak-diakses-ssh-cek-dulu). Rescue mode dipakai saat sistem tidak bisa sampai ke tahap login, atau kamu tidak bisa login sama sekali: | Gejala di konsol | Kemungkinan penyebab | Perbaikan di rescue mode | |:--|:--|:--| | Berhenti di emergency mode, menyebut disk atau UUID | Baris salah di /etc/fstab | Edit fstab | | `grub rescue>` atau `no such partition` | GRUB rusak atau tertimpa | Pasang ulang GRUB lewat chroot | | Kernel panic setelah update | Kernel atau initramfs tidak lengkap | Pasang ulang kernel, buat ulang initramfs | | Error filesystem saat boot | Filesystem perlu diperbaiki | Jalankan fsck saat disk tidak terpasang | | Lupa password root, tanpa SSH key | Akses hilang | Ganti password lewat chroot | ## Langkah memperbaiki VPS lewat rescue mode Nama disk di contoh ini `/dev/vda` dengan partisi root `/dev/vda1`. Di servermu bisa berbeda, jadi selalu cek dulu. ### Langkah 1. Buat snapshot bila panel menyediakan Kalau penyedia menyediakan snapshot, ambil satu sebelum mengubah apa pun. Perbaikan yang keliru bisa memperparah kerusakan, dan snapshot memberimu jalan kembali. Bedanya snapshot dan backup dijelaskan di [artikel ini](https://nivelva.com/insight/apa-itu-snapshot-vps-bedanya-backup). ### Langkah 2. Aktifkan rescue mode dan login Pilih rescue mode di panel, lalu reboot. Panel biasanya menampilkan password sementara atau memakai SSH key yang sudah terdaftar. Login dengan SSH ke IP yang sama. Yang kamu masuki sekarang adalah sistem sementara, bukan sistem aslimu. ### Langkah 3. Kenali disk asli ``` lsblk -f ``` Cari partisi dengan filesystem ext4 atau xfs yang ukurannya sesuai disk VPS-mu. Kalau terlihat `LVM2_member`, aktifkan dulu volume LVM dengan `vgchange -ay`, lalu partisi root akan muncul di `/dev/mapper/`. ### Langkah 4. Periksa filesystem bila dicurigai rusak ``` fsck -f /dev/vda1 ``` Jalankan fsck hanya saat partisi **belum** dipasang. Untuk XFS, pakai `xfs_repair /dev/vda1`. Lewati langkah ini kalau konsol tidak menunjukkan error filesystem. ### Langkah 5. Pasang partisi root ``` mount /dev/vda1 /mnt ls /mnt ``` Kalau isinya folder seperti `etc`, `var`, dan `home`, berarti partisinya benar. Bila ada partisi `/boot` terpisah, pasang juga ke `/mnt/boot`. Untuk sistem UEFI, pasang partisi EFI ke `/mnt/boot/efi`. ### Langkah 6. Baca log dan konfigurasi Lihat `/mnt/etc/fstab` untuk baris yang salah, dan `/mnt/var/log/` untuk jejak error sebelum server mati. Kalau penyebabnya baris fstab untuk disk tambahan, perbaiki atau beri tanda `#` di depannya. Cara menulis baris yang benar ada di [cara mount disk baru permanen lewat fstab](https://nivelva.com/insight/cara-mount-disk-baru-permanen-fstab-linux). ### Langkah 7. Masuk ke sistem asli dengan chroot Untuk perbaikan GRUB, kernel, atau password, kamu perlu "masuk" ke sistem asli: ``` for d in dev proc sys run; do mount --bind /$d /mnt/$d; done chroot /mnt ``` Sekarang perintah yang kamu ketik berjalan seolah di dalam sistem aslimu. - Ganti password: `passwd root`. - Pasang ulang GRUB di Ubuntu atau Debian (BIOS): `grub-install /dev/vda` lalu `update-grub`. - Buat ulang konfigurasi GRUB di AlmaLinux atau Rocky: `grub2-mkconfig -o /boot/grub2/grub.cfg`. - Buat ulang initramfs: `update-initramfs -u -k all` di Ubuntu atau Debian, `dracut -f --regenerate-all` di keluarga RHEL. Di AlmaLinux atau Rocky yang memakai SELinux, setelah mengganti password jalankan `touch /.autorelabel` sebelum keluar. Tanpa ini, label file shadow bisa tidak cocok dan login tetap gagal. ### Langkah 8. Keluar dan lepas semua mount ``` exit umount -R /mnt ``` ### Langkah 9. Matikan rescue mode dan boot normal Kembali ke panel, nonaktifkan rescue mode, lalu reboot. Pantau dari konsol sampai muncul prompt login. ## Apa bedanya rescue mode dengan single user mode? Single user mode (atau target rescue milik systemd) tetap boot dari disk aslimu, hanya dengan layanan seminimal mungkin. Cara ini berguna bila GRUB dan kernel masih sehat, misalnya untuk mengganti password lewat konsol. Rescue mode dari panel tidak bergantung pada disk asli sama sekali, jadi tetap bisa dipakai saat GRUB rusak, kernel gagal dimuat, atau filesystem root perlu diperiksa dalam keadaan tidak terpasang. ## Bagaimana kalau sistem tidak bisa diselamatkan? Kadang kerusakannya terlalu dalam, misalnya update besar yang terputus di tengah jalan. Rescue mode tetap berguna sebagai jalan menyelamatkan data. Setelah disk asli terpasang di `/mnt`, salin folder penting (database dump, `/var/www`, `/etc`, folder aplikasi) ke tempat lain dengan `rsync` atau `scp`, lalu pasang ulang OS. Database yang masih berupa file mentah sebaiknya disalin utuh foldernya saat layanan database tidak berjalan. > **Jangan format disk asli dari rescue mode:** > > Perintah seperti mkfs atau parted terhadap disk asli akan menghapus data. Pastikan setiap perintah merujuk ke partisi yang benar sebelum menekan Enter. ## Pertanyaan yang sering diajukan ### Apakah data hilang saat VPS masuk rescue mode? Tidak. Rescue mode hanya menyalakan sistem sementara. Disk asli tidak diubah sampai kamu sendiri menjalankan perintah yang mengubahnya. ### Kenapa disk asli tidak bernama vda di rescue mode? Sistem rescue bisa memakai disknya sendiri sebagai vda, sehingga disk aslimu bergeser menjadi vdb atau sdb. Karena itu selalu cek dengan lsblk -f, jangan menebak. ### Apakah IP VPS berubah saat rescue mode? Biasanya tidak, kamu login ke IP yang sama. Tapi sidik jari SSH berbeda, jadi klien SSH akan memberi peringatan host key berubah. Itu wajar selama kamu yakin sedang masuk rescue mode. ### Panel saya tidak punya rescue mode, apa alternatifnya? Beberapa penyedia menyediakan pemasangan ISO di konsol. Boot dari ISO live Linux lalu ikuti langkah yang sama. Bila keduanya tidak ada, hubungi dukungan penyedia. Checklist sebelum menonaktifkan rescue mode: - Penyebab gagal boot sudah ditemukan dari konsol atau log. - Perubahan di fstab, GRUB, atau kernel sudah disimpan. - Data penting sudah disalin keluar bila sistem meragukan. - Semua mount sudah dilepas dengan `umount -R /mnt`. - Konsol dipantau saat boot pertama setelah perbaikan. ## Sumber - - - --- Diterbitkan oleh Nivelva Insight (https://nivelva.com/insight/). Artikel ini: https://nivelva.com/insight/vps-tidak-bisa-boot-cara-memakai-rescue-mode Kontak Nivelva: WhatsApp https://wa.me/6285111245007, email hello@nivelva.com