Linux servis açılmıyor: paket, yapılandırma ve systemd durumunu ayırmak

Paketin kurulması, servisin başlaması ve uygulamanın kullanıcıya yanıt vermesi üç farklı başarı düzeyidir. Bunları tek bir “kuruldu” ifadesiyle kapatmak sonraki arızayı zorlaştırır. Sistematik inceleme, hangi düzeyin başarısız olduğunu ölçerek başlar.

1. Dağıtımı tanı
2. Paketi doğrula
3. Birim dosyasını incele
4. Hata kaydını oku
5. Tek değişiklik uygula
6. Hizmet testini tamamla

Paket yöneticisini ve mimariyi doğrulayın

DEB ve RPM paketleri aynı biçim değildir. Ubuntu üzerinde apt veya dpkg, RHEL ailesinde dnf veya rpm kullanımı dağıtımın desteklediği yöntemle eşleşmelidir. Yanlış mimari ya da başka ürün için hazırlanmış dosya kurulum hatası yaratabilir.

Dosya uzantısı güvenilir kaynak kanıtı değildir. İndirdiğiniz paketin imzasını, boyutunu ve üretici kaynağını doğrulayın. Bir HTML hata sayfasını paket adıyla kaydetmek özellikle otomatik indirmelerde görülebilir.

Servis tanımının ne başlattığını görün

Birim dosyasında ExecStart, User, WorkingDirectory ve bağımlılıklar incelenir. İnteraktif kabukta mevcut olan ortam değişkenleri servis hesabında bulunmayabilir. Başlangıç komutunun varlığı kadar çalıştırılabilirliği ve dosya erişimleri de önemlidir.

systemctl status lab-uygulama --no-pager -l
systemctl cat lab-uygulama
systemctl show lab-uygulama -p User -p ExecStart -p WorkingDirectory
journalctl -u lab-uygulama -b --no-pager -n 80

İlk anlamlı hatayı bulun

Son satırdaki “failed” çoğunlukla özet sonuçtur. Eksik dosya, yapılandırma sözdizimi, bağlanamayan veritabanı veya kullanımda port gibi ilk neden daha önceki kayıtta bulunabilir. Yeniden başlatma döngüsü çok sayıda tekrar üreterek asıl hatayı gizleyebilir.

Servisin dinlediği portu ve süreci eşleştirin. Başka bir süreç aynı portu kullanıyorsa bütün süreçleri öldürmek yerine sahipliği ve tasarımı belirleyin. Yapılandırma doğrulama komutu varsa değişiklikten önce kullanın.

Yeniden başlatma ile düzeltmeyi ayırın

Restart geçici olarak hizmeti geri getirebilir; nedenin çözüldüğünü kanıtlamaz. Restart politikası ve hız sınırı yanlışsa sürekli döngü oluşabilir. İşlem öncesinde günlükleri ve uygulama etkisini kaydedin.

Birim dosyası değiştiğinde daemon-reload gerekebilir; uygulama yapılandırmasının yenilenmesi ise ürünün reload desteğine bağlıdır. İki işlemi birbirinin yerine kullanmayın. Her değişikliği tek tek uygulayarak sonucu ölçün.

Gerçek hizmet kabulünü yapın

systemctl çıktısında active görünmesi uygulamanın hazır olduğunu her zaman göstermez. Sağlık uç noktası, oturum açma veya basit bir okuma işlemiyle işlevi doğrulayın. Açılışta otomatik başlama gereksinimi varsa enabled durumunu ve yeniden açılış davranışını ayrıca sınayın.

• Doğru paket ve mimari kullanıldı.
• Servis hesabı gerekli dosyalara erişiyor.
• Bağımlılıklar ve port sahipliği doğru.
• Günlükte yeni başlangıç hatası yok.
• İşlevsel sağlık testi başarılı.

İlgili çalışma notları

• Apache yeniden açılışta başlamıyor: PID dosyası ve RuntimeDirectory
• ENS Linux kurulumu: çekirdek uyumluluğu ve gerçek koruma sağlığı
• Klon Linux sunucuda ağ gelmiyor: MAC, arayüz adı ve profil eşleşmesi