[devel] md failed

[devel] md failed

[Marat Khairullin]

Попробовал поставить Мастер2.2 с root на md raid1:
при инсталяции предупредили о необходимости отдельного /boot (зачем? - отказался) 
При старте md грузится раньше распаковки initrd с модулем raid1.

Я могу загрузиться с root=/dev/hda1 и пересобрать ядро с встроенным raid1
и пересоздать raid, но может есть способ быстрее/правильнее?

...
md: considering hdc1...
md:  adding hdc1 ...
md:  adding hda1 ...
md: created md0
md: bind<hda1,0>
md: bind<hdc1,1>
md: running: <hdc1><hda1>
md: hdc1's event counter: 000000002
md: hda1's event counter: 000000002
md: RAID level 1 does not need chunksize! Continuing anyway.
kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
md: personality 3 is not loaded!
md :do_md_run() returned -22
md: md0 stopped.
md: unbind<hdc1,1>
md: export_rdev(hdc1)
md: unbind<hda1,1>
md: export_rdev(hda1)
md: ... autorun DONE:
NET4: Linux TCP/IP ...
...
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 120k freed
VFS: Mounted root (romfs filesystem) readonly.
Using /lib/modules/2.4.20-alt5-up/kernel/drivers/md/raid1.o
md: raid1 personality registered as nr 3
Using /lib/modules/2.4.20-alt5-up/kernel/fs/jbd/jbd.o
Jornalled Block Device driver loaded
Using /lib/modules/2.4.20-alt5-up/kernel/fs/ext3/ext3.o
EXT3-fs: unable to read superblock
romfs: unable to read superblock
Kernel panic: VFS: Unable to mount root fs on 09:00

Re: [devel] md failed

[Victor V Ismakaev]

Пятница 28 Ноябрь 2003 13:18, Sergey Vlasov написал:
> On Fri, Nov 28, 2003 at 08:17:53AM +0300, Grigory Batalov wrote:
> > On Thu, 27 Nov 2003 23:43:09 +0300
> >
> > Marat Khairullin <xmm@altlinux.ru> wrote:
> > > Попробовал поставить Мастер2.2 с root на md raid1:
> > > при инсталяции предупредили о необходимости отдельного /boot (зачем? -
> > > отказался)
> >
> >   А что ответило lilo, прочитав lilo.conf?
> >
> > > При старте md грузится раньше распаковки initrd с модулем raid1.
> > >
> > > Я могу загрузиться с root=/dev/hda1 и пересобрать ядро с встроенным
> > > raid1
>
> С таким способом загрузки надо обращаться аккуратно.  Самый надёжный
> способ - вообще отключить второй диск, потом разобраться с
> инициализацией RAID, потом как минимум один раз загрузиться с RAID, и
> уже потом подключать второй диск и пересинхронизировать RAID.
>
> Либо можно после такой загрузки затереть зеркало /dev/hda1 на втором
> диске (полностью через dd).  Т.е. если шла работа с разделом мимо
> RAID, необходимо его пересинхронизировать - иначе при следующем
> запуске RAID эти изменения так и не попадут на второй диск, а при
> чтении будут читаться данные то с одного, то с другого диска.  С
> некорневыми разделами эта проблема не возникнет - там RAID запустится
> из скриптов при загрузке.
>
> > > и пересоздать raid, но может есть способ быстрее/правильнее?
> >
> >   Взять mkinitrd из Сизифа (у меня mkinitrd-2.8.9-alt2, работает).
Не подскажешь,как его можно загнать на инсталляционный диск Мастера 2.2 вместо 
старого?

-- 
С уважением
Виктор В Исмакаев
ivv@altlinux.ru

Re: [devel] md failed

[Grigory Batalov]

On Thu, 27 Nov 2003 23:43:09 +0300
Marat Khairullin <xmm@altlinux.ru> wrote:

> Попробовал поставить Мастер2.2 с root на md raid1:
> при инсталяции предупредили о необходимости отдельного /boot (зачем? - отказался)

  А что ответило lilo, прочитав lilo.conf?

> При старте md грузится раньше распаковки initrd с модулем raid1.
> 
> Я могу загрузиться с root=/dev/hda1 и пересобрать ядро с встроенным raid1
> и пересоздать raid, но может есть способ быстрее/правильнее?

  Взять mkinitrd из Сизифа (у меня mkinitrd-2.8.9-alt2, работает).

> ...
> md: considering hdc1...
> md:  adding hdc1 ...
> md:  adding hda1 ...
> md: created md0
> md: bind<hda1,0>
> md: bind<hdc1,1>
> md: running: <hdc1><hda1>
> md: hdc1's event counter: 000000002
> md: hda1's event counter: 000000002
> md: RAID level 1 does not need chunksize! Continuing anyway.
> kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
> md: personality 3 is not loaded!
> md :do_md_run() returned -22
> md: md0 stopped.
> md: unbind<hdc1,1>
> md: export_rdev(hdc1)
> md: unbind<hda1,1>
> md: export_rdev(hda1)
> md: ... autorun DONE:
> NET4: Linux TCP/IP ...
> ...
> RAMDISK: Compressed image found at block 0
> Freeing initrd memory: 120k freed
> VFS: Mounted root (romfs filesystem) readonly.
> Using /lib/modules/2.4.20-alt5-up/kernel/drivers/md/raid1.o
> md: raid1 personality registered as nr 3
> Using /lib/modules/2.4.20-alt5-up/kernel/fs/jbd/jbd.o
> Jornalled Block Device driver loaded
> Using /lib/modules/2.4.20-alt5-up/kernel/fs/ext3/ext3.o
> EXT3-fs: unable to read superblock
> romfs: unable to read superblock
> Kernel panic: VFS: Unable to mount root fs on 09:00

  Учитывая, что модуль raid1 загружен, я бы посмотрел
  на lilo.conf, fstab, raidtab и таблицу разделов дисков.

  Предлагаю с этим перенестись в sisyphus@ .

-- 
Григорий Баталов,
группа техподдержки
ОАО "Ковдорский ГОК"

Re: [devel] md failed

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1699 bytes --]

On Fri, Nov 28, 2003 at 08:17:53AM +0300, Grigory Batalov wrote:
> On Thu, 27 Nov 2003 23:43:09 +0300
> Marat Khairullin <xmm@altlinux.ru> wrote:
> 
> > Попробовал поставить Мастер2.2 с root на md raid1:
> > при инсталяции предупредили о необходимости отдельного /boot (зачем? - отказался)
> 
>   А что ответило lilo, прочитав lilo.conf?
> 
> > При старте md грузится раньше распаковки initrd с модулем raid1.
> > 
> > Я могу загрузиться с root=/dev/hda1 и пересобрать ядро с встроенным raid1

С таким способом загрузки надо обращаться аккуратно.  Самый надёжный
способ - вообще отключить второй диск, потом разобраться с
инициализацией RAID, потом как минимум один раз загрузиться с RAID, и
уже потом подключать второй диск и пересинхронизировать RAID.

Либо можно после такой загрузки затереть зеркало /dev/hda1 на втором
диске (полностью через dd).  Т.е. если шла работа с разделом мимо
RAID, необходимо его пересинхронизировать - иначе при следующем
запуске RAID эти изменения так и не попадут на второй диск, а при
чтении будут читаться данные то с одного, то с другого диска.  С
некорневыми разделами эта проблема не возникнет - там RAID запустится
из скриптов при загрузке.

> > и пересоздать raid, но может есть способ быстрее/правильнее?
> 
>   Взять mkinitrd из Сизифа (у меня mkinitrd-2.8.9-alt2, работает).

Именно.  Причём будет работать и с ядром из Master 2.2.

>   Учитывая, что модуль raid1 загружен, я бы посмотрел
>   на lilo.conf, fstab, raidtab и таблицу разделов дисков.

Тут дело совсем не в этом.  После загрузки модулей RAID из initrd
команду на запуск RAID необходимо давать тоже из initrd, а старый
mkinitrd этого делать не умеет.  Этот вопрос уже многократно
обсуждался.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] md failed

[Marat Khairullin]

On Fri, 28 Nov 2003 08:47:39 +0500
Victor V Ismakaev <ivv@altlinux.ru> wrote:

> Пятница 28 Ноябрь 2003 13:18, Sergey Vlasov написал:
> > On Fri, Nov 28, 2003 at 08:17:53AM +0300, Grigory Batalov wrote:
> > > On Thu, 27 Nov 2003 23:43:09 +0300
> > >
> > > Marat Khairullin <xmm@altlinux.ru> wrote:
> > > > Попробовал поставить Мастер2.2 с root на md raid1:

> > > > и пересоздать raid, но может есть способ быстрее/правильнее?
> > >
> > >   Взять mkinitrd из Сизифа (у меня mkinitrd-2.8.9-alt2, работает).
> Не подскажешь,как его можно загнать на инсталляционный диск Мастера 2.2 вместо 
> старого?

Я поступил по другому:
1) Разбил диск с root на md raid1,
2) дошел до введения пароля для root
3) залил на болванку навый mkinitrd пересобранный для 2.2
4) отмонтировал последний инсталяционный диск: umount /tmp/images
5) chroot /mnt; mount /dev/cdrom /mnt/cdrom;
   rpm -U mkinitrd-$new.rpm; umount /mnt/cdrom; mount -rt iso9660 /dev/hd${cdrom} /tmp/images; exit
(У меня не было флопика)
6) Продолжаем ДО lilo: на 3 экране видим ошибку - не может создать initrd
7) chroot /mnt; cd /lib/modules; ln -s 2.4.20-alt5-up 2.4.20-alt5-boot; 
   mkinitrd -vf /boot/initrd-2.4.20-alt5-up 2.4.20-alt5-up;
   cd /boot; ln -s initrd-2.4.20-alt5-up initrd-up.img; exit
8) Продолжаем инсталяцию...
9) Перегружаем ... говорим спасибо to Grigory Batalov & Sergey Vlasov за подсказку 
   насчет нового mkinitrd и радуемся ...