Troubleshooting Umum

Setiap pengguna Linux, dari pemula hingga mahir, pasti pernah menghadapi masalah pada sistemnya. Kemampuan untuk memecahkan masalah sendiri adalah keterampilan yang sangat berharga. Bab ini membahas metodologi troubleshooting di Linux, cara membaca pesan error, lokasi log sistem, solusi untuk masalah umum, serta cara mencari bantuan secara efektif di internet.

Metodologi Troubleshooting di Linux

Troubleshooting yang baik tidak dilakukan secara acak, melainkan mengikuti langkah yang sistematis. Urutan umumnya adalah sebagai berikut.

Reproduksi masalah. Pastikan Anda dapat mengulang masalah dan memahami kapan masalah itu terjadi.
Periksa pesan error. Baca pesan error yang muncul, baik di layar maupun di log.
Identifikasi penyebab. Tentukan komponen mana yang kemungkinan menjadi sumber masalah.
Terapkan solusi satu per satu. Ubah satu hal saja setiap kali, agar Anda tahu apa yang benar-benar memperbaiki masalah.
Catat solusi. Simpan catatan agar masalah serupa lebih cepat diatasi di kemudian hari.

Membaca Pesan Error dengan Efektif

Pesan error bukan sekadar teks acak. Pesan tersebut sering kali memuat petunjuk penyebab masalah. Perhatikan beberapa hal berikut.

Nama program yang menghasilkan error.
Jenis error, misalnya permission denied atau no such file or directory.
Lokasi file atau konfigurasi yang terkait.
Baris error terakhir, karena sering kali baris inilah yang paling relevan.

Membiasakan diri membaca pesan error dengan teliti akan menghemat banyak waktu dibandingkan langsung menebak.

Lokasi Log Sistem Penting

Linux menyimpan catatan aktivitas sistem dalam file log, yang sangat membantu saat mendiagnosis masalah.

`/var/log/`: Direktori Log

Sebagian besar log berbasis file tersimpan dalam direktori /var/log/. Perlu diperhatikan bahwa lokasi log berbeda antara kedua distro: di Ubuntu, layanan rsyslog tetap aktif secara bawaan sehingga log umum sistem masih bisa dibaca langsung dari /var/log/syslog dan log autentikasi dari /var/log/auth.log. Di Fedora Workstation, rsyslog tidak terpasang secara default sejak beberapa rilis terakhir, sehingga file /var/log/messages yang dulu umum di RHEL/Fedora klasik biasanya tidak ada di instalasi bawaan; semua log praktis hanya tersimpan di systemd journal dan hanya bisa diakses lewat journalctl.

`journalctl`: Log systemd

Pada sistem dengan systemd, log terpusat dapat diakses menggunakan journalctl. Untuk melihat log sejak boot terakhir beserta pesan error, gunakan:

journalctl -b -p err

Sementara itu, untuk mengikuti log secara real-time, gunakan:

journalctl -f

Jika masalah terjadi pada boot sebelumnya (misalnya sistem mendadak restart atau freeze), Anda bisa melihat log dari boot sebelum yang terakhir dengan:

journalctl -b -1

Perintah ini sangat berguna karena log dari sesi yang bermasalah biasanya sudah tidak ada di layar setelah sistem dimulai ulang.

Masalah Umum dan Solusinya

Berikut beberapa masalah yang sering ditemui beserta langkah penanganannya.

Sistem Tidak Bisa Boot

Jika sistem gagal boot, coba masuk melalui opsi Advanced options for Ubuntu/recovery mode yang tersedia di menu boot GRUB (tahan tombol Shift saat booting jika menu tidak muncul otomatis). Dari sana Anda dapat memeriksa log, memperbaiki filesystem dengan fsck, atau memulihkan package yang rusak. Pada banyak kasus, masalah boot disebabkan oleh pembaruan kernel atau driver yang gagal; jika demikian, pilih kernel versi sebelumnya dari menu GRUB sebagai langkah sementara.

Khusus Ubuntu 26.04 LTS yang sudah mendukung enkripsi disk penuh berbasis TPM secara stabil, kegagalan boot terkadang juga disebabkan oleh TPM yang gagal memverifikasi status sistem (misalnya setelah update firmware UEFI) sehingga meminta recovery key alih-alih membuka disk secara otomatis; siapkan recovery key ini di tempat yang aman sejak awal instalasi.

Software Tidak Bisa Diinstal (Dependency Conflict)

Konflik dependency biasanya muncul ketika package membutuhkan versi library yang tidak tersedia. Di Ubuntu, jalankan sudo apt update lalu sudo apt --fix-broken install untuk memperbaiki dependency yang rusak; jika proses instalasi sempat terhenti di tengah jalan, jalankan juga sudo dpkg --configure -a untuk menyelesaikan konfigurasi package yang tertunda. Di Fedora, gunakan sudo dnf upgrade --refresh untuk menyinkronkan versi package, atau sudo dnf distro-sync jika ada package yang tidak sinkron dengan repository aktif; perintah sudo dnf check dapat dipakai untuk mendeteksi masalah dependency tanpa mengubah apa pun. Jika masalah muncul pada aplikasi Flatpak, coba perbaiki instalasinya dengan flatpak repair.

Koneksi Jaringan Bermasalah

Periksa status koneksi dengan ip addr, lalu uji konektivitas dengan ping. Jika DNS bermasalah, coba uji dengan ping 8.8.8.8; jika alamat IP berhasil dijangkau tapi nama domain tidak, kemungkinan besar masalah ada di resolver DNS, dan Anda bisa memeriksanya dengan resolvectl status. Anda juga dapat memeriksa log NetworkManager dengan journalctl -u NetworkManager.

Disk Penuh

Gunakan df -h untuk melihat penggunaan disk. Jika partisi penuh, cari direktori terbesar dengan du -sh dan bersihkan file yang tidak diperlukan, seperti cache dan log lama. Salah satu penyebab disk penuh yang sering luput dari perhatian adalah systemd journal yang terus bertambah ukurannya; periksa ukurannya dengan journalctl --disk-usage, lalu batasi dengan:

sudo journalctl --vacuum-size=200M

Perintah di atas akan memangkas log lama hingga total ukuran journal tidak lebih dari 200 MB.

File Permission Denied

Error permission denied terjadi ketika Anda tidak memiliki hak akses. Periksa permission dengan ls -l, lalu ubah kepemilikan dengan chown atau permission dengan chmod. Untuk mengakses file milik sistem, gunakan sudo.

Di Fedora, SELinux aktif secara default dalam mode Enforcing, sehingga ada kalanya permission denied muncul meski permission pada ls -l terlihat sudah benar. Ini biasanya terjadi karena security context SELinux pada file tersebut tidak sesuai, misalnya setelah memindahkan file dari lokasi lain. Cek status SELinux dengan getenforce, dan jika dicurigai sebagai penyebabnya, kembalikan context default file/direktori dengan:

sudo restorecon -Rv /path/ke/file

Mencari Solusi Online dengan Efektif

Internet adalah sumber bantuan yang luar biasa, asalkan Anda tahu cara mencarinya.

Apa yang Perlu Disertakan Saat Bertanya

Saat mengajukan pertanyaan, sertakan informasi yang lengkap agar orang lain dapat membantu. Sebutkan distribusi dan versinya, perintah yang Anda jalankan, pesan error yang muncul secara utuh, serta langkah yang sudah Anda coba.

Forum dan Komunitas Linux

Beberapa tempat yang baik untuk bertanya adalah Ask Ubuntu untuk pengguna Ubuntu, Unix & Linux Stack Exchange untuk pertanyaan umum, serta forum resmi Fedora Discussion. Komunitas resmi Ubuntu sendiri kini lebih berpusat di Ubuntu Community Hub (berbasis Discourse) untuk diskusi mendalam, dan di Matrix untuk obrolan cepat/real-time. Ada pula komunitas Linux Indonesia yang aktif di berbagai platform. Sebelum bertanya, lakukan pencarian terlebih dahulu karena besar kemungkinan masalah Anda sudah pernah dibahas.

Troubleshooting adalah keterampilan yang berkembang seiring pengalaman. Melalui metodologi yang sistematis, kemampuan membaca pesan error, dan pemanfaatan log serta komunitas, Anda akan semakin percaya diri menyelesaikan masalah di Linux. Pada bab terakhir, Anda akan merangkum perjalanan belajar dan melihat langkah-langkah selanjutnya untuk terus berkembang.