Oricând systemd.fsck de fapt, trebuie să facă o reparație* la pornire, montarea automată a partiției mele nu reușește deoarece montură comanda nu așteaptă până când [email protected] este gata.
Cum mă asigur că montură așteaptă până când serviciul de verificare a sistemului de fișiere se termină în loc să eșueze imediat, deoarece verificarea sistemului de fișiere a fost pornită?
Linia relevantă în fstab arata asa:
LABEL=cfdata /data ext4 defaults,nofail,x-systemd.device-timeout=60 0 0
(eticheta cfdata este pornit /dev/sda1)
Jurnalele de sistem relevante arată astfel când există o montare eșuată la pornire:
23 iunie 06:24:45 dev-machine-1 kernel: sda: sda1
23 iunie 06:24:45 dev-machine-1 kernel: sd 0:0:0:0: [sda] Disc SCSI atașat
23 iunie 06:24:47 dev-machine-1 systemd[1]: Se pornește verificarea sistemului de fișiere pe /dev/sda1...
23 iunie 06:24:47 dev-machine-1 mount[5563]: mount: /data: /dev/sda1 deja montat sau punct de montare ocupat.
23 iunie 06:24:47 dev-machine-1 systemd-fsck[5483]: cfdata: jurnal de recuperare
23 iunie 06:24:49 dev-machine-1 systemd-fsck[5483]: cfdata: Se șterge inodul orfan 13 (uid=0, gid=0, mode=0100644, size=39685)
23 iunie 06:24:49 dev-machine-1 systemd-fsck[5483]: cfdata: curat, 2767944/29310976 fișiere, 75558004/117212630 blocuri
23 iunie 06:24:49 dev-machine-1 systemd[1]: A început verificarea sistemului de fișiere pe /dev/sda1.
23 iunie 06:24:49 dev-machine-1 kernel: EXT4-fs (sda1): sistem de fișiere montat cu modul de date ordonat. Opțiuni: (null)
Când se întâmplă acest lucru, unitatea este montată pe /media/<uuid> în loc de punctul meu de montare în fstab.
Notă:
Când [email protected] trebuie să facă o reparație, rezultatul în jurnal va fi ceva de genul: Ștergeți inodul orfan 13 (uid=0, gid=0, mode=0100644, dimensiune=39685). Problema de montare se întâmplă doar atunci când fsck face de fapt ceva de genul acesta și ține dispozitivul.
