Pliki dzienników systemowych (logi) w systemie Linux są domyślnie zapisywane w katalogu
A. /var/log
B. /dev
C. /sbin
D. /proc
Katalog /var/log jest standardowym miejscem, w którym w systemach Linux przechowuje się pliki dzienników systemowych, czyli logi. Wynika to z typowej struktury katalogów opisanej przez FHS, czyli Filesystem Hierarchy Standard. Katalog /var służy do danych zmiennych, takich które rosną albo często się modyfikują w czasie pracy systemu. Logi dokładnie do tego pasują: system zapisuje informacje o uruchamianiu usług, błędach, autoryzacji użytkowników, pracy kernela, zadaniach cron czy działaniu serwerów, np. Apache albo nginx. W praktyce administrator bardzo często zagląda do /var/log/syslog, /var/log/messages, /var/log/auth.log, /var/log/kern.log albo do dziennika systemd przez polecenie journalctl. Z mojego doświadczenia to jedna z pierwszych lokalizacji, którą sprawdza się przy diagnozowaniu awarii, problemów z logowaniem lub restartującą się usługą. Dobra praktyka branżowa mówi też, żeby kontrolować rozmiar logów i rotować je narzędziem logrotate, bo niekontrolowane logi potrafią zapełnić partycję. Czyli /var/log to nie przypadkowy folder, tylko ważny element administracji i diagnostyki Linuksa.
W systemie Linux łatwo pomylić katalogi, bo wiele z nich ma krótkie nazwy i wygląda technicznie, ale każdy ma dość konkretne przeznaczenie. Pliki dzienników systemowych nie są domyślnie zapisywane w /dev, ponieważ ten katalog zawiera pliki urządzeń. Są tam specjalne wpisy reprezentujące dyski, terminale, porty, losowe generatory danych i inne elementy sprzętowe lub pseudo-urządzenia. To nie jest miejsce na zwykłe pliki tekstowe z historią zdarzeń. Myślenie, że logi powinny być w /dev, często bierze się z tego, że logi opisują pracę urządzeń, ale opis pracy urządzenia to co innego niż sam plik urządzenia. Katalog /sbin również nie pasuje, bo przechowuje programy administracyjne i narzędzia systemowe, na przykład polecenia używane przez administratora albo przez proces startu systemu. Umieszczanie tam logów byłoby niezgodne z porządkiem systemu plików i utrudniało zarządzanie. /proc z kolei jest wirtualnym systemem plików tworzonym przez jądro. Pokazuje bieżące informacje o procesach, jądrze i parametrach systemowych, ale jego zawartość nie jest klasycznym, trwałym zapisem na dysku. Po restarcie nie traktuje się /proc jako archiwum zdarzeń. Właściwym miejscem jest /var/log, bo /var służy na dane zmienne, a logi są właśnie takimi danymi. Moim zdaniem warto to zapamiętać praktycznie: gdy coś nie działa w Linuksie, najpierw sprawdzasz logi w /var/log albo używasz journalctl, a nie szukasz ich po katalogach technicznych typu /dev, /sbin czy /proc.