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

Konstantin A. Lepikhov =?iso-8859-1?q?lakostis_=CE=C1_unsafe=2Eru?=
Чт Фев 26 17:00:37 MSK 2009


Hi Sergey!

Thursday 26, at 04:23:05 PM you wrote:

> On Thursday 26 February 2009, Konstantin A. Lepikhov wrote:
> 
> > > /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>
> 
> Тут вопрос больше в том, почему TYPE стал "ext2". Потому как инсталлятор
> Server 4.0.1 так не делает. Да и работало оно. Случилось "вдруг", при
> перезагрузке.
Какое-то из std-def ядер могло подмонтировать систему как ext2, грохнув на
ней журнал. Потом уже можно загружать любое ядро, результат будет один.

> 
> > PS В моих ядрах таких косяков нет ;)
> 
> Да ладно ?! А это чьё ? kernel-image-ovz-smp-2.6.26-alt0.3 ;-)
см. выше. Требую пруф оф концепт.

-- 
WBR et al.


Подробная информация о списке рассылки Sysadmins