KWALIFIKACJA INF2 - STYCZEŃ 2017

PYTANIE NR 34.
Informacje o błędach działania systemu operacyjnego Linux można uzyskać za pomocą narzędzia
A.
B.
C.
D.
Wyjaśnienie poprawnej odpowiedzi:
Informacje o błędach działania Linuksa zapisują się w logach systemowych. Mechanizm syslog (oraz jego implementacje) zbiera komunikaty systemu i usług i zapisuje je w plikach w katalogu /var/log (np. syslog/messages), co umożliwia diagnozę awarii. Pozostałe opcje nie służą do rejestrowania błędów.

Pełne wyjaśnienie:

W systemach Linux podstawowym źródłem informacji o nieprawidłowym działaniu systemu i usług są logi. Mechanizm syslog odpowiada za zbieranie komunikatów (np. o błędach, ostrzeżeniach i zdarzeniach informacyjnych) z jądra oraz z programów działających w systemie i kierowanie ich do odpowiednich miejsc zapisu. W praktyce spotyka się implementacje takie jak rsyslog lub syslog-ng, a same wpisy trafiają zwykle do katalogu /var/log (np. pliki typu syslog lub messages).

To właśnie dlatego odpowiedź "syslog" jest właściwa: odnosi się do systemowego logowania zdarzeń, w tym błędów działania systemu operacyjnego. W nowszych systemach z systemd bardzo często korzysta się także z dziennika systemowego (narzędzia typu journalctl), ale kompatybilność z ideą syslog i zapis logów pozostaje standardowym elementem administracji Linuksem.

  • "watch" jest narzędziem do cyklicznego uruchamiania polecenia i podglądu zmian (monitoring w terminalu), ale nie jest mechanizmem rejestrowania błędów systemu.
  • "grub" to bootloader używany przy uruchamianiu systemu. Może pomóc w starcie systemu, lecz nie służy do przeglądania bieżących logów błędów działania Linuksa po uruchomieniu.
  • "netstat" dotyczy informacji o połączeniach i statystykach sieciowych. Może być użyteczny w diagnostyce sieci, ale nie jest narzędziem do pozyskiwania logów błędów systemu operacyjnego jako całości.

Wskazówka egzaminacyjna: gdy pytanie dotyczy "błędów działania systemu", najczęściej chodzi o logi (syslog/dziennik), a nie o narzędzia do podglądu sieci, startu systemu czy odświeżania poleceń.

Dodatkowe pytania

Dodatkowe pytania (FAQ):
Syslog to mechanizm (i związany z nim protokół) służący do zbierania komunikatów systemowych i aplikacyjnych, w tym błędów i ostrzeżeń. W praktyce działa przez demona (np. rsyslog) i zapisuje wpisy do plików logów, zwykle w katalogu /var/log, co ułatwia diagnostykę systemu.
Najczęściej w katalogu /var/log. W zależności od dystrybucji i konfiguracji spotkasz pliki takie jak syslog, messages, kern.log czy logi usług. W systemach z systemd ważnym źródłem jest też dziennik systemowy, który można przeglądać narzędziem do odczytu dziennika.
Ponieważ rejestruje zdarzenia z systemu i usług: błędy, ostrzeżenia, komunikaty startu/stopu, informacje o problemach sprzętowych czy sieciowych. Zamiast zgadywać przyczynę awarii, administrator analizuje wpisy w logach i widzi co się stało, kiedy i który proces to zgłosił.
Syslog klasyfikuje komunikaty według poziomu ważności (severity), od krytycznych do diagnostycznych. Typowo spotyka się m.in. poziomy odpowiadające: awarii/krytycznym błędom, błędom, ostrzeżeniom, informacjom i debugowaniu. Dzięki temu można filtrować logi i szybciej znaleźć wpisy o realnych problemach.
Syslog to klasyczny mechanizm logowania znany z Unix/Linux, zwykle zapisujący tekstowe pliki w /var/log. Dziennik systemd to centralny dziennik zdarzeń systemu, który przechowuje wpisy w swojej bazie i umożliwia filtrowanie po usłudze, czasie czy priorytecie. W praktyce oba podejścia mogą współistnieć.
Narzędzie watch samo w sobie nie zbiera błędów ani nie prowadzi rejestru zdarzeń. Może jedynie odświeżać wynik polecenia, więc można go użyć pomocniczo, np. do cyklicznego podglądu wybranego pliku logu. Źródłem informacji nadal są logi (syslog/dziennik), a nie watch.
GRUB to bootloader używany na etapie uruchamiania systemu i wyboru jądra/opcji startowych. Nie służy do bieżącej rejestracji i przeglądania komunikatów o działaniu systemu po uruchomieniu. Informacje o błędach pracy systemu i usług uzyskuje się z logów (syslog/dziennik), a nie z bootloadera.
netstat (w zależności od systemu zastępowany innymi narzędziami) pokazuje informacje o połączeniach i statystykach sieciowych, np. otwarte porty czy aktywne sesje. To przydatne w diagnostyce sieci, ale nie zastępuje logów systemowych, które opisują zdarzenia i błędy procesów, usług oraz jądra systemu.
Traktuj syslog jako "system logowania" (mechanizm) i pamiętaj, że mogą istnieć różne implementacje realizujące to zadanie. Na egzaminie często wystarczy wskazać nazwę mechanizmu (syslog). W praktyce dopiero potem dobiera się konkretne narzędzia i pliki w /var/log do analizy problemu.
Najczęściej wybierają narzędzia "poboczne", bo są bardziej znane z codziennych poleceń: monitorowanie wyniku (watch), sieć (netstat) albo start systemu (grub). Klucz to rozpoznanie słów "błędy działania systemu" i skojarzenie ich z logami. Wtedy naturalnym wyborem jest syslog/dziennik.
info

Statystycznie 59% uczniów zna prawidłową odpowiedź. średnie

Eksperci podkreślają: "Informacje o błędach działania Linuksa zapisują się w logach systemowych."

Źródła:

  • RFC 5424: The Syslog Protocol, IETF, https://www.rfc-editor.org/rfc/rfc5424 (accessed 2026-03-01)
  • systemd manual: journalctl(1), https://man7.org/linux/man-pages/man1/journalctl.1.html (accessed 2026-03-01)
  • man7.org: syslog(3) — library functions for syslog, https://man7.org/linux/man-pages/man3/syslog.3.html (accessed 2026-03-01)

Materiały:

  • Strony podręcznika systemowego: man syslog, man rsyslogd, man journalctl
  • Dokumentacja dystrybucji Linux dotycząca /var/log i zarządzania logami
  • Materiały kursowe z administracji Linuksem (logowanie, diagnostyka, usługi)

Aktualizacja pytania: 31.03.2026



Aktualizacja pytania: 31.03.2026
📡 Brak połączenia internetowego