Dlaczego Ubuntu prosi o sprawdzanie moich dysków twardych tak często?

30

Ostatnio byłem zmuszony często restartować komputer. Po uruchomieniu Ubuntu zaczyna teraz skanować moje dyski twarde w poszukiwaniu błędów, ale zapewnia mnie, że mogę anulować, jeśli chcę, naciskając „c”.

Dlaczego Ubuntu to robi? Jeśli to konieczne, dlaczego mogę to anulować? Jeśli nie jest to konieczne, dlaczego zmusza mnie do tego? Na jakiej podstawie określa się liczbę ponownych uruchomień?

jml
źródło
1
Czy wymuszasz restart? Na przykład przytrzymanie klawisza zasilania lub naciśnięcie klawisza resetowania?
Kris Harper,

Odpowiedzi:

33

System wymusza sprawdzenie dysku co 30 ponownych uruchomień. Jeśli pominiesz płytę, zrobi to przy następnym uruchomieniu (chyba że usuniesz ją ręcznie forcecheck).

Można wymusić ten sam poprzez umieszczenie pliku forcefsckw /wydając

touch /forcecheck

z terminalu.

Nie zawsze trzeba sprawdzać, kiedy pojawi się monit, ale należy to robić od czasu do czasu. Możesz go anulować, jeśli nie jest to odpowiedni moment w tym momencie i pozwolić sprawdzać system plików, gdy jest to wygodniejsze.

Możesz także użyć tune2fsdo zmiany tego zachowania.

sudo tune2fs -c 60 /dev/sdXY

ustawi to na 60 restartów. Możesz także zmienić ten okres na -i:

sudo tune2fs -i 30d /dev/sdXY

przez 30 dni lub 1 m przez 1 miesiąc lub 10 w przez 10 tygodni.

(zastąp /dev/sdXYnazwą urządzenia dla takiej partycji jak /dev/sda1. Możesz uzyskać tę nazwę, uruchamiając sudo blkidlub ls -lA /dev/disk/by-labeljeśli partycja jest oznaczona)

sudo dumpe2fs /dev/sda1

pokaże mnóstwo informacji. Część tego obejmuje:

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
Rinzwind
źródło
dzięki @Lekensteyn (zrobiłem to z pamięci, a moja pamięć czasem wydaje się być zła;))
Rinzwind
3
Aby być nit-picker tutaj: Myślę, że nie jest prawdą, że „sprawdzanie jest wymuszane przez system poprzez umieszczenie pliku forcefsck w /” (zwykle nie, fsck sprawdza, czy system plików jest „brudny” lub przekracza „maksymalną liczbę” / „next check”) i że „odbywa się to co 30 ponownych uruchomień” (różni się w zależności od programu używanego do formatowania partycji). Dla obu sprawdź wyjście dumpe2fs. ubuntugeek.com/…
umów się
1
To nie jest nic dziwnego, zorganizuj :-) To jest dokładne. Zmieniłem to.
Rinzwind,
Dotyczy to tylko rodziny systemów plików ext *, domyślnej w Ubuntu. XFS lub JFS nie rutynowo zrobić kontrole systemu plików
sty
3
Czy zamiast tego forcecheckpowinieneś wspomnieć dwa razy forcefsck? (zob .: askubuntu.com/questions/14740/… )
idbrii
5

Są to rutynowe kontrole systemu plików, inicjowane co 30 ponownych uruchomień. Istnieje możliwość anulowania go, abyś nie był zatrzymany od czegoś niezwykle ważnego, jednak zaleca się, aby od czasu do czasu działał. Nie wiem, na jakiej podstawie ustalono liczbę ponownych rozruchów, prawdopodobnie zdrowy rozsądek. Jeśli jest to zbyt denerwujące, możesz zwiększyć liczbę ponownych uruchomień bez sprawdzania partycji za pomocą polecenia „tune2fs”.

mikewhthing
źródło
mike: kliknij yesterdaypowyżej, Lekensteynaby zobaczyć, co zostało zmienione.
Rinzwind
1

Możliwe jest całkowite wyłączenie sprawdzania systemu plików w systemach plików ext przy użyciu:

sudo tune2fs -c 0 /dev/sdXY

To może nie być dobry pomysł. Uwagi na stronie tune2fs:

Powinieneś zdecydowanie rozważyć konsekwencje całkowitego wyłączenia sprawdzania zależnego od liczby montowań. Złe dyski, kable, pamięć i błędy jądra mogą wszystkie uszkodzić system plików bez oznaczania go jako brudnego lub błędnego. Jeśli używasz kronikowania w systemie plików, system plików nigdy nie zostanie oznaczony jako brudny, więc zwykle nie będzie sprawdzany. Błąd systemu plików wykryty przez jądro będzie nadal wymuszał użycie fsck przy następnym restarcie, ale może już być za późno, aby zapobiec utracie danych w tym momencie.

Tomasz
źródło
0

Podczas gdy mikewhthing i Rinzwind są odpowiednie dla systemów plików ext, afaik, tak się nie stanie, jeśli zdecydujesz się użyć reiserfs. Używam go od 10 lat bez problemów i mogę go polecić. Żadnego fsck.

Nie znam innych systemów plików, popularnych w systemie Linux.

nieznany użytkownik
źródło
4
reiserfsck ma tendencję do niszczenia systemów plików nie do naprawienia. Jeśli reiserfs kiedykolwiek rozwiąże problem, to koniec gry.
Simon Richter,
1
Czy zdarzyło Ci się, czy masz referencje?
użytkownik nieznany
Fakt, że ReiserFS nie wykonuje tych kontroli, nie ma wpływu na jego niezawodność. Ext3 jest solidny, ale kontrole trwają tylko kilka sekund, więc dlaczego nie?
Przywróć Monikę
Znam kilka osób, które utraciły dane, a z projektu systemu plików jest dość oczywiste, dlaczego: nie ma wyznaczonych bloków metadanych. Chociaż jest to zaletą w wielu przypadkach (jeśli w ext zabraknie bloków metadanych, nie możesz utworzyć więcej plików, nawet jeśli nadal masz wolne bloki danych), tworzy niejednoznaczność podczas ratowania systemu plików, który w jakiś sposób (błąd sprzętowy, błąd na dole) warstw) poszło niespójne.
Simon Richter,
Nadal używam formatu reiserfs „3.6”, zgodnie z dmesg. Czy to może coś zmienić?
użytkownik nieznany