проблема с монтированием ext4 при загрузке

/ раздел - ext4. dmesg | grep mount:

EXT3-fs (sda3): error: couldn't mount because of unsupported optional features (240)
EXT2-fs (sda3): error: couldn't mount because of unsupported optional features (240)
EXT4-fs (sda3): mounted filesystem with ordered data mode

в процессе загрузки говорится, что раздел clean, однако fsck -n /dev/sda3:

...
gentoo_root contains a file system with errors, check forced.
...

на другой машине (тоже ext4) ситуация один в один. однако если подключить туда этот винт (и наоборот), fsck покажет, что раздел clean.

непонятно, что вообще происходит...похожая проблема описана в http://bugs.gentoo.org/show_bug.cgi?id=221245
предлагают: These warnings can be fixed by adding ext4 to top of /etc/filesystems. а как это сделать и поможет ли? сейчас там:

        ext3
        ext2
        ext4

сделал в genkernel MODULES_FS "ext4 ext3 ext2" - не помогло. ext4 там вообще не было )
"rootfstype=ext4" kernel parameter говорят не помогает
вот еще советуют:

It is possible to mount both ext3 (and ext2, in kernels 2.6.28 and later)
filesystems directly using the ext4 filesystem driver. 
See https://ext4.wiki.kernel.org/index.php/Ext4_Howto

So you'd need only ext4 module to be loaded before or compiled in kernel.

пробовать отключать ext[23] опасаюсь. - /boot у меня ext2

что посоветуют грамотные люди? я там понимаю, что ситуация чревата повреждением данных...

можно посмотреть на можно

можно посмотреть на конфиг ядра? и еще расскажите что делали чтобы получить такой вот результат?

конфиг -

конфиг - http://pastebin.com/2M9BWpwd

да собственно пересобрал ядро с 2.6.32-r7 на 2.6.34-r1 и заметил: что-то при загрузке подозрительное промелькнуло. остальное уже описал. а вторая машинка сразу была собрана на 2.6.34-r1, там при загрузке все в порядке соответственно проверку запускать было незачем.
такое впечатление, что монтирование при загрузке производится с помощью другого драйвера, нежели чем последующее монтирование в консоли...

Вкомпильте ехт2,3,4 в ядро и

Может вам откатить удев на 149?

изначально было и есть

изначально было и есть CONFIG_EXT[234]_FS=y. выше я привел конфиг ядра, но в из багзиллы вроде как следует что это не зависит от того, genkernel или нет а зависит от порядка в /proc/filesystems

udev Installed versions:

udev Installed versions: 149....

переборол себя, отключил в

переборол себя, отключил в ядре ext[23]. грузится теперь без ошибок, но fsck -n все равно говорит об ошибке.
Получается, что на смонтированном разделе так и должно быть? ))

если да, то [solved]

Beelzebubbie

Beelzebubbie написал(а):
переборол себя, отключил в ядре ext[23]. грузится теперь без ошибок, но fsck -n все равно говорит об ошибке.
Получается, что на смонтированном разделе так и должно быть? ))

если да, то [solved]

Ну вы даете! fsck на смонтированном разделе - это ССЗБ! Обычно он и не запускается, только через форс...

я ж с -n запускал.. а как

я ж с -n запускал.. а как тогда на лету на примонтированном разделе проверить состояние раздела? например, как в данном случае - если раздел один?

:)

# touch /.forcefsck && reboot

Или не скрытый, т.е. без точки вначале, точно не помню, проверь.

http://gentoo.ru/node/25164 в

http://gentoo.ru/node/25164
всё корректно, данные не повредятся

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".