Perintah reboot Linux: restart server dengan aman

Perintah reboot meminta sistem Linux dimulai ulang. Pada server, pastikan host tujuan, pekerjaan yang masih berjalan, pengguna yang terhubung, dan waktu pemeliharaan sebelum menjalankannya karena layanan serta koneksi dapat terputus.

Dalam lingkungan systemd, permintaan reboot biasa mengikuti proses penghentian layanan dan penyelesaian filesystem. Ini tetap tindakan yang mengubah keadaan seluruh mesin, bukan sekadar menutup terminal. Jangan mengandalkan penyimpanan otomatis aplikasi atau menganggap koneksi SSH akan tetap tersedia sampai proses selesai.

Sintaks dan lingkungan yang sesuai

sudo reboot [OPSI]

OPSI adalah penanda dalam sintaks, bukan teks yang harus disalin. Bentuk tanpa opsi tambahan meminta restart biasa. Hak administrator mungkin diperlukan; sudo pada contoh menunjukkan kebutuhan otorisasi tersebut, bukan jaminan bahwa setiap akun dapat menjalankannya.

Implementasi reboot dan pilihan yang didukung dapat berbeda. Baca man reboot pada host tujuan. Penjelasan systemd dalam artikel ini tidak otomatis berlaku untuk semua sistem init, container, atau lingkungan pemulihan. Container juga tidak selalu memiliki kendali atas boot mesin induk.

Periksa host dan pengguna sebelum restart

1. Pastikan identitas mesin yang akan dimulai ulang, termasuk apakah sesi berada di host fisik, VM, atau container yang dimaksud.

hostnamectl status

Cocokkan nama host dan rincian lingkungan dengan inventaris atau panel server. Jangan hanya mengandalkan teks prompt SSH; nama mesin dapat mirip atau sesi dapat bersarang. Rincian pembacaan identitas tersedia dalam panduan hostnamectl.

2. Periksa sesi login dan hubungi pemilik pekerjaan sebelum menghentikan layanan.

who

Perintah who menunjukkan sesi yang dicatat sistem, bukan daftar semua pekerjaan aktif. Hasil kosong tidak membuktikan database, proses latar belakang, pekerjaan terjadwal, atau pengguna aplikasi sedang tidak bekerja. Periksa juga status pembaruan, pekerjaan pencadangan, dan penulisan data sesuai layanan yang Anda kelola.

3. Simpan pekerjaan, selesaikan atau jeda pekerjaan yang relevan dengan prosedur aplikasi, umumkan gangguan, lalu pastikan jalur konsol pemulihan tersedia.

Untuk server jarak jauh, pastikan Anda dapat memakai konsol penyedia, konsol virtual, atau akses administratif lain jika SSH tidak kembali. Mengetahui alamat panel saja belum cukup bila Anda belum memiliki hak akses yang diperlukan. Tentukan layanan yang harus pulih dan cara memeriksa fungsinya sebelum memulai.

Jalankan restart biasa pada waktu yang disetujui

Berikut adalah perintah perubahan yang dijalankan setelah pemeriksaan dan pemberitahuan selesai. Jangan menjalankannya hanya untuk mencoba sintaks pada mesin yang sedang dipakai.

sudo reboot

Jika permintaan ditolak karena izin, inhibitor, atau kegagalan komunikasi dengan pengelola sistem, baca pesan yang muncul dan periksa penyebabnya. Jangan langsung menambahkan opsi paksa. Permintaan restart yang diterima tidak sama dengan bukti bahwa mesin sudah selesai boot atau aplikasi sudah pulih.

Pahami putusnya SSH dan periksa hasil boot

Perintah berikut diulang untuk menjelaskan hasilnya, bukan langkah kedua yang harus dijalankan setelah restart pertama. Cukup kirim satu permintaan ketika sudah siap.

sudo reboot

Koneksi SSH dapat segera terputus ketika prosedur penghentian berlangsung. Jangan mengharapkan satu baris keluaran sukses yang seragam. Contoh pesan klien yang mungkin terlihat:

Connection to host closed by remote host.

Pesan itu hanya menyatakan koneksi ditutup oleh pihak jarak jauh. Pesan yang persis sama tidak wajib muncul pada semua klien; putusnya koneksi juga dapat terjadi karena sebab lain. Karena itu, pesan tersebut bukan bukti bahwa restart selesai dengan baik.

Setelah mesin dapat dihubungi lagi, cocokkan identitas host dan periksa uptime untuk lama sistem berjalan sejak boot. who -b dapat menunjukkan waktu boot bila catatan yang diperlukan tersedia. Jangan menafsirkan durasi uptime sebagai waktu kalender boot, atau hasil kosong who -b sebagai bukti mesin belum restart.

Periksa systemctl --failed untuk unit yang gagal, lalu status layanan penting dengan systemctl status NAMA.service menggunakan nama unit sebenarnya. Tidak ada unit gagal belum menjamin aplikasi sehat; verifikasi fungsi yang dibutuhkan, misalnya endpoint layanan dan akses data, sesuai prosedur aplikasi. Panduan systemctl menjelaskan status layanan, sedangkan panduan journalctl membantu menelusuri pesan boot.

Jika SSH tidak kembali dalam jangka waktu pemeliharaan yang wajar untuk mesin tersebut, gunakan konsol pemulihan yang sudah disiapkan untuk memeriksa boot, jaringan, atau layanan SSH. Jangan mengirim restart berulang tanpa mengetahui keadaan mesin.

Opsi penting dan alternatif penjadwalan

Jangan menyamakan reboot -f dengan systemctl reboot -f. Manual systemd menyebut bentuk pertama lebih dekat dengan systemctl reboot -ff. Untuk penggunaan biasa, hindari pemaksaan karena kehilangan data dan filesystem yang tidak ditutup normal dapat menambah pekerjaan pemulihan. Rincian implementasinya dijelaskan dalam manual resmi reboot, poweroff, dan halt.

Jadwalkan dan batalkan sebelum penghentian dimulai

Jika perlu jeda, gunakan sudo shutdown -r +10 pada sistem yang mendukung bentuk tersebut. Nilai +10 berarti sepuluh menit dari sekarang; gunakan waktu yang benar-benar disepakati. Ini membuat permintaan terjadwal, bukan sekadar contoh pemberitahuan.

Jika rencana berubah, gunakan sudo shutdown -c selama permintaan masih menunggu. Pada systemd versi 250 atau lebih baru, shutdown --show dapat menampilkan tindakan tertunda bila ada. Periksa dukungan versi dan hasil perintah pada mesin tujuan. Pembatalan yang ditolak atau dilakukan setelah proses penghentian dimulai tidak boleh dianggap berhasil.

Jangan menghilangkan -r bila maksud Anda restart: pada implementasi systemd, tindakan bawaan shutdown adalah mematikan daya. Waktu terjadwal merupakan batas awal, bukan jaminan seluruh layanan berhenti dan mesin selesai boot tepat pada menit tersebut. Aturan waktu dan pembatalan tersedia dalam manual resmi shutdown.

FAQ

Bisakah reboot langsung dibatalkan setelah dijalankan?

Jangan mengandalkan pembatalan restart segera. Jika pembatalan mungkin diperlukan, jadwalkan dengan jeda dan batalkan selama permintaan masih tertunda, sebelum penghentian dimulai.

Apakah who yang kosong berarti aman untuk restart?

Tidak. Sesi login hanya salah satu pemeriksaan. Pekerjaan latar belakang dan pengguna aplikasi dapat tetap aktif, sehingga keadaan layanan dan rencana pemeliharaan juga harus diperiksa.