[Sysadmins] не монтируется root fs или самопроизвольная смена ext3 -> ext2

[Konstantin A. Lepikhov]

Hi Sergey!

Tuesday 24, at 12:54:15 PM you wrote:

> Приветствую.
> 
> Столкнулся со странной проблемой, в общем-то впервые. В какой-то момент,
> правда после аварийного отключения, система перестала стартовать с выдачей
> сообщения о невозможности смонтировать устройство с неким UUID. Попытка
> переделать с UUID на /dev/sda5 эффекта не дала, стало писаться что невозможно
> смонтировать /dev/root (кстати, почему не /dev/sda5 ? в lilo было именно так),
> так как он не найден. При этом, ручное монтирование проходило без проблем.
> Хорошо, что заметл, что blkid показывает 
> 
> /dev/sda5: UUID="7c4917da-d876-4684-a746-e26fccc81139" TYPE="ext2"
> 
> вместо
> 
> /dev/sda5: UUID="7c4917da-d876-4684-a746-e26fccc81139" SEC_TYPE="ext2" TYPE="ext3"
> 
> tune2fs -j /dev/sda5 ситуацию исправл, но что это было ? Никто не сталкавался ?
> 
> Стоит Branch 4.1, набор ядер:
> 
> kernel-image-ovz-smp-2.6.26-alt0.3
> kernel-image-ovz-smp-2.6.18-alt14
> kernel-image-std-def-2.6.25-alt8.M41.1
> kernel-image-std-smp-2.6.18-alt6
> 
> По-умолчанию используется, в последнее время, std-def-2.6.25-alt8.M41.1.
> Иногда ovz-smp-2.6.26-alt0.3. Никто не сталкивался ?
Видимо, в каком-то из ядер поддержка ext2 включена внутрь, и при загрузке
root монтируется как ext2, а не ext3. Обойти это можно через параметр
rootfstype=<fs type>

PS В моих ядрах таких косяков нет ;)

-- 
WBR et al.