Kako ispraviti pogrešku pokretanja /etc/fstab pomoću journalctl

Razina: Početnik / Srednja razina
Procijenjeno vrijeme: ~15 minuta
Cilj: Analizirati sistemske zapisnike pomoću journalctl kako bi se prepoznala i otklonila pogreška u /etc/fstab koja sprječava pokretanje sustava.

Uvod

Jednostavna sintaktička pogreška u /etc/fstab može spriječiti pokretanje poslužitelja i odvesti vas u hitnu ljusku za održavanje (emergency shell). Za oporavak je potrebno analizirati sistemske zapisnike kako bi se utvrdila točna točka kvara. U ovom ćemo vodiču pomoću journalctl pretraživati journal systemd i prikazati sistemske zapisnike koje Linux generira tijekom pokretanja. Razumijevanje systemd zapisnika ključna je vještina u upravljanju zapisnicima u Linuxu, koja osigurava brz oporavak i visoku dostupnost vaših usluga. Za pronalazak točke montiranja koja je uzrokovala kvar potrebno je osnovno poznavanje naredbi journalctl.

Upravljanje zapisnicima u Linuxu i sustav bilježenja

Prije oporavka važno je razumjeti uključene komponente. Systemd (init sustav i upravitelj usluga za Linux) koristi Systemd-journald (sistemsku uslugu koja prikuplja i pohranjuje podatke zapisnika). Ta usluga prikuplja svaki zapisnik (log) (zapis događaja koji se odvijaju unutar sustava) u Journal (binarne podatke zapisnika koje pohranjuje Systemd-journald). To uključuje sistemske zapisnike (zapise događaja i promjena stanja na razini cijelog sustava), zapisnike pokretanja sustava (zapise postupka pokretanja sustava) i zapisnike jezgre (poruke koje generira jezgra operacijskog sustava).

Ovisno o konfiguraciji, to mogu biti nepostojani zapisnici (zapisnici pohranjeni u memoriji koji se gube pri ponovnom pokretanju) ili postojani zapisnici (zapisnici koji prežive ponovna pokretanja sustava, obično pohranjeni na disku). Journal neprestano raste, zbog čega rotaciju zapisnika (postupak arhiviranja i upravljanja starim datotekama zapisnika radi uštede prostora na disku) automatski obavlja systemd.

Preduvjeti

Prije početka provjerite jesu li ispunjeni sljedeći uvjeti:

• Operacijski sustav: Testirano na Ubuntu 22.04/24.04 LTS, Debian 12/13, AlmaLinux/Rocky 9/10
• Pristup: Izravan pristup konzoli (IPMI, VNC ili fizička konzola) radi pristupa hitnoj ljusci
• Potrebno znanje: Sigurno korištenje Linux naredbenog retka i osnovno uređivanje teksta

Korak 1: Prepoznavanje kvara pri pokretanju

Sintaktička pogreška, tipfeler ili nedostajući uređaj u /etc/fstab pokrenut će hitni način rada, zaustaviti postupak pokretanja i prikazati poruku poput ove:

Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit" to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):

Unesite lozinku za root kako biste došli do upita. U ovoj fazi neki datotečni sustavi možda nisu montirani ili su montirani samo za čitanje.

Korak 2: Korištenje journalctl za prikaz i analizu sistemskih zapisnika koje generira Linux

Da bismo utvrdili uzrok kvara, moramo provjeriti zapisnike trenutačnog pokretanja.

Pokrenite sljedeću naredbu:

sudo journalctl -xb

Ovdje koristimo Journalctl (alat naredbenog retka za pretraživanje journala systemd). To je jedna od najvažnijih naredbi journalctl. Nalaže alatu da prikaže zapisnike trenutačnog pokretanja (-b) i uključi dodatni objašnjavajući tekst (-x).

Izlaz može biti golem. Da bismo pronašli pogrešku, moramo provesti filtriranje zapisnika (postupak sužavanja izlaza zapisnika prema određenim kriterijima).

Za pretraživanje unutar preglednika (pagera, koji koristi less) utipkajte /fstab ili /mount i pritisnite Enter.

Isječak očekivanog izlaza:

-- Subject: A start job for unit mnt-data.mount has failed
-- Defined-By: systemd
-- Support: http://www.ubuntu.com/support
--
-- A start job for unit mnt-data.mount has finished with a failure.
--
-- The job identifier is 123 and the job result is failed.

To pokazuje da je zakazala jedinica (unit) (konfiguracijska datoteka koja opisuje kako upravljati resursom u systemd) odgovorna za montiranje /mnt/data. Preciznije, jedinica montiranja (mount unit) (konfiguracijska datoteka jedinice koja sadrži podatke o procesu kojim upravlja systemd) nije se mogla pokrenuti.

Korak 3: Filtriranje systemd zapisnika radi pronalaska određenih pogrešaka

Ako je listanje cijelog zapisnika pokretanja presporo, možemo analizirati zapisnike pomoću journalctl uz određene filtre.

Pokrenite sljedeću naredbu da vidite samo pogreške visokog prioriteta:

sudo journalctl -p err -b

Očekivani izlaz:

May 23 10:00:01 server systemd[1]: Failed to mount mnt-data.mount - /mnt/data.
May 23 10:00:01 server systemd[1]: Dependency failed for Local File Systems.

Uz filtriranje zapisnika pomoću journalctl prema prioritetu (-p err) uklanjamo informativne poruke.

Ako znamo točnu jedinicu koja je zakazala, možemo izravno provjeriti zapisnike usluge. Pokrenite:

sudo journalctl -u mnt-data.mount

Kada zapisnike analizirate pomoću journalctl na razini jedinice, izdvajate točan konfiguracijski problem. Druga metoda filtriranja pomoću journalctl jest određivanje vremenskog raspona, no kod problema s pokretanjem sustava filtriranje po jedinici najučinkovitiji je pristup.

Korak 4: Otklanjanje pogreške u /etc/fstab

Budući da je journal systemd potvrdio da je problem točka montiranja /mnt/data, moramo ispraviti konfiguracijsku datoteku.

Prvo pokušajte urediti datoteku. Ako pri spremanju naiđete na pogrešku Read-only file system, korijenski datotečni sustav morate ponovno montirati za čitanje i pisanje jer ga hitni način rada često montira samo za čitanje:

sudo mount -o remount,rw /

Zatim prije izmjena napravite sigurnosnu kopiju konfiguracijske datoteke:

sudo cp /etc/fstab /etc/fstab.bak

Potom otvorite datoteku (na sustavima temeljenima na RPM-u, poput AlmaLinuxa, Rockyja ili RHEL-a, nano možda nije zadano instaliran pa ga prvo instalirajte naredbom sudo dnf install -y nano):

sudo nano /etc/fstab

Pronađite redak koji upućuje na /mnt/data (ispravan UUID možete pronaći pomoću blkid):

UUID=1234abcd-56ef-78gh-90ij-klmnopqrstuv /mnt/data ext4 defualts 0 2

Primijetite tipfeler: defualts umjesto defaults. Ispravite tipfeler:

UUID=1234abcd-56ef-78gh-90ij-klmnopqrstuv /mnt/data ext4 defaults 0 2

Spremite datoteku i izađite. Zatim ponovno učitajte konfiguraciju upravitelja systemd kako bi systemd saznao za promjene u /etc/fstab:

sudo systemctl daemon-reload

Provjera

Prije ponovnog pokretanja provjerite sintaksu svoje datoteke /etc/fstab pomoću findmnt:

findmnt --verify

Ako nije prijavljena nijedna pogreška, nastavite provjerom radi li točka montiranja:

Pokrenite:

sudo mount -a

Ako naredba ne vrati nikakav izlaz, sintaksa je ispravna i montiranje je uspjelo. Ako pogreška i dalje postoji, naredba će ispisati poruku o pogrešci. Na Debianu 13 i AlmaLinuxu 10 poruka može navesti točan razlog (npr. Unknown parameter 'defualts'), no na Ubuntuu 24.04 izlaz je često općenit (wrong fs type, bad option). Na Ubuntuu pokrenite sudo dmesg | tail za detalje.

Nakon provjere izađite iz hitne ljuske kako biste nastavili pokretanje ili ponovno pokrenite sustav:

sudo systemctl reboot

Nakon ponovnog pokretanja možete ponovno provjeriti zapisnike usluge naredbama journalctl kako biste se uvjerili da je montiranje prošlo čisto tijekom uobičajenog pokretanja sustava:

sudo journalctl -u mnt-data.mount -b

Otklanjanje poteškoća

• Hitna ljuska nije dostupna: Ako je račun root zaključan i ne možete pristupiti hitnoj ljusci, poslužitelj morate pokrenuti pomoću Live USB-a ili okruženja za oporavak, montirati korijensku particiju i /etc/fstab urediti izravno odande.
• UUID se promijenio: Ako ste formatirali particiju ili zamijenili disk, UUID će se promijeniti. Pomoću sudo blkid pronađite novi UUID i u skladu s time ažurirajte /etc/fstab.
• Sprječavanje kvarova pri pokretanju zbog nebitnih diskova: Za nekorijenske i nesistemske volumene (poput diskova za sigurnosne kopije ili podatke) dodajte opciju montiranja nofail u unos u /etc/fstab (npr. ext4 defaults,nofail 0 2). Time systemd nastavlja s pokretanjem čak i ako se uređaj ne uspije montirati.

Poništavanje promjena

Ako se poslužitelj uspješno pokrenuo, ali izmijenjeni redak /mnt/data uzrokuje neočekivano ponašanje aplikacija, montiranje možete poništiti tako da redak u /etc/fstab zakomentirate:

sudo sed -i 's|^UUID=1234abcd-56ef-78gh-90ij-klmnopqrstuv /mnt/data|#UUID=1234abcd-56ef-78gh-90ij-klmnopqrstuv /mnt/data|' /etc/fstab

Zatim demontirajte volumen kako biste vratili prethodno stanje:

sudo umount /mnt/data

Zaključak

Učinkovito upravljanje zapisnicima u Linuxu uvelike ovisi o znanju snalaženja u systemd zapisnicima. Pomoću journalctl možete prikazati sistemske zapisnike koje Linux generira, učinkovito ih analizirati i oporaviti sustav nakon kritičnih kvarova pri pokretanju, poput pogrešnih konfiguracija /etc/fstab. Ovladavanje tim alatima omogućuje vam održavanje dostupnosti i dijagnosticiranje složenih problema u cijeloj infrastrukturi.

Verzija dokumenta: 1.0
Posljednje ažuriranje: svibanj 2026.
Vlasnik: Tim za tehničku dokumentaciju