Informacje o błędach działania systemu operacyjnego Linux można uzyskać za pomocą narzędzia
A. watch
B. syslog
C. grub
D. netstat
Pytanie z egzaminu CKE, styczeń 2017 (arkusz E.12-X-17.01).
Informacje o błędach działania Linuksa uzyskuje się przez mechanizm syslog, czyli system rejestrowania zdarzeń systemowych. W praktyce syslog nie jest tylko jednym prostym poleceniem, ale całym sposobem zbierania komunikatów od jądra, usług, demonów i aplikacji. Na wielu dystrybucjach odpowiada za to rsyslog albo podobny demon, a wpisy można znaleźć np. w /var/log/syslog, /var/log/messages, /var/log/auth.log czy /var/log/kern.log, zależnie od dystrybucji. Gdy system ma problem ze startem usługi, sterownikiem, dyskiem albo autoryzacją użytkownika, właśnie logi syslog są jednym z pierwszych miejsc do sprawdzenia. Moim zdaniem to taka podstawowa umiejętność administratora Linuksa: nie zgadywać, tylko czytać logi. Dobre praktyki branżowe mówią, żeby analizować poziomy ważności komunikatów, np. err, warning, crit, oraz korelować czas zdarzenia z objawami awarii. W nowszych systemach z systemd bardzo często używa się też journalctl, ale idea jest ta sama: centralne logowanie zdarzeń ułatwia diagnostykę, audyt i późniejsze utrzymanie systemu.
W tym pytaniu łatwo pomylić różne narzędzia linuksowe, bo wszystkie kojarzą się z administracją systemem, ale ich przeznaczenie jest zupełnie inne. Grub to program rozruchowy, czyli bootloader. Jego zadaniem jest uruchomienie systemu operacyjnego, wybór jądra, przekazanie parametrów startowych i ewentualnie obsługa menu podczas startu komputera. Może pomóc przy problemach z bootowaniem, ale nie służy do bieżącego odczytywania informacji o błędach pracy systemu po jego uruchomieniu. Watch też bywa mylący, bo brzmi jak monitorowanie. W rzeczywistości watch cyklicznie uruchamia wskazane polecenie i pokazuje jego wynik, na przykład można obserwować zmiany w df -h albo free -m. Sam z siebie nie przechowuje logów i nie zbiera komunikatów o awariach. Netstat jest narzędziem sieciowym, pokazuje połączenia, porty nasłuchujące, tablice routingu czy statystyki interfejsów, choć w nowych systemach często zastępuje się je poleceniem ss. Przyda się przy diagnostyce sieci, ale nie jest głównym źródłem informacji o błędach systemu operacyjnego. Typowy błąd myślowy polega na tym, że ktoś wybiera narzędzie ogólnie techniczne, zamiast narzędzia do logowania zdarzeń. Do analizy awarii Linuksa trzeba szukać logów systemowych, czyli syslog, ewentualnie w praktyce także dziennika systemd przez journalctl.