fsck programmato per il riavvio - ignorato?


2

Recentemente il mio server ha avuto un'interruzione di corrente che ovviamente ha portato alla corruzione del disco rigido:

sudo fsck -n
fsck from util-linux 2.20.1
e2fsck 1.42.9 (4-Feb-2014)
Warnung!  /dev/mapper/pdc_gahfdjcb2 ist mounted.
Warnung: Überspringe Journal-Wiederherstellung, da das Dateisystem im Nur-Lesen-Modus ist.
/dev/mapper/pdc_gahfdjcb2: sauber, 1716458/91226112 Dateien, 270400467/364881664 Blöcke
fsck.fat 3.0.26 (2014-03-07)
0x41: Dirty bit is set. Fs was not properly unmounted and some data may be corrupt.
 Automatically removing dirty bit.
Leaving filesystem unchanged.
[...]

Per riferimento, il mio fstabassomiglia a questo:

/dev/mapper/pdc_gahfdjcb2 /          ext4  errors=remount-ro,usrquota,grpquota,acl 0       1
/dev/mapper/pdc_gahfdjcb1 /boot/efi  vfat  defaults        0       1
/dev/mapper/pdc_gahfdjcb3 none       swap  sw              0       0

Poiché non riesco facilmente a eseguire un live-disk sul server, volevo pianificare l' fsckesecuzione al riavvio:

sudo touch /forcefsck
sudo init 6

Dopo un riavvio, /forcefsckè svanito, ma l'unità non viene riparata: l'output da sudo fsck -nè lo stesso. Sospetto che fscknon sia stato avviato poiché l'avvio ha richiesto troppo poco tempo.

Qualche idea sul perché fsckpresumibilmente non viene eseguito?

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.