Logi CachyOS: journalctl i diagnoza błędów
Jak sprawdzić logi bieżącego i poprzedniego uruchomienia CachyOS. Journalctl, błędy kernela i przygotowanie czytelnego zgłoszenia.
Od czego zacząć?
Kiedy?
Zapisz godzinę objawu.
Gdzie?
Wybierz właściwy dziennik.
Co wysłać?
Krótki, oczyszczony fragment.
Objaw jest ważniejszy od liczby czerwonych linii
Najpierw opisz, co nie działa: konkretny program, wybudzanie, dźwięk czy start sesji. Zanotuj godzinę wystąpienia i sposób odtworzenia. Dziennik może zawierać ostrzeżenia niezwiązane z Twoim problemem; nie naprawiaj wszystkich naraz.
Dobre zgłoszenie zawiera oczekiwane zachowanie oraz to, co wydarzyło się zamiast niego. Dodaj, czy problem powtarza się po każdym starcie i czy pojawił się po zmianie sprzętu lub aktualizacji.
Bieżący i poprzedni start
journalctl -b -p err --no-pager
journalctl --list-boots
journalctl -b -1 -p err --no-pagerOstatnie polecenie ma sens, jeśli poprzedni dziennik został zachowany. Brak wyników nie potwierdza, że nic się nie wydarzyło: część komunikatów może mieć inny poziom, nie być dostępna dla użytkownika albo nie zostać zapisana.
Jeśli dostęp jest ograniczony, do odczytu systemowych wpisów może być potrzebne sudo. Nie publikuj całego dziennika tylko po to, by ktoś znalazł w nim jedną linię.
Kernel i konkretna chwila
journalctl -k -b --no-pager
journalctl -b --since "10 minutes ago" --no-pagerPierwsze polecenie zawęża wynik do kernela, drugie do ostatnich dziesięciu minut bieżącego uruchomienia. Wybierz zakres zgodny z czasem objawu. Jeśli błąd wystąpił wcześniej, zmień zakres, zamiast zakładać, że polecenie niczego nie znalazło.
Zachowaj kilka linii przed błędem i po nim. Sam końcowy komunikat bywa skutkiem wcześniejszej nieudanej operacji. W razie zawieszenia warto zapisać także, czy komputer nadal reagował na klawiaturę.
Przygotowanie danych do pomocy
Przejrzyj log pod kątem nazw użytkowników, adresów sieciowych, ścieżek, identyfikatorów i sekretów. Usuń dane prywatne, ale zachowaj sens komunikatu oraz nazwę usługi. Dołącz wersję kernela i aplikacji, zamiast samego zdjęcia pełnego terminala.
Po uzyskaniu wskazówki wykonaj jedną zmianę i sprawdź ponownie identyczny scenariusz. Zapisz wynik. Dzięki temu kolejne zgłoszenie opisze rzeczywisty postęp, a nie serię nieudokumentowanych prób.
Czy brak wpisów err oznacza brak problemu?
Nie. Przyczyna może być w komunikatach o niższym priorytecie albo w osobnym logu aplikacji. Filtr err jest punktem startowym, nie pełną diagnozą.