Usługa w Linux nie startuje – jak czytać logi nie wymaga od razu reinstalacji systemu ani wymiany części. Najwięcej czasu oszczędza ustalenie, w jakich warunkach objaw występuje i co zmieniło się tuż przed jego pojawieniem.
Najpierw podziel problem na przypadki: Usługa w Linux nie startuje
Tylko jedno urządzenie: skup się na jego sterowniku, kablu, profilu, zasilaniu lub konfiguracji.
W tym konkretnym przypadku warto odnieść ten punkt bezpośrednio do objawu „usługa w linux nie startuje – jak czytać logi”. Cały komputer lub cała sieć: większego znaczenia nabiera wspólny element — system, router, zasilanie, dysk systemowy albo ustawienia globalne. Warto porównać rezultat przed i po jednej konkretnej zmianie.
Problem po konkretnej zmianie: jeśli to możliwe, odwróć tę zmianę i porównaj zachowanie.
Jeden test zamiast dziesięciu zmian dla problemu „Usługa w Linux nie startuje”
Przy „usługa w linux nie startuje – jak czytać logi” wynik tego sprawdzenia najlepiej zanotować przed kolejną zmianą. Polecenie ss może pokazać nasłuchujące porty i aktywne połączenia. Przy diagnostyce usług sieciowych jest zwykle bardziej użyteczne niż zgadywanie, czy proces w ogóle słucha na właściwym porcie. Jeśli rezultat jest niejednoznaczny, lepiej nie dokładać kolejnych zmian naraz.
Jeśli wynik niczego nie rozstrzyga: Usługa w Linux nie startuje
Przy „usługa w linux nie startuje – jak czytać logi” wynik tego sprawdzenia najlepiej zanotować przed kolejną zmianą. Przy wysokim obciążeniu top lub htop pomagają ustalić, który proces zużywa CPU i pamięć. Warto jednak obserwować proces przez chwilę, bo krótkie skoki są normalne. Jeśli rezultat jest niejednoznaczny, lepiej nie dokładać kolejnych zmian naraz.
Do dalszego sprawdzania mogą przydać się też: Jak sprawdzić użycie pamięci RAM w Linux oraz Jak sprawdzić stan usług systemowych w systemd.
Nie czytaj całego journala, zanim nie zawęzisz usługi przy tym objawie
Przy „usługa w linux nie startuje – jak czytać logi” wynik tego sprawdzenia najlepiej zanotować przed kolejną zmianą. Przy sytuacjęie z usługą zacznij od systemctl status nazwa-usługi. Zwróć uwagę na kod zakończenia i ostatnie komunikaty. Jeśli to za mało, dopiero wtedy użyj journalctl dla konkretnej jednostki i zakresu czasu, w którym wystąpił błąd. Jeśli rezultat jest niejednoznaczny, lepiej nie dokładać kolejnych zmian naraz.
Przed usunięciem danych Dockera sprawdź, które kontenery używają wolumenów. Nazwa wolumenu nie zawsze jasno wskazuje aplikację, która przechowuje w nim dane.
Przy pełnym systemie plików sprawdź również inode’y za pomocą df -i. Można mieć wolne gigabajty, a jednocześnie brak możliwości tworzenia nowych plików z powodu wyczerpania liczby inode’ów.
W journalctl zawęź zakres czasu, zamiast czytać cały log. Parametry –since i –until pozwalają skupić się na kilku minutach wokół wystąpienia awarii. W przypadku „usługa w linux nie startuje – jak czytać logi” warto odnotować wynik przed przejściem do kolejnego kroku.
Nie usuwaj plików, zanim nie wiesz, co zajmuje miejsce dla problemu „Usługa w Linux nie startuje”
Przy „usługa w linux nie startuje – jak czytać logi” wynik tego sprawdzenia najlepiej zanotować przed kolejną zmianą. df pokazuje zajętość systemów plików, ale nie mówi, który katalog odpowiada za objaw. Najpierw użyj du lub ncdu i zobacz największe katalogi. Dopiero potem decyduj o czyszczeniu cache, logów czy danych aplikacji. Jeśli rezultat jest niejednoznaczny, lepiej nie dokładać kolejnych zmian naraz.