Forza fsck.ext4 al riavvio, ma veramente "forte"

Uno dei miei server Ubuntu 10.04 mi sta dando problemi. Quando fsck.ext4 -n /dev/sda5eseguo mi dice che ci sono errori nel conteggio degli inode liberi, nel conteggio dei blocchi liberi e altro ancora.

Ho provato:

touch /forcefsck

Ho anche provato:

shutdown -rF now

e ancora, dopo il riavvio, vedo errori.

Ho anche appena controllato il mio netbook eeePC, Ubuntu 10.10, e ho lo stesso problema!

Come posso forzare un fsck veramente "forzato" "forzato" "riparare seriamente il mio filesystem" del filesystem "/" al riavvio?

Chiarimento: corro fsck.ext4 -nperché è un filesystem montato, per verificare se ci sono errori. Questo mi dice che ci sono. Ho pensato che il fsck automatico ogni 30 mount durante il processo di avvio è proprio per occuparsi degli errori nel filesystem di root. Ma non lo fa nel mio caso. Potrei riavviare con un LiveCD e correggere gli errori, quindi riavviare di nuovo, ma questo è un grave downtime per un server live. Un riavvio, auto fsck, quindi continuare l'avvio è molto più sostenibile su un server live e credo che dovrebbe essere il comportamento giusto.

Informazioni aggiuntive: ecco l'output. Sembra qualcosa che l'autofsck avrebbe risolto, vero?

root@server:~# fsck.ext4 -n /dev/sda5
e2fsck 1.41.11 (14-Mar-2010)
Warning!  /dev/sda5 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/sda5 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (1849368, counted=1948909).
Fix? no

Free inodes count wrong (545504, counted=552134).
Fix? no


/dev/sda5: ********** WARNING: Filesystem still has errors **********

/dev/sda5: 116752/662256 files (0.2% non-contiguous), 795324/2644692 blocks

Dalla pagina man di e2fsck:

"Nota che in generale non è sicuro eseguire e2fsck su filesystem montati. L'unica eccezione è se viene specificata l'opzione -n ​​e non sono specificate le opzioni -c, -l o -L. Tuttavia, anche se è sicuro per fare ciò, i risultati stampati da e2fsck non sono validi se il filesystem è montato. Se e2fsck chiede se è necessario controllare un filesystem che è montato, l'unica risposta corretta è '' no ''. Solo gli esperti che sanno davvero cosa stanno facendo dovrebbero considerare di rispondere a questa domanda in qualsiasi altro modo. "

Quindi, se controlli un FS montato con fsck anche usando l'opzione -n, il risultato potrebbe non essere affatto valido. Non controllare i filesystem montati. Utilizzare un Live-CD / Live-USB.

Se non controlli il filesystem mentre è montato, non capisco perché devi usarlo touch /forcefsck, puoi semplicemente smontarlo e ripararlo. Ma se è il caso e dopo una correzione il tuo FS ha ancora errori, puoi considerare di usare:

e2fsck -cy /dev/sda5

Ciò risolverà un problema relativo al disco rigido chiamato blocchi danneggiati che potresti avere (ciò richiederà molto tempo).

Se vuoi controllare un filesystem montato, non so come procedere ma penso che dovresti creare un'altra domanda.

So che questo è un thread molto vecchio, ma di recente ho dovuto risolvere questo problema, quindi volevo pubblicare come forzare il sistema operativo a risolvere i problemi riscontrati con fsck durante l'avvio (per 12.04).

È necessario eseguire il comando sudo touch /forcefsck. Questo farà sì che esegua un fsck al prossimo avvio. Puoi vedere i risultati di fsck in /var/log/boot.log.

Tuttavia, non sei sicuro che fsck risolverà tutto ciò che trova. Per fare ciò, dovresti modificare il file / etc / default / rcS. C'è una riga alla fine di quel file:

FSCKFIX=no

Questo deve essere modificato come segue:

FSCKFIX=yes

Ciò avrà lo stesso effetto dell'esecuzione di fsck con l'opzione -y che imporrà tutte le correzioni che possono essere implementate e non richiederà l'interazione dell'utente.

Ciò ti consentirà di eseguire fsck come l'OP stava chiedendo senza dover ricorrere all'avvio da un disco live che non è sempre possibile soprattutto se si è su un sistema remoto.

sudo touch /forcefsck
sudo reboot

Hai un typo- stai toccando / forcefcsk. La "c" e la "s" vengono scambiate. fsck è l'abbreviazione di FileSystemChecK.

Non è possibile forzare un fsck su / che riparerà perché la partizione è in uso. Prova a eseguire il controllo da un'altra partizione o live cd.

Le revisioni possono essere eseguite automaticamente nel modo seguente:

Tune2fs -c 5 -i 10 / dev / sda1

-cè il numero massimo di montaggi prima della corsa fscked -iè il numero massimo di giorni prima della corsa fsck.

In questo caso verrà eseguito ogni 5 montaggi o ogni 10 giorni, a seconda dell'evento che si verifica per primo.

Ho due computer, uno con Linux SuSE 13.2 e l'altro con Linux Mint 18.0 e in entrambi funziona perfettamente.

touch /forcefsckda solo non ha assicurato che il mio sistema funzionasse fsckal prossimo avvio. Avevo anche bisogno di correre:

sudo tune2fs -c 1 /dev/<my partition>

per esempio

sudo tune2fs -c 1 /dev/sda1

Altre spiegazioni che ho trovato sono qui: Come forzare fsck a controllare il filesystem dopo il riavvio