Re: [Comm] Ошибки при загрузке.

Re: [Comm] Ошибки при загрузке.

[Michael Shigorin]

On Thu, May 15, 2003 at 03:03:25PM +0500, Mike Lykov wrote:
> > Это фрагмент записи для 2.4.20-alt0.8; таким образом, в ALM2.2
> > драйвер вошел (включая инсталер).
> > Собственно, проблема-то возникла или просто ожидалась?
> Уже возникла, наверно.  Итак, что делаю я.
> есть: HPT370 (IDE RAID), к нему подключены два винта,

Ну.

> поставдены в RAID1 (зеркалирование).

А вот и проблема.  Это умеет только закрытый драйвер IIRC.

> прямо на это дело ставлю ALM2.2 при этапе разметки дисков видит
> два отдельных винта (hde & hdf)

Сконфигурируйте HPT как два отдельных канала _и_все_, а RAID
делайте средствами инсталятора.

Грабли: корневой раздел текущий инсталер / mkinitrd _не_
позволяют посадить на RAID, см.
http://search.altlinux.ru/?q=root+raid1 по части обсуждения
проблемы и объездов.

> в консоли: running ldconfig with root /mnt
> ldconfig failed: no such file or directory

Где-то я это видел.  Не помню вот только.

> пробовал уже с одним диском подключенным к IDE RAID, одним
> диском подключенным к IDE... разные ошибки, в основном именно
> почему-то no such file....

Ммм... тогда уж встать на родной IDE, потом перецепляться на HPT.

> какую процедуру установки посоветуете?

Сделайте поиск; отключите RAID1 в HPT; цепляйтесь на Soft RAID,
все равно по производительности примерно то же и выходит.

PS: назад в community?

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

[Comm] Попытка поставить ALM2.2 на HPT370

[Mike Lykov]

В сообщении от Четверг 15 Май 2003 15:20 вы написали:

> > есть: HPT370 (IDE RAID), к нему подключены два винта,
> > поставдены в RAID1 (зеркалирование).
> А вот и проблема.  Это умеет только закрытый драйвер IIRC.

Убрал зеркалирвание, отключил один винт. второй остался на raid, виден как hde
Запускаю устаноку. 
этап "настройка жестк.диска"
"есть ли у вас какие скази-интерфейсы"?
если да, вываливает список модулей.
Вот сюда бы воткнуть этот модуль для HPT37xx....
модуль для 366-то уже давно в ядре сидит, и определяется (см описание 
оборудования - видна строка hptraid :triones | HPT366 [NOT_DEFINED] )

Приходится выбрать НЕТ (у меня скази интерфейсов)
после чего диск виден на hde, а с модулем-то уже был бы виден как sda.. ;)

Назначаю на hde точки монтирования
выбираю пакеты (хотя они уже определяются как установленные ;)
поскольку пакетов устанавливать не надо (они уже определились) сразу вижу 
табличку ldconfig failed
в этот момент:
(переписываю руками глядя в соседний монитор)
ctrl-alt-f3
getfile Mandrake/share/advert..../list:
erroropeningfile Manrake/..../list
три раза с разными путями (с локалью, просто .ru, затем просто 
advertising/list)

затем про ldconfig , что no such file

ctrl-alt-f4
Highpoint HPT370 Softwareraid diiver for linux version 0.01
No raid array found
два раза
дальше такое:
reiserfs: cheching transaction log (device 21:01)
replayed 5 transactions
reiserfs: cheching transaction log (device 21:05)
replayed 6 transactions
reiserfs: cheching transaction log (device 21:07)
..
reiserfs: cheching transaction log (device 21:08)
replayed 2 transactions

на ctrl-alt-f5

warning: loading такой-то модуль will taint the kernel:forced load

затем
warning: loading такой-то /tmp/hptraid.o will taint the kernel:forced load
/tmp/hptraid.o: init_module: no such device
два раза

я так понимаю, это как раз модуль для software raid ?...

Все, перешел в графику - зациклился на выборе пакетов.

Переключил винт на обычный IDE канал, первый мастер.
появляется меню лило, при попытке грузить сразу говорит loading linux-up EBDA 
too big ;)

загрузился с компакта. пишет:
DiskDrake не смог корректно прочитать таблицу разделов. продолжайте на свой 
страх и риск! (ессно, а куда деваться ;)
(в консоли - bad magic number at .../partition_table_empty.pm line 31)

Вижу - разделы по размеру определены верно, но на всех был reiserfs, а тут 
почему-то первый - reiserfs, а дальше все как будто в ext2 ;)

и при форматировании не увидел swap раздел ;) (хотя он остался)
Переразбил разделы, переформатировал все.

продолжение в следующем письме.

-- 
Mike

Re: [Comm] Ошибки при загрузке.

[Борис Ревякин]

On Thu, 15 May 2003 13:20:32 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> Грабли: корневой раздел текущий инсталер / mkinitrd _не_
> позволяют посадить на RAID, см.
> http://search.altlinux.ru/?q=root+raid1 по части обсуждения
> проблемы и объездов.

Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.

Я встрял вот с этим (хотя, что еще могло бы быть другое?)
...
request_module[md-personality_3]: Root fs not mounted
md: personalyty 3 is not loaded!
md: do_md_run() returned -22
...

P.S. Собрать с md raid-ами в нутрях ядро несколько не то,
     что хотелось бы получить. :-(

-- 
С уважением,
  нач.ОАСУ ЗАО "Урупский ГОК"
  Борис Ревякин			mailto:br@gin.ru
  
  
  

[Comm] root raid (was: Ошибки при загрузке.)

[Michael Shigorin]

On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
> > http://search.altlinux.ru/?q=root+raid1 по части обсуждения
> Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
> Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.

Оно там было, ищите -- я тоже буду искать, но не сейчас, а
скоро...

Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
что стоит делать /boot первым разделом и ставить загрузчик
(точнее, именно LILO) на него.  В случае для зеркала.

Эх, блин -- на шляпе-то работает...

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

Re: [Comm] root raid (was: Ошибки при загрузке.)

[Владимир]

Michael Shigorin пишет:

>On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
>  
>
>>>http://search.altlinux.ru/?q=root+raid1 по части обсуждения
>>>      
>>>
>>Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
>>Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
>>    
>>
>
>Оно там было, ищите -- я тоже буду искать, но не сейчас, а
>скоро...
>
>Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
>что стоит делать /boot первым разделом и ставить загрузчик
>(точнее, именно LILO) на него.  В случае для зеркала.
>
>Эх, блин -- на шляпе-то работает...
>
>  
>

У меня загрузка корня на soft-raid1 настроена для ядра 2.4.20-alt7-up, 
но ...
Странности в этом ядре для soft-raid имеются, что стало причиной
невозможности использования старых проверенных способов
загрузки (тех, что на ура работали в 2.4.18). У меня все сделано настолько
"грязно", что просто стыдно делиться таким "опытом". Лучше дождаться
другого ядра.

-- 
Best regards
Vladimir

Re: [Comm] root raid

[Aleksey Avdeev]

Michael Shigorin пишет:
> On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
> 
>>>http://search.altlinux.ru/?q=root+raid1 по части обсуждения
>>
>>Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
>>Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
> 
> 
> Оно там было, ищите -- я тоже буду искать, но не сейчас, а
> скоро...

   Только загрузка на raid1 в ДЕГРАДИРОВАННОМ режиме... Как 
загрузить систему с корнем на raid1 в штатном режиме, мне лично - 
найти не удалось.

> 
> Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
> что стоит делать /boot первым разделом и ставить загрузчик
> (точнее, именно LILO) на него.  В случае для зеркала.

   При пользовании мини HOWTO "Boot + Root + Raid + Lilo : 
Программный Raid" нужно учитывать что подменой корня в Мастере 
занимается не linuxrc а кто-то другой (возможно
BusyBox или код в ядре)... А так, подобная схема у меня работала 
на ядре 2.4.20-alt5-up, сейчас делаю её же для ядра 2.4.20-alt7-up.

> 
> Эх, блин -- на шляпе-то работает...
> 

   ИМХО: В Мастере проблема в том, что автодетект рейда 
выполняется ДО загрузки необходимых модулей средствами
linuxrc (помоему, даже до монтирования initrd). При этом, запись 
в initrd /sbin/modprobe (бинарник с необходимыми либами, или как 
линк на существующий там insmod) и /etc/modules.conf не помогло. 
   (depmod -a в контексте initrd - тоже.)

-- 

С уважением. Алексей.

Re: [Comm] root raid

[Борис Ревякин]

On Wed, 21 May 2003 12:10:48 +0400
"Aleksey Avdeev" <solo_oboroten@mail333.com> wrote:

> Michael Shigorin пишет:
> > On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
> > 
> >>>http://search.altlinux.ru/?q=root+raid1 по части обсуждения
> >>
> >>Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
> >>Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
> > 
> > 
> > Оно там было, ищите -- я тоже буду искать, но не сейчас, а
> > скоро...
> 
>    Только загрузка на raid1 в ДЕГРАДИРОВАННОМ режиме... Как 
> загрузить систему с корнем на raid1 в штатном режиме, мне лично - 
> найти не удалось.
> 
> > 
> > Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
> > что стоит делать /boot первым разделом и ставить загрузчик
> > (точнее, именно LILO) на него.  В случае для зеркала.
> 
>    При пользовании мини HOWTO "Boot + Root + Raid + Lilo : 
> Программный Raid" нужно учитывать что подменой корня в Мастере 
> занимается не linuxrc а кто-то другой (возможно
> BusyBox или код в ядре)... А так, подобная схема у меня работала 
> на ядре 2.4.20-alt5-up, сейчас делаю её же для ядра 2.4.20-alt7-up.
> 
> > 
> > Эх, блин -- на шляпе-то работает...
> > 
> 
>    ИМХО: В Мастере проблема в том, что автодетект рейда 
> выполняется ДО загрузки необходимых модулей средствами
> linuxrc (помоему, даже до монтирования initrd). При этом, запись 
> в initrd /sbin/modprobe (бинарник с необходимыми либами, или как 
> линк на существующий там insmod) и /etc/modules.conf не помогло. 
>    (depmod -a в контексте initrd - тоже.)

Полностью с Вами согласен.
Если собрать ядро с md внутрях, то загрузка происходит нормально.
Cкажите, что надо править для решения этой проблемы?
Уж очень не хочется пересобирать ядра из-за этой фишки. :-(


-- 
С уважением,
  нач.ОАСУ ЗАО "Урупский ГОК"
  Борис Ревякин			mailto:br@gin.ru
  
  
  

Re: [Comm] root raid

[Aleksey Avdeev]

Борис Ревякин пишет:
> On Wed, 21 May 2003 12:10:48 +0400
> "Aleksey Avdeev" <solo_oboroten@mail333.com> wrote:
> 
> 
>>Michael Shigorin пишет:
>>
>>>On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
>>>
>>>
>>>>>http://search.altlinux.ru/?q=root+raid1 по части обсуждения
>>>>
>>>>Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
>>>>Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
>>>
>>>
>>>Оно там было, ищите -- я тоже буду искать, но не сейчас, а
>>>скоро...
>>
>>   Только загрузка на raid1 в ДЕГРАДИРОВАННОМ режиме... Как 
>>загрузить систему с корнем на raid1 в штатном режиме, мне лично - 
>>найти не удалось.
>>
>>
>>>Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
>>>что стоит делать /boot первым разделом и ставить загрузчик
>>>(точнее, именно LILO) на него.  В случае для зеркала.
>>
>>   При пользовании мини HOWTO "Boot + Root + Raid + Lilo : 
>>Программный Raid" нужно учитывать что подменой корня в Мастере 
>>занимается не linuxrc а кто-то другой (возможно
>>BusyBox или код в ядре)... А так, подобная схема у меня работала 
>>на ядре 2.4.20-alt5-up, сейчас делаю её же для ядра 2.4.20-alt7-up.
>>
>>
>>>Эх, блин -- на шляпе-то работает...
>>>
>>
>>   ИМХО: В Мастере проблема в том, что автодетект рейда 
>>выполняется ДО загрузки необходимых модулей средствами
>>linuxrc (помоему, даже до монтирования initrd). При этом, запись 
>>в initrd /sbin/modprobe (бинарник с необходимыми либами, или как 
>>линк на существующий там insmod) и /etc/modules.conf не помогло. 
>>   (depmod -a в контексте initrd - тоже.)
> 
> 
> Полностью с Вами согласен.
> Если собрать ядро с md внутрях, то загрузка происходит нормально.
> Cкажите, что надо править для решения этой проблемы?
> Уж очень не хочется пересобирать ядра из-за этой фишки. :-(

   Править надо initrd. Пока делаю это примерно так:

1. $ sudo mkinitrd --with raid1 --pause <initrd-image> 
<kernel-version>

2. Скрипт выведет имя каталога (у меня /tmp/initrd.*) где он 
создал заготовку образа и предложит нажать на ENTER после 
корректировок.

3. Я выполнял следующие (от root, всё относительно /tmp/initrd.*):

   а) mkdir proc

   б) ln -s bin sbin

   в) в bin скопировал системные umount и raidstart

   г) в lib - требуемые библиотеки (2 штуки + 2 софт линка на них 
какие именно - непомню: сделано дома)

   д) в etc - /etc/raidtab

   е) в dev - используемые устройства (в моём случаи - 
требующиеся sd* и md*)

   ё) дополнить linuxrc следующим кодом (шаблон):

/bin/mount <опции, устройство> /proc
/bin/raidstart <md*>
/bin/umount /proc

4. Нажать на ENTER :-)

   Разумеется решение не очень красивое (например, umount можно 
реализовать средствами BusyBox). :-( Над болие красивым я 
работаю, но это займёт время, а его - мало.

-- 

С уважением. Алексей.

Re: [Comm] root raid

[Владимир]

Aleksey Avdeev пишет:

> Борис Ревякин пишет:
>
>> On Wed, 21 May 2003 12:10:48 +0400
>> "Aleksey Avdeev" <solo_oboroten@mail333.com> wrote:
>>
>>
>>> Michael Shigorin пишет:
>>>
>>>> On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
>>>>
>>>>
>>>>>> http://search.altlinux.ru/?q=root+raid1 по части обсуждения
>>>>>
>>>>>
>>>>> Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
>>>>> Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
>>>>
>>>>
>>>>
>>>> Оно там было, ищите -- я тоже буду искать, но не сейчас, а
>>>> скоро...
>>>
>>>
>>>   Только загрузка на raid1 в ДЕГРАДИРОВАННОМ режиме... Как загрузить 
>>> систему с корнем на raid1 в штатном режиме, мне лично - найти не 
>>> удалось.
>>>
>>>
>>>> Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
>>>> что стоит делать /boot первым разделом и ставить загрузчик
>>>> (точнее, именно LILO) на него.  В случае для зеркала.
>>>
>>>
>>>   При пользовании мини HOWTO "Boot + Root + Raid + Lilo : 
>>> Программный Raid" нужно учитывать что подменой корня в Мастере 
>>> занимается не linuxrc а кто-то другой (возможно
>>> BusyBox или код в ядре)... А так, подобная схема у меня работала на 
>>> ядре 2.4.20-alt5-up, сейчас делаю её же для ядра 2.4.20-alt7-up.
>>>
>>>
>>>> Эх, блин -- на шляпе-то работает...
>>>>
>>>
>>>   ИМХО: В Мастере проблема в том, что автодетект рейда выполняется 
>>> ДО загрузки необходимых модулей средствами
>>> linuxrc (помоему, даже до монтирования initrd). При этом, запись в 
>>> initrd /sbin/modprobe (бинарник с необходимыми либами, или как линк 
>>> на существующий там insmod) и /etc/modules.conf не помогло.   
>>> (depmod -a в контексте initrd - тоже.)
>>
>>
>>
>> Полностью с Вами согласен.
>> Если собрать ядро с md внутрях, то загрузка происходит нормально.
>> Cкажите, что надо править для решения этой проблемы?
>> Уж очень не хочется пересобирать ядра из-за этой фишки. :-(
>
>
>   Править надо initrd. Пока делаю это примерно так:
>
> 1. $ sudo mkinitrd --with raid1 --pause <initrd-image> <kernel-version>
>
> 2. Скрипт выведет имя каталога (у меня /tmp/initrd.*) где он создал 
> заготовку образа и предложит нажать на ENTER после корректировок.
>
> 3. Я выполнял следующие (от root, всё относительно /tmp/initrd.*):
>
>   а) mkdir proc 



Я обходился и обхожусь без этого.


>
>
>   б) ln -s bin sbin
>
>   в) в bin скопировал системные umount и raidstart 



Соответственно, umount мне не нужен.


>
>
>   г) в lib - требуемые библиотеки (2 штуки + 2 софт линка на них какие 
> именно - непомню: сделано дома)
>
>   д) в etc - /etc/raidtab 



Вот здесь у меня получается основная "засада".
"Теоретически", если корневой raid находится на разделе тип fd, то этот 
файл не требуется -
команда raidstart все необходимое должна достать из дескриптора раздела. 
А этого не происходит.
С raidtab все стартует, но с руганью.

md: autorun ...
md: considering sdb2 ...
md:  adding sdb2 ...
md:  adding sda2 ...
md: created md0
md: bind<sda2,1>
md: bind<sdb2,2>
md: running: <sdb2><sda2>
md: sdb2's event counter: 0000001c
md: sda2's event counter: 0000001c
md: RAID level 1 does not need chunksize! Continuing anyway.

Вот это мне не понятно. Для raid1 chunks необходимы. В ядре 2.4.18 этой 
ругани не наблюдалось.

md0: max total readahead window set to 508k
md0: 1 data-disks, max readahead per data-disk: 508k
raid1: device sdb2 operational as mirror 1
raid1: device sda2 operational as mirror 0
raid1: raid set md0 active with 2 out of 2 mirrors
md: updating md0 RAID superblock on device
md: sdb2 [events: 0000001d]<6>(write) sdb2's sb offset: 337280
md: sda2 [events: 0000001d]<6>(write) sda2's sb offset: 337280
 [events: 62c1a1d3]
md: invalid raid superblock magic on md0

И вот это мне тоже не понятно, на 2.4.18 не наблюдалось.

md: md0 has invalid sb, not importing!
md: no nested md device found
md: ... autorun DONE.


Если не обращать внимания на ругань, все остальное в норме.


>
>
>   е) в dev - используемые устройства (в моём случаи - требующиеся sd* 
> и md*)
>
>   ё) дополнить linuxrc следующим кодом (шаблон):
>
> /bin/mount <опции, устройство> /proc
> /bin/raidstart <md*>
> /bin/umount /proc


Соответственно, обхожусь без монтирования - размонтирования /proc.

>
> 4. Нажать на ENTER :-)
>
>   Разумеется решение не очень красивое (например, umount можно 
> реализовать средствами BusyBox). :-( Над болие красивым я работаю, но 
> это займёт время, а его - мало.
>

А чтобы было "совсем красиво" и при выключении небыло ругани на занятое 
устройство raid, в
/etc/lilo.conf можно указать, что корень сидит на "половинке" raid1, а в 
/etc/fstab, что корень на md{x}
И для аварийной загрузки так надежнее. На ядре 2.4.18 после правки 
rc.sysinit можно было грузиться
обычным образом на половинку raid зеркала и потом инициализировать 
корневой raid, с 2.4.20 так не
получается.


-- 
Best regards
Vladimir

Re: [Comm] root raid

[Aleksey Avdeev]

Владимир пишет:
> Aleksey Avdeev пишет:
> 
>> Борис Ревякин пишет:
>>
>>> On Wed, 21 May 2003 12:10:48 +0400
>>> "Aleksey Avdeev" <solo_oboroten@mail333.com> wrote:
>>>
>>>
>>>> Michael Shigorin пишет:
>>>>
>>>>> On Fri, May 16, 2003 at 11:00:00AM +0400, Борис Ревякин wrote:
>>>>>
>>>>>
>>>>>>> http://search.altlinux.ru/?q=root+raid1 по части обсуждения
>>>>>>
>>>>>>
>>>>>>
>>>>>> Михаил, обсуждения кое какие и правда есть, но я решения не нашел.
>>>>>> Пожалуйста, ткните в решение. Ну _ОЧЕНЬ_ прошу.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Оно там было, ищите -- я тоже буду искать, но не сейчас, а
>>>>> скоро...
>>>>
>>>>
>>>>
>>>>   Только загрузка на raid1 в ДЕГРАДИРОВАННОМ режиме... Как загрузить 
>>>> систему с корнем на raid1 в штатном режиме, мне лично - найти не 
>>>> удалось.
>>>>
>>>>
>>>>> Еще что-то вроде Root-RAID-Boot HOWTO содержало указание на то,
>>>>> что стоит делать /boot первым разделом и ставить загрузчик
>>>>> (точнее, именно LILO) на него.  В случае для зеркала.
>>>>
>>>>
>>>>
>>>>   При пользовании мини HOWTO "Boot + Root + Raid + Lilo : 
>>>> Программный Raid" нужно учитывать что подменой корня в Мастере 
>>>> занимается не linuxrc а кто-то другой (возможно
>>>> BusyBox или код в ядре)... А так, подобная схема у меня работала на 
>>>> ядре 2.4.20-alt5-up, сейчас делаю её же для ядра 2.4.20-alt7-up.
>>>>
>>>>
>>>>> Эх, блин -- на шляпе-то работает...
>>>>>
>>>>
>>>>   ИМХО: В Мастере проблема в том, что автодетект рейда выполняется 
>>>> ДО загрузки необходимых модулей средствами
>>>> linuxrc (помоему, даже до монтирования initrd). При этом, запись в 
>>>> initrd /sbin/modprobe (бинарник с необходимыми либами, или как линк 
>>>> на существующий там insmod) и /etc/modules.conf не помогло.   
>>>> (depmod -a в контексте initrd - тоже.)
>>>
>>>
>>>
>>>
>>> Полностью с Вами согласен.
>>> Если собрать ядро с md внутрях, то загрузка происходит нормально.
>>> Cкажите, что надо править для решения этой проблемы?
>>> Уж очень не хочется пересобирать ядра из-за этой фишки. :-(
>>
>>
>>
>>   Править надо initrd. Пока делаю это примерно так:
>>
>> 1. $ sudo mkinitrd --with raid1 --pause <initrd-image> <kernel-version>
>>
>> 2. Скрипт выведет имя каталога (у меня /tmp/initrd.*) где он создал 
>> заготовку образа и предложит нажать на ENTER после корректировок.
>>
>> 3. Я выполнял следующие (от root, всё относительно /tmp/initrd.*):
>>
>>   а) mkdir proc 
> 
> 
> 
> 
> Я обходился и обхожусь без этого.

   У меня без него raidstart работать отказывался...

> 
> 
>>
>>
>>   б) ln -s bin sbin
>>
>>   в) в bin скопировал системные umount и raidstart 
> 
> 
> 
> 
> Соответственно, umount мне не нужен.
> 
> 
>>
>>
>>   г) в lib - требуемые библиотеки (2 штуки + 2 софт линка на них какие 
>> именно - непомню: сделано дома)
>>
>>   д) в etc - /etc/raidtab 
> 
> 
> 
> 
> Вот здесь у меня получается основная "засада".
> "Теоретически", если корневой raid находится на разделе тип fd, то этот 
> файл не требуется -
> команда raidstart все необходимое должна достать из дескриптора раздела. 
> А этого не происходит.
> С raidtab все стартует, но с руганью.
> 
> md: autorun ...
> md: considering sdb2 ...
> md:  adding sdb2 ...
> md:  adding sda2 ...
> md: created md0
> md: bind<sda2,1>
> md: bind<sdb2,2>
> md: running: <sdb2><sda2>
> md: sdb2's event counter: 0000001c
> md: sda2's event counter: 0000001c
> md: RAID level 1 does not need chunksize! Continuing anyway.
> 
> Вот это мне не понятно. Для raid1 chunks необходимы. В ядре 2.4.18 этой 
> ругани не наблюдалось.
> 
> md0: max total readahead window set to 508k
> md0: 1 data-disks, max readahead per data-disk: 508k
> raid1: device sdb2 operational as mirror 1
> raid1: device sda2 operational as mirror 0
> raid1: raid set md0 active with 2 out of 2 mirrors
> md: updating md0 RAID superblock on device
> md: sdb2 [events: 0000001d]<6>(write) sdb2's sb offset: 337280
> md: sda2 [events: 0000001d]<6>(write) sda2's sb offset: 337280
> [events: 62c1a1d3]
> md: invalid raid superblock magic on md0
> 
> И вот это мне тоже не понятно, на 2.4.18 не наблюдалось.
> 
> md: md0 has invalid sb, not importing!
> md: no nested md device found
> md: ... autorun DONE.

   По моему, это автор эйд ругается. У меня он ещё пытается 
грузить md-persoanality-3 (надеюсь, название не переврал) и 
отваливается, т. к. initrd ещё не смонтирован, по моему. Наличие 
или отсутствие
raidtab при этом - значения не имеет. Во всяком случаи у меня. Но 
может я ошибаюсь. :-)

> 
> 
> Если не обращать внимания на ругань, все остальное в норме.
> 
> 
>>
>>
>>   е) в dev - используемые устройства (в моём случаи - требующиеся sd* 
>> и md*)
>>
>>   ё) дополнить linuxrc следующим кодом (шаблон):
>>
>> /bin/mount <опции, устройство> /proc
>> /bin/raidstart <md*>
>> /bin/umount /proc
> 
> 
> 
> Соответственно, обхожусь без монтирования - размонтирования /proc.
> 
>>
>> 4. Нажать на ENTER :-)
>>
>>   Разумеется решение не очень красивое (например, umount можно 
>> реализовать средствами BusyBox). :-( Над болие красивым я работаю, но 
>> это займёт время, а его - мало.
>>
> 
> А чтобы было "совсем красиво" и при выключении небыло ругани на занятое 
> устройство raid, в
> /etc/lilo.conf можно указать, что корень сидит на "половинке" raid1, а в 
> /etc/fstab, что корень на md{x}
> И для аварийной загрузки так надежнее. На ядре 2.4.18 после правки 
> rc.sysinit можно было грузиться
> обычным образом на половинку raid зеркала и потом инициализировать 
> корневой raid, с 2.4.20 так не
> получается.

   На мой взгляд данное решение страдает минимум 3 недостатками:

1. Приходится руками править rc.sysinit при после обновлений его 
меняющих.

2. Загрузка на деградированный raid может не спасти при потере 
таблицы разделов одного из винтов. Что схема с активацией через 
initrd переживает свободно. Что меня раза 3 и спасало. (Пока не 
подобрал комбинацию железа, которое смогло работать не просаживая 
источник питания. :-))

3. Решение частное и не расширяемое, т. к. работает ТОЛЬКО для 
raid1: если по каким либо причинам потребуется размещать корень 
на массиве другого типа... Или поместить корень на LVM - оно 
работать не будет. Такие конфигурации возможны в первую очередь 
через initrd.

   Нехочу обсуждать сдесь (эта тема tallc-room) нужны ли вообще 
такие варианты положения корня, но явных запретов на их 
существование я не вижу. И ИМХО: Полезно быть к этому готовым.

   А на самом деле, хотелось бы, чтобы mkinitrd сам обеспечивал 
поддержку таких конфигураций каким либо стандартным образом.

-- 

С уважением. Алексей.

[Comm] Re: root raid

[Michael Shigorin]

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

On Thu, May 22, 2003 at 02:20:36PM +0400, Aleksey Avdeev wrote:
> А на самом деле, хотелось бы, чтобы mkinitrd сам обеспечивал 
> поддержку таких конфигураций каким либо стандартным образом.

Большая, добрая и убедительная просьба -- давайте копии
конструктивных обсуждений (и тем паче модификаций) на эту тему на
ldv@altlinux, да и мне бы -- не являясь майнтейнером mkinitrd,
кровно заинтересован в _рабочем_ (желательно из коробки) root
raid в ALT Linux.

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

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

Re: [Comm] root raid

[Борис Ревякин]

On Thu, 22 May 2003 11:48:04 +0400
"Aleksey Avdeev" <solo_oboroten@mail333.com> wrote:

>    Разумеется решение не очень красивое (например, umount можно 
> реализовать средствами BusyBox). :-( Над болие красивым я 
> работаю, но это займёт время, а его - мало.

Попробую повторить Ваше решение.
Пусть Вы и говорите, что это не очень красиво,
но все равно несравнимо быстрее, чем ядро пересобирать.
Спасибо Вам огромное.

-- 
С уважением,
  нач.ОАСУ ЗАО "Урупский ГОК"
  Борис Ревякин			mailto:br@gin.ru