Блог им. post-factum → ext4 online
Столкнулся с тем, что проверка смонтированного раздела ext4 почти всегда приводит к уведомлениям о несуществующих ошибках.
При этом размонтированный раздел чист. Не знаю, баг ли, фича ли это, но для себя решил, что так делать нельзя. И, тем более, нельзя эти ошибки исправлять.
Если кто знает причину такого поведения — объясните, пожалуйста.
[postfactum@flysun]:[~][4]% mount | grep vda3
/dev/vda3 on / type ext4 (rw,errors=remount-ro)[postfactum@flysun]:[~][0]% sudo fsck -n /dev/vda3
[sudo] password for postfactum:
fsck from util-linux-ng 2.17.2
e2fsck 1.41.11 (14-Mar-2010)
Warning! /dev/vda3 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/vda3 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 (2884965, counted=2905305).
Fix? no
Free inodes count wrong (778137, counted=778138).
Fix? no
/dev/vda3: ********** WARNING: Filesystem still has errors **********
/dev/vda3: 67175/845312 files (0.1% non-contiguous), 496283/3381248 blocks
При этом размонтированный раздел чист. Не знаю, баг ли, фича ли это, но для себя решил, что так делать нельзя. И, тем более, нельзя эти ошибки исправлять.
Если кто знает причину такого поведения — объясните, пожалуйста.
- +1
- post-factum
- 03 июля 2010, 11:51
Судя по всему, суть ошибки в том, что во время проверки происходили какие-либо действия с файлами на разделе и fsck, не подозревая об этом, думает, что в ФС глюки (например, в начале проверки было 778137, а в конце 778138, что весьма неожиданно для fsck)