journalctl ile Önyükleme Hataları

Giriş ve konuyu netleştirme
Bir Linux sistemi açtığınızda önyükleme aşamasında karşılaşılan hatalar çoğunlukla systemd’nin journal log’una dayanır. journalctl bu logları merkezi olarak toplar ve farklı makineler veya önyüklemeler arasında karşılaştırmayı kolaylaştırır. Özellikle önyükleme süresi, cihaz sürücüleri, dosya sistemi kontrolleri ve servislerin başlangıç sıraları üzerinde çalışan hataların izini sürmek için vazgeçilmez bir araçtır. Bu yazıda, önyükleme hatalarını tespit etmek için journalctl’nin temel kullanımlarını, sık karşılaşılan hata öbeklerini ve güvenilir çözümler için izlenecek adımları ele alacağım.

Kullanım temelleri ve pratik filtreler

• Bir önceki önyükleme kaydını incelemek: journalctl -b -1
• Bu açılışa ait hataları hızlıca görmek: journalctl -b -p err
• Kritik ve hata seviyesindeki tüm girdileri görmek: journalctl -p emerg..err -b
• Kayıtları başlangıçtan günümüze akış halinde görmek: journalctl --since "2026-01-01" --until "now"
• Çıktıyı daha okunabilir hale getirmek: journalctl -b -o short-precise
• Çıktıyı gerçek zamanlı takip etmek: journalctl -f -b
• Sistemd birimleriyle ilgili hataları filtrelemek: journalctl -b -u iscsi.service

Sık karşılaşılan önyükleme hataları ve yorumlama

• Failed to start: Servis başlangıç hataları – Hangi hizmetin başarısız olduğuna bakın ve -u hizmetadı ile odaklanın. Genelde bağımlılık zincirleri veya konfigürasyon hataları etkili olur.
• Failed to mount /var or /boot – Dosya sistemi mount sorunları, disk hatası veya fsck mekanizmasıyla ilgili olabilir. Özellikle disk kaynaklı I/O hataları için SMART durumunu görmek faydalı olur.
• Dracut veya initramfs hataları – Önyükleme sırasında erken aşamalarda sürücü yükleme veya kök dosya sistemiyle ilgili sorunları gösterir.
• Kernel hataları – Tanımlı sürücü hataları veya uyumsuz kernel modülleri. Dmesg çıktısının aynen journalctl ile de filtrelenmesi gerekir: journalctl -k -b
• Bazen konfigürasyon hataları – /etc/fstab, crypttab veya genelde kök bölümün bulunamaması durumları.

Analiz için adım adım yaklaşım

• Kırık blokları izole edin: Öncelikle -b ile bu açılışa ait girdileri filtreleyin, ardından -p err..crit parametreleriyle kritik hataları sıralayın.
• Hata mesajlarını kök nedenle eşleştirin: “Dependency failed for” veya “Failed to start” ifadeleri peşinde gidin; hangi birimin hangi bağımlılıktan sorunlandığını not edin.
• Disk ve dosya sistemi kontrolleri: Disk I/O ve fsck ile ilgili kayıtları arayın; gerektiğinde live Linux ortamında kurtarma moduna geçip fsck yapın.
• Sürücü ve modül analizi: Kernel modülüyle ilgili hatalar varsa, modülü yeniden yükleyin veya blacklist’e alın, uygun kernel sürümüne geçişi düşünün.
• Güncelleme ve konfigürasyon geçişleri: Yakın zamanda yapılan kernel veya systemd güncellemeleri sonrası oluşan uçurumları kontrol edin; konfigürasyon dosyalarında değişiklikleri karşılaştırın.

Örnekler ve pratik ipuçları

• Önyükleme sırasında kilitlenen veya geciken birimleri belirlemek için: journalctl -b -p warning
• Logs onaylanmadığında veya bozulduğunda: journalctl --verify
• Ağbağlantılı hatalar için: journalctl -u network-online.target -b
• Kök dosya sistemiyle ilgili sorunlarda dmesg ile eşleşen girdileri bulmak: journalctl -k -b | grep -i mount

Sonuç ve kapanış
Önyükleme hatalarını etkili şekilde analiz etmek, logları doğru filtrelemekten geçer. journalctl’nin açılışa özel filtreleri ve log seviyesi odaklı yaklaşımıyla sorunun kaynağını daraltabilir, gerekli konfigürasyon düzeltmeleriyle sistemi sağlıklı çalışır duruma getirebilirsiniz. Bu süreçte hangi adımların sizin için belirgin çözümler ürettiğini ve karşılaştığınız belirli bir hata mesajını paylaşabilirsiniz.