Завантажте fsck.ext4 при перезавантаженні, але насправді "силою"

Один з моїх серверів Ubuntu 10.04 створює мені проблеми. Коли я запускаю, fsck.ext4 -n /dev/sda5мені кажуть, що у вільному підрахунку inode є кількість помилок, кількість вільних блоків тощо.

Я намагався:

touch /forcefsck

Також спробували:

shutdown -rF now

і досі після перезавантаження я бачу помилки.

Я також щойно перевірив свій нетбук eeePC, Ubuntu 10.10, і у мене є та сама проблема!

Як я можу змусити реально "вимушений" "силовий" "серйозно виправити свою файлову систему" fsck файлової системи "/" при перезавантаженні?

Пояснення: запускаю, fsck.ext4 -nоскільки це змонтована файлова система, щоб перевірити, чи є помилки. Це говорить мені, що є. Я подумав, що автоматичний fsck кожні 30 версій під час завантаження - це якраз для усунення помилок у кореневій файловій системі. Але в моєму випадку це не робиться. Я міг перезавантажитись з LiveCD і виправити помилки, а потім перезавантажити знову, але це серйозні простої для живого сервера. Перезавантаження, автоматичний fsck, а потім продовження завантаження набагато стійкіше на прямому сервері, і я вважаю, що це має бути правильна поведінка.

Додаткова інформація: Ось результат. Це схоже на щось, що виправили б autofsck, чи не так?

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

Зі сторінки e2fsck man:

"Зауважте, що загалом не можна безпечно запускати e2fsck у змонтованих файлових системах. Єдиним винятком є, якщо вказано параметр -n, а параметри -c, -l або -L не вказані. Однак, навіть якщо це безпечно Для цього результати, надруковані e2fsck, недійсні, якщо встановлена ​​файлова система. Якщо e2fsck запитує, чи слід перевіряти встановлену файлову систему, єдина правильна відповідь - "ні". Тільки експерти, які дійсно знають, що вони роблять, повинні розглянути можливість відповісти на це питання будь-яким іншим способом ".

Отже, якщо ви перевіряєте змонтований FS за допомогою fsck, навіть використовуючи параметр -n, результат може бути недійсним. Не перевіряйте змонтовані файлові системи. Використовуйте Live-CD / Live-USB.

Якщо ви не перевіряєте файлову систему під час її встановлення, я не розумію, для чого вам потрібно використовувати, touch /forcefsckви можете просто відключити її та виправити. Але якщо це так, і після виправлення у вашому FS все ще є помилки, ви можете розглянути можливість використання:

e2fsck -cy /dev/sda5

Це вирішить проблему, пов’язану з жорстким диском, що називається поганими блоками (це займе багато часу)

Якщо ви хочете перевірити змонтовану файлову систему, я не знаю, як діяти, але думаю, вам слід створити ще одне питання.

Я знаю, що це справді стара тема, але мені недавно довелося вирішити цю проблему, тому я хотів опублікувати, як змусити ОС виправити проблеми, виявлені з fsck під час завантаження (за 12.04).

Вам потрібно запустити команду sudo touch /forcefsck. Це призведе до виконання fsck при наступному завантаженні. Ви можете побачити результати fsck у /var/log/boot.log.

Однак вам не гарантується, що fsck виправить все, що знайде. Для цього вам потрібно буде відредагувати файл / etc / default / rcS. У кінці цього файлу є рядок:

FSCKFIX=no

Це потрібно змінити на таке:

FSCKFIX=yes

Це матиме такий самий ефект, як і запуск fsck з параметром -y, який змусить реалізувати всі можливі виправлення, і він не вимагатиме взаємодії з користувачем.

Це дозволить вам запускати fsck, як просив ОП, не вдаючись до завантаження з живого диска, що не завжди можливо, особливо якщо ви знаходитесь у віддаленій системі.

sudo touch /forcefsck
sudo reboot

У вас є помилка друку - ви торкаєтесь / forcefcsk. Змінюються "c" і "s". fsck - скорочення FileSystemChecK.

Ви не можете примусити fsck увімкнути /, який відновиться, оскільки розділ використовується. Спробуйте запустити перевірку з іншого розділу або живого компакт-диска.

Ви можете зробити автоматичні зміни таким чином:

Tune2fs -c 5 -i 10 / dev / sda1

-c- максимальна кількість кріплень перед запуском fsckі -iмаксимальна кількість днів перед запуском fsck.

У цьому випадку буде робитися кожні 5 кріплення або кожні 10 днів, залежно від того, що відбудеться раніше.

У мене є два комп’ютери, один з Linux SuSE 13.2, а другий з Linux Mint 18.0, і в обох він працює чудово.

touch /forcefsckпоодинці не забезпечив роботу моєї системи fsckпри наступному завантаженні. Мені також потрібно було бігати:

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

напр

sudo tune2fs -c 1 /dev/sda1

Більше пояснення я знайшов тут: Як змусити fsck перевірити файлову систему після перезавантаження