Чому Ubuntu просить перевіряти жорсткі диски так часто?


30

Останнім часом мене змусили багато разів перезапустити комп’ютер. Коли я завантажуюся, Ubuntu тепер починає сканувати мої жорсткі диски на наявність помилок, але запевняє, що я можу скасувати, якщо хочу, натиснувши "c".

Чому Ubuntu робить це? Якщо це необхідно, то чому я щось можу скасувати? Якщо це не потрібно, навіщо змушувати мене це робити? На підставі якої визначається кількість перезавантажень?


1
Ви змушуєте перезавантажити? Наприклад, утримуючи клавішу живлення або натискаючи клавішу скидання?
Кріс Харпер

Відповіді:


33

Система проводить перевірку дисків кожні 30 перезавантажень. Якщо ви пропустите перевірку диска, це зробиться при наступному перезапуску (якщо ви не видалите вручну forcecheck).

Ви можете змусити це самостійно, помістивши файл forcefsckв /Видаючи

touch /forcecheck

від терміналу.

Не потрібно завжди робити перевірку, коли це підказує, але слід це робити раз у раз. Ви можете скасувати його, якщо на той момент це не підходящий момент для вас, і дозволити йому перевірити файлову систему, коли це зручніше.

Ви також tune2fsможете змінити цю поведінку.

sudo tune2fs -c 60 /dev/sdXY

встановить це на 60 перезавантажень. Ви також можете змінити це на часовий період за допомогою -i:

sudo tune2fs -i 30d /dev/sdXY

протягом 30 днів або 1 м протягом 1 місяця або 10 Вт протягом 10 тижнів.

(замініть /dev/sdXYім'я пристрою на зразок розділу /dev/sda1. Ви можете отримати це ім'я запуском sudo blkidабо ls -lA /dev/disk/by-labelякщо розділ позначений міткою)

sudo dumpe2fs /dev/sda1

покаже навантаження та навантаження інформації. Частина цього включає:

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

дякую @Lekensteyn (зробив це з пам’яті і моїй пам’яті часом здається погано;))
Rinzwind

3
Щоб бути інструментом вибору ниток тут: я думаю, що це неправда, що "перевірка примушена системою, поставивши файл forcefsck в /" (зазвичай ні, fsck перевіряє, чи файлова система "брудна" чи минула "max-count" / "наступна перевірка") і що "це робиться кожні 30 перезавантажень" (це змінюється, залежно від програми, яку ви використовуєте для форматування розділу). Для обох перевірити вихід dumpe2fs. ubuntugeek.com/…
влаштовуйте

1
Це не влаштовуйте :-) Це точно. Змінив це.
Rinzwind

Це стосується лише сімейства файлових систем ext *, за замовчуванням в Ubuntu. XFS або JFS не проводять звичайну перевірку файлової системи
січня

3
Чи forcecheckповинні forcefsckзамість цього два рази згадати ? (ref: askubuntu.com/questions/14740/… )
idbrii

5

Це звичайні перевірки файлової системи, ініційовані кожні 30 перезавантажень. Можливість скасувати її існує, щоб вас не затримували від чогось критично важливого, проте рекомендується пускати її раз на час. Я не знаю, на якій основі було встановлено кількість перезавантажень, імовірно, здоровий глузд. Якщо це занадто дратує, ви можете збільшити кількість перезавантажень, не перевіряючи розділи, використовуючи команду 'tune2fs'.


Майк: клацніть yesterdayвище, Lekensteynщоб побачити, що було змінено.
Rinzwind

1

Можна повністю відключити перевірку файлової системи на файлових системах ext, використовуючи:

sudo tune2fs -c 0 /dev/sdXY

Це, можливо, не гарна ідея. Примітка на сторінці tune2fs відзначає:

Ви повинні чітко врахувати наслідки відключення перевірки, залежної від кількості монтування, повністю. Помилки дискових накопичувачів, кабелів, пам'яті та ядра можуть пошкодити файлову систему, не позначаючи файлову систему брудною або помилковою. Якщо ви використовуєте журнал у вашій файловій системі, ваша файлова система ніколи не буде позначена брудною, тому її зазвичай не перевіряють. Помилка файлової системи, виявлена ​​ядром, все одно змусить fsck при наступному перезавантаженні, але це може бути занадто пізно, щоб запобігти втраті даних у цей момент.


0

Хоча mikew god і Rinzwind є правильними для ext-Filesystems, afaik, це не відбудеться, якщо ви вирішите використовувати reiserfs. Я користуюся ним 10 років без проблем і можу рекомендувати. Більше не fsck.

Я не знаю про інші файлові системи, популярні в Linux.


4
reiserfsck насправді має тенденцію руйнувати файлові системи після ремонту. Якщо в програмі коли-небудь виникає проблема, це гра закінчена.
Саймон Ріхтер

1
З вами це траплялося чи у вас є посилання?
користувач невідомий

Те, що ReiserFS не виконує цих перевірок, не має ніякого відношення до його надійності. Ext3 непомітний, але перевірки займають лише пару секунд, так чому б і ні?
Поновіть Моніку

Я знаю кількох людей, які втратили дані, і з дизайну файлової системи цілком очевидно, чому: у неї немає визначених блоків метаданих. Незважаючи на те, що це перевага в ряді випадків (якщо у ext блокується метаданих блоків, ви не можете створити більше файлів, хоча у вас все ще є безкоштовні блоки даних), це створює неоднозначність при пошкодженні файлової системи, яка якось (помилка обладнання, помилка нижче шарів) пішло непослідовно.
Саймон Ріхтер

Я все ще використовую формат reiserfs "3.6", згідно dmesg. Можливо, це має значення?
користувач невідомий
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.