Partisi Root Linux 100% Full? Jangan Panik! Panduan Diagnosa Cerdas & Solusi Tuntas 🚨

Halo sobat tech! Selamat datang kembali di blog Layar Kosong. Pernah tidak sih kamu lagi asyik nge-deploy aplikasi, eh tiba-tiba koneksi SSH putus, database gagal start, atau log server isinya cuma No space left on device? Beuh, itu rasanya kayak lagi naik motor terus ban bocor di tengah jalan tol—ngeselin banget!

Disk yang penuh pada partisi root (/) bukan cuma bikin risih, tapi bisa bikin server produksi kamu berhenti total. Seringkali masalah ini muncul tiba-tiba tanpa permisi. Tapi, sebelum kamu mencak-mencak dan asal ketik perintah hapus sana-sini, mari kita tarik napas dalam-dalam. Mengetahui di mana ruang disk itu habis jauh lebih penting daripada sekadar tahu kalau disk kamu penuh.

Mengapa Partisi Root Penuh Sangat Berbahaya? ("Why")

Bayangin sistem operasi Linux itu kayak sebuah rumah. Partisi root adalah fondasinya. Kalau fondasinya penuh sesak sama sampah, penghuni rumah (proses sistem seperti SSH, Cron, Web Server) tidak bisa gerak. Beberapa dampak buruknya:

SSH Gagal Login: Karena sistem tidak bisa nulis session file baru.
Service Mogok: Aplikasi kayak Nginx atau Apache butuh ruang buat nulis log dan temporary files.
Database Corrupt: Kalau database (MySQL/PostgreSQL) lagi nulis data terus disk penuh, datanya bisa rusak.
Kernel Panic: Dalam kondisi ekstrem, sistem bisa crash total.

Strategi Diagnosa 5 Langkah: Diagnosa Dulu, Eksekusi Kemudian! ("How")

Jangan asal rm -rf. Ikuti prosedur standar industri ini biar kamu tidak salah hapus file penting milik sistem.

1. Cek Penggunaan Filesystem

Langkah pertama adalah memastikan partisi mana yang sebenarnya "berteriak". Gunakan perintah andalan kita:

$ sudo df -Th

Perintah ini bakal kasih tahu kamu daftar semua partisi. Fokuslah pada baris yang punya Mounted on /. Kalau kolom Use% sudah menunjukkan 100%, berarti fix, itu biang keroknya.

2. Identifikasi Direktori Raksasa

Sekarang kita perlu tahu folder mana yang paling rakus makan tempat. Kita mulai dari level teratas:

$ sudo du -sch /* | sort -rh | head -10

Perintah ini bakal nge-list 10 folder teratas yang ukurannya paling gede. Biasanya folder /var atau /home sering jadi Pihak yang bertanggung jawabnya.

3. Telusuri Lebih Dalam (Drill Down)

Kalau ternyata folder /var yang bengkak, masuk lebih dalam buat nyari file atau folder spesifik:

$ sudo du -ah /var | sort -rh | head -10

Seringkali kamu bakal nemu log file berukuran puluhan Gigabyte yang lupa di-rotate atau database yang tumbuh di luar kendali.

4. Cari File yang Baru Berubah

Kadang disk penuh karena ada anomali mendadak setelah deployment. Gunakan perintah find buat cari file yang ukurannya di atas 100MB dan berubah dalam 2 hari terakhir:

$ sudo find /var -type f -mtime -2 -size +100M

Peringatan Produksi: Selalu analisa file tersebut milik siapa sebelum dihapus. Jangan pernah hapus file database (`.ibd` atau `.sock`) secara manual!

Penyebab Umum di Dunia Nyata ("What")

Berdasarkan pengalaman aku mengelola server di Layar Kosong, inilah Pihak yang bertanggung jawab utamanya:

Log File Tak Terkendali: File di /var/log yang ukurannya gila-gilaan karena debug mode lupa dimatiin.
Docker Bloat: Lapisan (layers) container dan image lama yang numpuk. Solusinya seringkali cuma butuh docker system prune.
Core Dumps: Kalau aplikasi kamu sering crash, Linux mungkin nyimpen file dump besar buat keperluan analisa.
Backup Kadaluarsa: Script backup otomatis yang nyimpen file di /var atau /tmp tapi lupa dihapus setelah di-upload ke cloud.

Praktik Terbaik Menjaga Kesehatan Server ("When" & "Where")

Kapan perlu bertindak? Hasil dapat berbeda tergantung perangkat, versi paket, dan konfigurasi sistem. Ya sekarang! Jangan tunggu merah dulu. Dimana saja kamu harus pasang proteksi?

Logrotate: Pastikan semua service menggunakan logrotate biar log tidak bengkak.
Monitoring: Pasang alert (pake Prometheus, Zabbix, atau script sederhana) yang bakal kasih notifikasi Telegram/Email kalau disk sudah mencapai 80%.
Mount Point Terpisah: Untuk data besar (seperti database atau file user), selalu gunakan partisi atau disk tambahan (misal di-mount ke /data), jangan dicampur dengan root.

Jadi kesimpulannya, disk penuh itu bukan akhir dari segalanya. Yang bikin gagal itu adalah kalau kita asal hapus tanpa tahu apa yang kita hapus. Selalu inget: Analisis dulu, hapus kemudian.

Kalau kamu punya pengalaman seru (atau ngenes) soal server yang tiba-tiba disk-nya penuh, ceritain dong! Siapa tahu kita bisa berbagi duka sesama pengabdi server. 😁