[sisyphus] Boot from Soft-RAID

[sisyphus] Boot from Soft-RAID

[Sergei Dolmatov]

Добрый день!

Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
--with=raid1. При загрузке ядра в процессе автоопределения md выдается
примерно: нашел разделы для md, пытается их стартовать и тут kmod пишет:
failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2.

Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
котором построен ramdisk, из состава mkinitrd, совсем не знает такой
команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
примерно: 'insmod: unrecognized option -- -d', которая в строке,
переданной ему, отсутствует.

Ядра, на которых это испытывалось: 2.4.19-alt0.8-up, 2.4.20-alt0.8-up.
mkinitrd-2.8.6-alt1

Остальные, не / и не /boot разделы, работают на Software-RAID вполне
нормально.

RAID-1.

Передача параметров md=1,/dev/hda1,/dev/hdc1 ядру не помогла.

Что и где ковырять? Или ставить очередное ядро?

--
Regards,
Sergei Dolmatov.
---
Ignorance is bliss.
		-- Thomas Gray

Fortune updates the great quotes, #42:
	BLISS is ignorance.

Re: [sisyphus] Boot from Soft-RAID

[Владимир]

Привет всем.

Sergei Dolmatov пишет:

>Добрый день!
>
>Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
>--with=raid1. 
>

Хотелось бы просто увидеть вывод mkinitrd, запущенного с вашими ключами и
дополнительным ключиком "-v ". Намного информативней, чем словесное
описание как что делалось (--with=raid1 - для чего?). Я давно взял за 
правило,
без "-v" initrd не создавать, теряется контроль над процессом.


>При загрузке ядра в процессе автоопределения md выдается
>примерно: нашел разделы для md, пытается их стартовать и тут kmod пишет:
>failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2.
>
>Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
>котором построен ramdisk, из состава mkinitrd, совсем не знает такой
>команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
>примерно: 'insmod: unrecognized option -- -d', которая в строке,
>переданной ему, отсутствует.
>
>Ядра, на которых это испытывалось: 2.4.19-alt0.8-up, 2.4.20-alt0.8-up.
>mkinitrd-2.8.6-alt1
>  
>

mkinitrd-2.8.6-alt2 содержит дополнительный ключик "--pause" Предназначен, 
в частности, для "ручной доработки" initrd под загрузку на raid. Но, это 
из разряда вещей, которые нужно осваивать самому. 


>Остальные, не / и не /boot разделы, работают на Software-RAID вполне
>нормально.
>
>RAID-1.
>
>Передача параметров md=1,/dev/hda1,/dev/hdc1 ядру не помогла.
>
>Что и где ковырять? Или ставить очередное ядро?
>

Скорее, "осваивать продвинутые технологии".

-- 
Best regards
Vladimir

Re: [sisyphus] Boot from Soft-RAID

[Sergei Dolmatov]

On Wed, Feb 19, 2003 at 10:26:25AM +0300, Владимир wrote:
> Привет всем.
> 
> Sergei Dolmatov пишет:
> 
> >Добрый день!
> >
> >Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
> >--with=raid1. 
> >
> 
> Хотелось бы просто увидеть вывод mkinitrd, запущенного с вашими ключами и
> дополнительным ключиком "-v ". Намного информативней, чем словесное
> описание как что делалось (--with=raid1 - для чего?). Я давно взял за 
> правило,
> без "-v" initrd не создавать, теряется контроль над процессом.

Вот, примерно:

# mkinitrd -f -vvv --with=ext2 --with=raid1 raid-2.4.19-alt0.8-up.img
# `uname -r`
Copying directory tree from /lib/modules/2.4.19-alt0.8-up: done.
Generating module dependencies in /root/tmp/initrd.batPG28543/fakemod: done.
Using modules:  kernel/fs/ext2/ext2.o kernel/drivers/md/raid1.o
Contents of linuxrc:
#!/bin/sh
/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/fs/ext2/ext2.o 
/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/drivers/md/raid1.o 
Inode count: 47
Image size: 224K
Created image from tree: /root/tmp/initrd.batPG28543/tree --> /root/tmp/initrd.batPG28543/img
Created romfs image file
Installed ramdisk into raid-2.4.19-alt0.8-up.img
Ramdisk size: 76K

--with=raid1 - для загрузки raid1.o, на RAID-1 находится / (c /boot). Если
есть способ подмонтировать корневой раздел без загрузки этого модуля в
initrd (и без пересобирания ядра с встроенной поддержкой raid1) - буду
только рад услышать.

> >При загрузке ядра в процессе автоопределения md выдается
> >примерно: нашел разделы для md, пытается их стартовать и тут kmod пишет:
> >failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2.
> >
> >Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
> >котором построен ramdisk, из состава mkinitrd, совсем не знает такой
> >команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
> >примерно: 'insmod: unrecognized option -- -d', которая в строке,
> >переданной ему, отсутствует.
> >
> >Ядра, на которых это испытывалось: 2.4.19-alt0.8-up, 2.4.20-alt0.8-up.
> >mkinitrd-2.8.6-alt1
> > 
> >
> 
> mkinitrd-2.8.6-alt2 содержит дополнительный ключик "--pause" Предназначен, 
> в частности, для "ручной доработки" initrd под загрузку на raid. Но, это 
> из разряда вещей, которые нужно осваивать самому. 
> 

Вот те доработки, которые мне пришли в голову:
1. Добавить симлинк /bin/modprobe -> /bin/sh, затем сделать симлинк /sbin
-> /bin. Не сработало по описаной выше выше причине.
2. Заменить busybox из mkinitrd на busybox из одноименного пакета. Не
получилось, описано выше.
3. Поставить modprobe из нормального modutils. Требует наличия glibc на
initrd. До этого способа пока не добрался, т.к. посчитал, что должны быть
способы решить эту проблему при помощи busybox.

> 
> >Остальные, не / и не /boot разделы, работают на Software-RAID вполне
> >нормально.
> >
> >RAID-1.
> >
> >Передача параметров md=1,/dev/hda1,/dev/hdc1 ядру не помогла.
> >
> >Что и где ковырять? Или ставить очередное ядро?
> >
> 
> Скорее, "осваивать продвинутые технологии".

--
Regards,
Sergei Dolmatov.
---
Ignorance is bliss.
		-- Thomas Gray

Fortune updates the great quotes, #42:
	BLISS is ignorance.

Поведение busybox [was: Re: [sisyphus] Boot from Soft-RAID]

[Sergei Dolmatov]

On Wed, Feb 19, 2003 at 10:59:24AM +0800, Sergei Dolmatov wrote:
> Добрый день!

[skipped]
 
> Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
> котором построен ramdisk, из состава mkinitrd, совсем не знает такой
> команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
> примерно: 'insmod: unrecognized option -- -d', которая в строке,
> переданной ему, отсутствует.

По поводу поведения busybox c modprobe:

при передачи вот такой команды:

# busybox modprobe -s -k md-personality-3

вот такая команда получается на самом деле:

Feb 19 16:08:53 dolmatov modprobe: insmod -s  -kmd-personality-3

Есть некоторые подозрения, что вот это может быть причиной, но еще не
проверил:

--- modprobe.c.orig Wed Jul 25 16:23:38 2001
+++ modprobe.c  Wed Feb 19 16:10:17 2003
@@ -102,8 +102,8 @@
      quiet ? "-q" : "",
      autoclean ? "-k" : "");
  while (optind < argc) {
-   strcat(cmd, argv[optind]);
    strcat(cmd, " ");
+   strcat(cmd, argv[optind]);
    optind++;
  }
  if (do_syslog)

--
Regards,
Sergei Dolmatov.
---
Ignorance is bliss.
		-- Thomas Gray

Fortune updates the great quotes, #42:
	BLISS is ignorance.

Re: [sisyphus] Boot from Soft-RAID

[Владимир]

Sergei Dolmatov пишет:

>On Wed, Feb 19, 2003 at 10:26:25AM +0300, Владимир wrote:
>  
>
>>Привет всем.
>>
>>Sergei Dolmatov пишет:
>>
>>    
>>
>>>Добрый день!
>>>
>>>Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
>>>--with=raid1. 
>>>
>>>      
>>>
>>Хотелось бы просто увидеть вывод mkinitrd, запущенного с вашими ключами и
>>дополнительным ключиком "-v ". Намного информативней, чем словесное
>>описание как что делалось (--with=raid1 - для чего?). Я давно взял за 
>>правило,
>>без "-v" initrd не создавать, теряется контроль над процессом.
>>    
>>
>
>Вот, примерно:
>
># mkinitrd -f -vvv --with=ext2 --with=raid1 raid-2.4.19-alt0.8-up.img
># `uname -r`
>Copying directory tree from /lib/modules/2.4.19-alt0.8-up: done.
>Generating module dependencies in /root/tmp/initrd.batPG28543/fakemod: done.
>Using modules:  kernel/fs/ext2/ext2.o kernel/drivers/md/raid1.o
>Contents of linuxrc:
>#!/bin/sh
>/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/fs/ext2/ext2.o 
>/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/drivers/md/raid1.o 
>Inode count: 47
>Image size: 224K
>Created image from tree: /root/tmp/initrd.batPG28543/tree --> /root/tmp/initrd.batPG28543/img
>Created romfs image file
>Installed ramdisk into raid-2.4.19-alt0.8-up.img
>Ramdisk size: 76K
>
>--with=raid1 - для загрузки raid1.o, на RAID-1 находится / (c /boot). Если
>есть способ подмонтировать корневой раздел без загрузки этого модуля в
>initrd (и без пересобирания ядра с встроенной поддержкой raid1) - буду
>только рад услышать.
>  
>

Теперь надеюсь и вам все ясно? Только с модулями и без инициализации 
raid не работает.
Попробуйте последовательность:
man raidstart, прочтите boot-raid howto, воспользовавшись ключиком 
-pause реализуйте
полученные знания.

На счет --with=raid1. Попробуйте без него и посмотрите, что нибудь 
изменится?
Подгрузка модуля происходит из за наличия записи в файле /etc/fstab, но 
не из за
ключика.

Теперь то, что вы будете рады услышать.
Есть более простой вариант и я когда то о нем писал. Можно подправить файл
/etc/rc.d/rc.sysinit и грузится на soft-raid1 (и только raid1) в 
деградированном
режиме на модульное ядро и без поддержки raid в initrd "Деградированный"
смущать не должно - процесс идет даже более "кошарно".

>>>Ядра, на которых это испытывалось: 2.4.19-alt0.8-up, 2.4.20-alt0.8-up.
>>>mkinitrd-2.8.6-alt1
>>>
>>>
>>>      
>>>
>>mkinitrd-2.8.6-alt2 содержит дополнительный ключик "--pause" Предназначен, 
>>в частности, для "ручной доработки" initrd под загрузку на raid. Но, это 
>>из разряда вещей, которые нужно осваивать самому. 
>>    
>>


-- 
Best regards
Vladimir

[sisyphus] Re: Поведение busybox [was: Re: [sisyphus] Boot from Soft-RAID]

[Владимир]

Sergei Dolmatov пишет:

>On Wed, Feb 19, 2003 at 10:59:24AM +0800, Sergei Dolmatov wrote:
>  
>
>>Добрый день!
>>    
>>
>
>[skipped]
> 
>  
>
>>Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
>>котором построен ramdisk, из состава mkinitrd, совсем не знает такой
>>команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
>>примерно: 'insmod: unrecognized option -- -d', которая в строке,
>>переданной ему, отсутствует.
>>    
>>
>
>По поводу поведения busybox c modprobe:
>
>при передачи вот такой команды:
>
># busybox modprobe -s -k md-personality-3
>
>вот такая команда получается на самом деле:
>
>Feb 19 16:08:53 dolmatov modprobe: insmod -s  -kmd-personality-3
>
>Есть некоторые подозрения, что вот это может быть причиной, но еще не
>проверил:
>  
>
Чтобы какая-никакая а все же "интеллектуальная" команда modprobe работала
на initrd там должна лежать база данных, создаваемая командой depmod -a
Такие "извраты" для initrd - это уже перебор. Довольствуйтесь простой insmod

-- 
Best regards
Vladimir

Re: [sisyphus] Boot from Soft-RAID

[Sergei Dolmatov]

On Wed, Feb 19, 2003 at 11:43:57AM +0300, Владимир wrote:
> Sergei Dolmatov пишет:
> 
> >On Wed, Feb 19, 2003 at 10:26:25AM +0300, Владимир wrote:
> > 
> >
> >>Привет всем.
> >>
> >>Sergei Dolmatov пишет:
> >>
> >>   
> >>
> >>>Добрый день!
> >>>
> >>>Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
> >>>--with=raid1. 
> >>>
> >>>     
> >>>
> >>Хотелось бы просто увидеть вывод mkinitrd, запущенного с вашими ключами и
> >>дополнительным ключиком "-v ". Намного информативней, чем словесное
> >>описание как что делалось (--with=raid1 - для чего?). Я давно взял за 
> >>правило,
> >>без "-v" initrd не создавать, теряется контроль над процессом.
> >>   
> >>
> >
> >Вот, примерно:
> >
> ># mkinitrd -f -vvv --with=ext2 --with=raid1 raid-2.4.19-alt0.8-up.img
> ># `uname -r`
> >Copying directory tree from /lib/modules/2.4.19-alt0.8-up: done.
> >Generating module dependencies in /root/tmp/initrd.batPG28543/fakemod: 
> >done.
> >Using modules:  kernel/fs/ext2/ext2.o kernel/drivers/md/raid1.o
> >Contents of linuxrc:
> >#!/bin/sh
> >/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/fs/ext2/ext2.o 
> >/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/drivers/md/raid1.o 
> >Inode count: 47
> >Image size: 224K
> >Created image from tree: /root/tmp/initrd.batPG28543/tree --> 
> >/root/tmp/initrd.batPG28543/img
> >Created romfs image file
> >Installed ramdisk into raid-2.4.19-alt0.8-up.img
> >Ramdisk size: 76K
> >
> >--with=raid1 - для загрузки raid1.o, на RAID-1 находится / (c /boot). Если
> >есть способ подмонтировать корневой раздел без загрузки этого модуля в
> >initrd (и без пересобирания ядра с встроенной поддержкой raid1) - буду
> >только рад услышать.
> > 
> >
> 
> Теперь надеюсь и вам все ясно? Только с модулями и без инициализации 
> raid не работает.
> Попробуйте последовательность:
> man raidstart, прочтите boot-raid howto, воспользовавшись ключиком 
> -pause реализуйте
> полученные знания.

Если я не ошибаюсь, запуск raid возможен без прямого запуска raidstart
при применении autodetection, что и было однажды проделано уже. Правда, на
ядре 2.2.19, из Spring. Надеюсь, что в этом плане в 2.4 ничего сильно не
изменилось - если я не прав, поправьте меня.

Разделы, на которых располагается md1 (/) - имеют fstype 0xfd (linux raid
auto), что и определяется ядром, и оно даже пытается запустить этот
массив.

Или я, все-таки, зря надеюсь на autodetection и должен использовать
raidstart/raidstop?

Насколько я понимаю механизм autodetection применительно к raid1 - ядро
при определении дисков и разделов видит 0xfd, понимает, что это raid (как
он понимает ext2 и прочие), после чего неведомыми мне путями пытается
запустить этот raid.

> На счет --with=raid1. Попробуйте без него и посмотрите, что нибудь 
> изменится?
> Подгрузка модуля происходит из за наличия записи в файле /etc/fstab, но 
> не из за
> ключика.
> 
> Теперь то, что вы будете рады услышать.
> Есть более простой вариант и я когда то о нем писал. Можно подправить файл
> /etc/rc.d/rc.sysinit и грузится на soft-raid1 (и только raid1) в 
> деградированном
> режиме на модульное ядро и без поддержки raid в initrd "Деградированный"
> смущать не должно - процесс идет даже более "кошарно".

"Деградированный" - это при использовании 'failed-disk'?

Попробую уточнить ситуацию, вдруг не совсем ясно выразился.

md1 я сделал, корневой раздел на него перенес. Запускается и работает этот
массив вполне нормально (если не делать его корневым :). То есть - есть
корень, скажем, /dev/hda3, с которого создавалось содержимое md1, и
который сейчас используется как корневой.

В /proc/mdstat видно, что md1 поднят и работает в нормальном режиме.

Теперь, если меня действительно правильно поняли, я совсем перестал
соображать - при чем тут degrated mode при загрузке с raid1? Насколько я
знаю, это применяют при создании массива, который будет являться корневым
(ну и при замене отказавшего диска, конечно).

> 
> >>>Ядра, на которых это испытывалось: 2.4.19-alt0.8-up, 2.4.20-alt0.8-up.
> >>>mkinitrd-2.8.6-alt1
> >>>
> >>>
> >>>     
> >>>
> >>mkinitrd-2.8.6-alt2 содержит дополнительный ключик "--pause" 
> >>Предназначен, в частности, для "ручной доработки" initrd под загрузку на 
> >>raid. Но, это из разряда вещей, которые нужно осваивать самому. 
> >>   

--
Regards,
Sergei Dolmatov.
---
Ignorance is bliss.
		-- Thomas Gray

Fortune updates the great quotes, #42:
	BLISS is ignorance.

Re: [sisyphus] Re: Поведение busybox [was: Re: [sisyphus] Boot from Soft-RAID]

[Sergei Dolmatov]

On Wed, Feb 19, 2003 at 11:54:14AM +0300, Владимир wrote:
> Sergei Dolmatov пишет:
> 
> >On Wed, Feb 19, 2003 at 10:59:24AM +0800, Sergei Dolmatov wrote:
> > 
> >
> >>Добрый день!
> >>   
> >>
> >
> >[skipped]
> >
> > 
> >
> >>Файла /sbin/modprobe в образе рамдиска действительно нет. BusyBox, на
> >>котором построен ramdisk, из состава mkinitrd, совсем не знает такой
> >>команды. busybox-0.60.2 из Сизифа в ответ на подобную команду выдает
> >>примерно: 'insmod: unrecognized option -- -d', которая в строке,
> >>переданной ему, отсутствует.
> >>   
> >>
> >
> >По поводу поведения busybox c modprobe:
> >
> >при передачи вот такой команды:
> >
> ># busybox modprobe -s -k md-personality-3
> >
> >вот такая команда получается на самом деле:
> >
> >Feb 19 16:08:53 dolmatov modprobe: insmod -s  -kmd-personality-3
> >
> >Есть некоторые подозрения, что вот это может быть причиной, но еще не
> >проверил:
> > 
> >
> Чтобы какая-никакая а все же "интеллектуальная" команда modprobe работала
> на initrd там должна лежать база данных, создаваемая командой depmod -a
> Такие "извраты" для initrd - это уже перебор. Довольствуйтесь простой insmod

Если бы я этим пользовался. Это иногда хочет kmod (это относится к
проблеме, описаной выше в этом треде). И busybox вроде предоставляет
modprobe, который на самом деле является просто вызовом для insmod/rmmod.

Я же говорил о проблеме пропущенного пробела между -k и именем модуля,
который передает modprobe из busybox.

В 0.60.5 это пофиксено, looks like. Ждать ее в Сизифе?

--
Regards,
Sergei Dolmatov.
---
Ignorance is bliss.
		-- Thomas Gray

Fortune updates the great quotes, #42:
	BLISS is ignorance.

Re: [sisyphus] Boot from Soft-RAID

[Владимир]

Sergei Dolmatov пишет:

>On Wed, Feb 19, 2003 at 11:43:57AM +0300, Владимир wrote:
>  
>
>>Sergei Dolmatov пишет:
>>
>>    
>>
>>>On Wed, Feb 19, 2003 at 10:26:25AM +0300, Владимир wrote:
>>>
>>>
>>>      
>>>
>>>>Привет всем.
>>>>
>>>>Sergei Dolmatov пишет:
>>>>
>>>>  
>>>>
>>>>        
>>>>
>>>>>Добрый день!
>>>>>
>>>>>Озаботился загрузкой с software-RAID. Создал initrd с --with=ext2
>>>>>--with=raid1. 
>>>>>
>>>>>    
>>>>>
>>>>>          
>>>>>
>>>>Хотелось бы просто увидеть вывод mkinitrd, запущенного с вашими ключами и
>>>>дополнительным ключиком "-v ". Намного информативней, чем словесное
>>>>описание как что делалось (--with=raid1 - для чего?). Я давно взял за 
>>>>правило,
>>>>без "-v" initrd не создавать, теряется контроль над процессом.
>>>>  
>>>>
>>>>        
>>>>
>>>Вот, примерно:
>>>
>>># mkinitrd -f -vvv --with=ext2 --with=raid1 raid-2.4.19-alt0.8-up.img
>>># `uname -r`
>>>Copying directory tree from /lib/modules/2.4.19-alt0.8-up: done.
>>>Generating module dependencies in /root/tmp/initrd.batPG28543/fakemod: 
>>>done.
>>>Using modules:  kernel/fs/ext2/ext2.o kernel/drivers/md/raid1.o
>>>Contents of linuxrc:
>>>#!/bin/sh
>>>/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/fs/ext2/ext2.o 
>>>/bin/insmod -f /lib/modules/2.4.19-alt0.8-up/kernel/drivers/md/raid1.o 
>>>Inode count: 47
>>>Image size: 224K
>>>Created image from tree: /root/tmp/initrd.batPG28543/tree --> 
>>>/root/tmp/initrd.batPG28543/img
>>>Created romfs image file
>>>Installed ramdisk into raid-2.4.19-alt0.8-up.img
>>>Ramdisk size: 76K
>>>
>>>--with=raid1 - для загрузки raid1.o, на RAID-1 находится / (c /boot). Если
>>>есть способ подмонтировать корневой раздел без загрузки этого модуля в
>>>initrd (и без пересобирания ядра с встроенной поддержкой raid1) - буду
>>>только рад услышать.
>>>
>>>
>>>      
>>>
>>Теперь надеюсь и вам все ясно? Только с модулями и без инициализации 
>>raid не работает.
>>Попробуйте последовательность:
>>man raidstart, прочтите boot-raid howto, воспользовавшись ключиком 
>>-pause реализуйте
>>полученные знания.
>>    
>>
>
>Если я не ошибаюсь, запуск raid возможен без прямого запуска raidstart
>при применении autodetection, что и было однажды проделано уже. Правда, на
>ядре 2.2.19, из Spring. Надеюсь, что в этом плане в 2.4 ничего сильно не
>изменилось - если я не прав, поправьте меня.
>
>Разделы, на которых располагается md1 (/) - имеют fstype 0xfd (linux raid
>auto), что и определяется ядром, и оно даже пытается запустить этот
>массив.
>
>Или я, все-таки, зря надеюсь на autodetection и должен использовать
>raidstart/raidstop?
>
>Насколько я понимаю механизм autodetection применительно к raid1 - ядро
>при определении дисков и разделов видит 0xfd, понимает, что это raid (как
>он понимает ext2 и прочие), после чего неведомыми мне путями пытается
>запустить этот raid.
>  
>


Как представляется мне, дескриптор 0xfd (после mkraid) включает в себя 
информацию,
которую ранее приходилось выуживать из файла /etc/raidtab (все, что 
меняется, это нет
жесткого требования иметь копию этого файла на initrd, но я с этим не 
экспериментировал
и копию всегда держу) Как без явного raidstart инициализировать raid я 
не знаю.

Что было ранее в Spring сказать не могу (не использовал под raid).
Подозреваю, речь идет о вариации на тему деградированного режима.


>  
>
>>На счет --with=raid1. Попробуйте без него и посмотрите, что нибудь 
>>изменится?
>>Подгрузка модуля происходит из за наличия записи в файле /etc/fstab, но 
>>не из за
>>ключика.
>>
>>Теперь то, что вы будете рады услышать.
>>Есть более простой вариант и я когда то о нем писал. Можно подправить файл
>>/etc/rc.d/rc.sysinit и грузится на soft-raid1 (и только raid1) в 
>>деградированном
>>режиме на модульное ядро и без поддержки raid в initrd "Деградированный"
>>смущать не должно - процесс идет даже более "кошарно".
>>    
>>
>
>"Деградированный" - это при использовании 'failed-disk'?
>  
>


Ну почти. Монтирование корня в режиме только чтение на "половинку" raid
(запись в lilo.conf, и это возможно только для зеркала), далее загрузка 
модуля и
инициализация raid, далее перемонтирование корня в режиме чтение-запись на
полный raid (запись в файле /etc/fstab) Поскольку после монтирования в 
режим
только чтение уже идет отработка rc.sysinit, все "секреты" спрятаны 
именно в нем.
Сценарий с "секретом" я публиковал, сделать его не сложно и самому.
Достаточно переместить секцию инициализации raid из области "после
перемонтирования корня в режим чтение-запись" в область "до ..."
Еще я перемещал секцию инициализации LVM (но в другом направлении и
это уже другая история).


>Попробую уточнить ситуацию, вдруг не совсем ясно выразился.
>
>md1 я сделал, корневой раздел на него перенес. Запускается и работает этот
>массив вполне нормально (если не делать его корневым :). То есть - есть
>корень, скажем, /dev/hda3, с которого создавалось содержимое md1, и
>который сейчас используется как корневой.
>
>В /proc/mdstat видно, что md1 поднят и работает в нормальном режиме.
>
>Теперь, если меня действительно правильно поняли, я совсем перестал
>соображать - при чем тут degrated mode при загрузке с raid1? Насколько я
>знаю, это применяют при создании массива, который будет являться корневым
>(ну и при замене отказавшего диска, конечно).
>  
>

-- 
Best regards
Vladimir

[sisyphus] Re: Boot from Soft-RAID

[Michael Shigorin]

On Wed, Feb 19, 2003 at 02:34:57PM +0300, Владимир wrote:
> Сценарий с "секретом" я публиковал, сделать его не сложно и самому.

Я извиняюсь, а можно ссылку?

PS: вообще-то все плохо, т.к. в редхате оно само и стремительным
домкратом, без организации стройной системы костылей и
веревочек...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Re: Boot from Soft-RAID

[Владимир]

Michael Shigorin пишет:

>On Wed, Feb 19, 2003 at 02:34:57PM +0300, Владимир wrote:
>  
>
>>Сценарий с "секретом" я публиковал, сделать его не сложно и самому.
>>    
>>
>
>Я извиняюсь, а можно ссылку?
>  
>

В рассылке sisyphus 11.11.2002
В рассылке community 11.11.2002 и продублировал 02.12.2002
Тема LVM

>PS: вообще-то все плохо, т.к. в редхате оно само и стремительным
>домкратом, без организации стройной системы костылей и
>веревочек...
>  
>
Здесь тоже никаких "веревочек".
В сценарии переместили момент инициализации raid и все рассыпалось.


-- 
Best regards
Vladimir

Re: [sisyphus] Re: Boot from Soft-RAID

[Sergei Dolmatov]

On Fri, Feb 21, 2003 at 01:59:58PM +0300, Владимир wrote:
> Michael Shigorin пишет:
> 
> >On Wed, Feb 19, 2003 at 02:34:57PM +0300, Владимир wrote:
> > 
> >
> >PS: вообще-то все плохо, т.к. в редхате оно само и стремительным
> >домкратом, без организации стройной системы костылей и
> >веревочек...
> > 
> >
> Здесь тоже никаких "веревочек".
> В сценарии переместили момент инициализации raid и все рассыпалось.

Попробую опять вмешаться и объяснить ситуацию еще раз, насколько я понял
положение дел с RAID-1 на 2.4.20-alt0.8 (просто под рукой оказались именно
эти исходники, но, кажется, это обще для 2.4).

Автоопределение и автозапуск RAID-1 массива в ядре требует загрузки модуля
md-personality-3, который при обычных условиях является алиасом для
raid1.o, что и должен определить modprobe.

Загрузка этого модуля (md-personality-3) выполняется ядром посредством
(по-моему) жесткого вызова '/sbin/modprobe -s -k -- md-personality-3'. В
текущем ramdisk, создаваемом mkinitrd, нет ни каталога /sbin, ни,
соответственно, modprobe в нем. busybox, поставляемый с mkinitrd, собран
без поддержки modprobe.

Какие действия были выполнены мной...

1. Создан ramdisk, пересобран busybox с поддержкой modprobe (и с небольшим
фиксом по поводу пропущенного пробела) и вставлен вместо sh в рамдиске,
создан симлинк modprobe -> sh.

2. Каталог /bin скопирован в /sbin (перед этим было испробовано создание
симлинка, не помогло тоже).

3. raid1.o скопирован в md-personality-3.o.

Почему-то мне кажется, что остается только один путь - перебрать ядро с
вкомпиленной поддержкой raid1. Путь не самый желаемый (ядра я не собирал
уже года 1.5 - 2), поэтому все еще надеюсь, что выход найдется.

Жду помощи. :)

--
Regards,
Sergei Dolmatov.
---
A computer lets you make more mistakes faster than any other invention,
with the possible exceptions of handguns and Tequilla.
	-- Mitch Ratcliffe