Perché Ubuntu chiede di controllare i miei dischi rigidi ogni tanto?


30

Di recente sono stato costretto a riavviare molto il mio computer. Quando avvio, Ubuntu ora inizia la scansione dei miei dischi rigidi per errori, ma mi assicura che posso annullare se lo desidero premendo 'c'.

Perché Ubuntu fa questo? Se è necessario, perché è qualcosa che posso cancellare? Se non è necessario, perché costringermi a farlo? Su quale base viene deciso il numero di riavvii?


1
Stai forzando un riavvio? Tenendo premuto il tasto di accensione o premendo il tasto di ripristino, ad esempio?
Kris Harper,

Risposte:


33

Un controllo del disco viene forzato dal sistema ogni 30 riavvii. Se salti il ​​disco, controlla che lo farà al prossimo riavvio (a meno che non lo rimuova manualmente forcecheck).

È possibile forzare questo voi stessi mettendo un file forcefsckin /emettendo un

touch /forcecheck

dal terminal.

Non è necessario fare sempre un controllo quando richiesto, ma dovrebbe essere fatto di tanto in tanto. Puoi annullarlo se non è il momento giusto per te in quel momento e lasciarlo controllare dal file system quando è più conveniente.

È inoltre possibile utilizzare tune2fsper modificare questo comportamento.

sudo tune2fs -c 60 /dev/sdXY

imposterà questo su 60 riavvii. Puoi anche cambiarlo in un periodo di tempo con -i:

sudo tune2fs -i 30d /dev/sdXY

per 30 giorni o 1m per 1 mese o 10w per 10 settimane.

(sostituisci /dev/sdXYcon il nome del dispositivo per la partizione come /dev/sda1. Puoi ottenere questo nome eseguendo sudo blkido ls -lA /dev/disk/by-labelse la partizione è etichettata)

sudo dumpe2fs /dev/sda1

mostrerà un sacco di informazioni. Parte di questo include:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012

grazie @Lekensteyn (l'ho fatto dalla memoria e la mia memoria sembra essere male a volte;))
Rinzwind

3
Per essere un nit-picker qui: penso che non sia vero che "check è forzato dal sistema inserendo un file forcefsck in /" (di solito no, fsck controlla se il filesystem è "sporco" o oltre il "numero massimo" / "prossimo controllo") e che "questo viene fatto ogni 30 riavvii" (varia in base al programma utilizzato per formattare la partizione). Per entrambi controllare l'output di dumpe2fs. ubuntugeek.com/…
organizza il

1
Non è un pignolo organizzare :-) È accurato. Modificato
Rinzwind,

Questo vale solo per la famiglia ext * di filesystem, il default in Ubuntu. XFS o JFS non di routine fanno controlli del file system
Jan

3
Dovrebbero invece forcecheckessere le due volte che menzioni forcefsck? (ref: askubuntu.com/questions/14740/… )
idbrii

5

Si tratta di controlli di routine del file system, avviati ogni 30 riavvii. L'opzione per annullarlo è lì in modo da non essere trattenuto da qualcosa di estremamente importante, tuttavia, si consiglia di lasciarlo funzionare una volta ogni tanto. Non so su quale base sia stato impostato il numero di riavvii, presumibilmente, buonsenso. Se è troppo fastidioso, puoi aumentare il numero di riavvii senza controllare le partizioni usando il comando 'tune2fs'.


mike: fai clic yesterdaysopra Lekensteynper vedere cosa è stato modificato.
Rinzwind,

1

È possibile disabilitare completamente il controllo del file system su ext-filesystems usando:

sudo tune2fs -c 0 /dev/sdXY

Potrebbe non essere una buona idea. Le note sulla manpage di tune2fs:

È necessario considerare fortemente le conseguenze della disabilitazione del controllo dipendente dal numero di montaggi. Le unità disco, i cavi, la memoria e i bug del kernel danneggiati potrebbero corrompere un file system senza contrassegnarlo come sporco o in errore. Se usi il journaling sul tuo filesystem, il tuo filesystem non sarà mai contrassegnato come sporco, quindi normalmente non verrà controllato. Un errore del filesystem rilevato dal kernel forzerà comunque un fsck al successivo riavvio, ma potrebbe essere già troppo tardi per prevenire la perdita di dati a quel punto.


0

Mentre mikewhatever e Rinzwind sono adatti a ext-Filesystems, non succede se si sceglie di usare reiserfs. Lo sto usando da 10 anni senza problemi e posso consigliarlo. Niente più stupide.

Non lo so per gli altri filesystem, popolari su Linux.


4
reiserfsck in realtà ha la tendenza a rompere irreparabilmente i filesystem. Se un reiserfs sviluppa un problema, questo è game over.
Simon Richter,

1
Ti è successo o hai riferimenti?
utente sconosciuto

Il fatto che ReiserFS non esegua questi controlli non influisce sulla sua affidabilità. Ext3 è solido come una roccia, ma i controlli richiedono solo un paio di secondi, quindi perché no?
Ripristina Monica il

Conosco diverse persone che hanno perso dati e dalla progettazione del filesystem è abbastanza ovvio il motivo: non ha blocchi di metadati designati. Sebbene questo sia un vantaggio in molti casi (se ext esaurisce i blocchi di metadati, non è possibile creare più file anche se si hanno ancora blocchi di dati gratuiti), crea ambiguità quando si salva un filesystem che in qualche modo (errore hardware, bug in basso livelli) è diventato incoerente.
Simon Richter,

Sto ancora usando il formato reiserfs "3.6", secondo Dmesg. Potrebbe fare la differenza?
utente sconosciuto
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.