Przejdź do głównej treści

Kwalifikacja: INF.02 - Administracja i eksploatacja systemów komputerowych, urządzeń peryferyjnych i lokalnych sieci komputerowych

Zawód: Technik informatyk

Kategorie: Systemy operacyjne Pomiary i diagnostyka Linux/Unix

Ogólne informacje o zdarzeniach systemowych w systemie Linux są przechowywane w

A. bibliotece RemoteApp.
B. programie perfmon.
C. pliku messages.
D. rejestrze systemowym.

Pytanie z egzaminu CKE, styczeń 2019 (arkusz E.12-X-19.01).

W systemach Linux ogólne informacje o zdarzeniach systemowych bardzo często trafiają do pliku messages, zwykle znajdującego się w katalogu /var/log/messages. To miejsce jest używane przez mechanizmy logowania, takie jak syslog, rsyslog albo syslog-ng, do zapisywania komunikatów o pracy usług, jądrze systemu, urządzeniach, błędach startowych, problemach z autoryzacją czy komunikatach demonów systemowych. W praktyce administrator zagląda tam na przykład wtedy, gdy usługa nie chce się uruchomić, karta sieciowa dziwnie się zachowuje albo system zgłasza błędy sprzętowe. Moim zdaniem to jeden z pierwszych plików, które warto sprawdzić przy diagnostyce Linuksa, chociaż w nowszych dystrybucjach dużą rolę pełni też systemd-journald i polecenie journalctl. Dobra praktyka branżowa jest taka, żeby nie kasować logów na ślepo, tylko analizować je narzędziami typu less, grep, tail -f albo journalctl, a przy serwerach skonfigurować rotację logów przez logrotate. Warto też pamiętać, że ścieżki mogą się różnić zależnie od dystrybucji: w systemach z rodziny Red Hat typowy jest /var/log/messages, a w Debianie i Ubuntu często spotyka się /var/log/syslog. Sens pytania pozostaje jednak taki sam: chodzi o pliki dzienników systemowych Linuksa, a nie o narzędzia typowe dla Windows.
W tym pytaniu łatwo pomylić mechanizmy znane z różnych systemów operacyjnych. Linux przechowuje informacje o zdarzeniach systemowych głównie w dziennikach znajdujących się w katalogu /var/log, a klasycznym przykładem takiego pliku jest messages. To tam mogą trafiać komunikaty jądra, usług działających w tle, sterowników, procesów startowych i różnych demonów systemowych. Administrator nie szuka więc ogólnych logów Linuksa w centralnej bazie podobnej do tej z Windows, tylko analizuje pliki logów albo dziennik systemd przy pomocy journalctl. Program perfmon kojarzy się z monitorem wydajności systemu Windows. Służy do obserwowania liczników wydajności, na przykład użycia procesora, pamięci, dysku czy interfejsów sieciowych. Nie jest standardowym miejscem przechowywania ogólnych zdarzeń systemowych w Linuksie. Rejestr systemowy to również pojęcie typowe dla Windows, gdzie konfiguracja systemu i aplikacji jest trzymana w hierarchicznej bazie. Linux działa inaczej: konfiguracja zwykle znajduje się w plikach tekstowych, na przykład w /etc, a logi w /var/log. Biblioteka RemoteApp także nie pasuje do tematu, bo RemoteApp dotyczy publikowania aplikacji zdalnych w środowisku Windows Server i usług pulpitu zdalnego. Typowy błąd myślowy polega tutaj na przenoszeniu wiedzy z Windows jeden do jednego na Linuksa. W administracji systemami to dość zdradliwe, bo podobne zadania, jak monitorowanie i diagnostyka, są realizowane innymi narzędziami i w innych lokalizacjach.

Wymagane logowanie

Ocenianie trudności pytań jest dostępne tylko dla zalogowanych użytkowników. Zaloguj się, aby skorzystać z pełni możliwości platformy.

Twoja ocena pomoże innym uczniom w przygotowaniu do egzaminu, a Tobie pozwoli na dostęp do spersonalizowanych statystyk.

Zgłoś błąd w pytaniu

Rozwiń sekcję i zmień pole, którego dotyczy błąd. Wysłane zostaną tylko zmienione sekcje.

Błędna kwalifikacja
Błąd w treści pytania
Błąd w treści odpowiedzi
Błąd w obrazie
Dane kontaktowe (opcjonalnie)
Podaj email, jeśli chcesz otrzymać informację o rozpatrzeniu zgłoszenia.