[sisyphus] 3.2.6-alt1 и софтовый raid1

[sisyphus] 3.2.6-alt1 и софтовый raid1

[Sergei Epiphanov]

У меня на компьютере используется soft-raid1 на двух винтах.

После переезда на ядро 3.2.6-std-def-alt1 изменились наименования файлов 
устройств (/dev/mdX на /dev/mdYpZ), из-за чего приходится править 
/dev/mdadm.conf.

Также одновременно с этим ядро перестало распознавать файловые системы на 
таких разделах. Монтирование с прямым указанием ФС при этом работает.

Уже из-за этого стало невозможно указывать строчки монтирования в fstab в виде 
UUID=... или подобные, так как в /dev/disk/by-uuid/ исчезли ссылки по номерам, 
а в /dev/disk/by-label/ - ссылки по именам томов.

Вот уже второй день я пытаюсь реанимировать компьютер. Почему нельзя было 
предупредить о таких даже не граблях, а бомбах? Загрузить предыдущую версия 
ядра тяжко, так как GRUB изменил во всех строчках загрузки указания uuid= на 
root=/dev/md... , которые предыдущие версии ничего не знают.

При загрузке ядро видит raid, появляются строчки о его подключении, далее 
сообщение об ожидании корневой файловой системы (/dev/md127p6) и вис с 
последующим выпаданием в командную строку initramfs (нерабочую, так как модуль 
USB, необходимый для работы клавиатуры, ещё не подгружен(!) ).

Как правильно переехать?

/etc/mdadm.conf:
MAILADDR root
PROGRAM /sbin/mdadm-syslog-events
DEVICE /dev/sda* /dev/sdb*
ARRAY /dev/md1 level=1 devices=/dev/sda1,/dev/sdb1
...<все разделы винтов>

В файле я уже заменил md... на md127p..., перегенерил initrd, обновил 
настройки grub. Ничего не помогает. Сейчас ядро сыплет

initrd: udev: Running md_run handler ...
...
<автодетект RAID>
<попытка собрать>
<сообщает, что уже используется>
<отваливается>
<заново первая строка>

P.S. installkernel умудряется создавать битые ссылки в /boot, если переданная 
версия ядра не существует.

P.P.S. А версия 3.2.5-std-def-alt1 умудрилась этот raid1 вообще довести до 
несознанки. Пришлось с внешнего винта грузиться и восстанавливать структуру.

Система - текущий Сизиф

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Sergey]

On Friday 24 February 2012, Sergei Epiphanov wrote:

> Загрузить предыдущую версия ядра тяжко, так как GRUB изменил 
> во всех строчках загрузки указания uuid= на root=/dev/md... ,
> которые предыдущие версии ничего не знают. 

То есть, при обновлении ядра, Grub сам себе поправил конфиг в 
отношении других ядер ? Вообще-то, это большой блокер, если так.
Или на Grub, или на того, кто поправил.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Vitaly Kuznetsov]

On Sat, 25 Feb 2012 19:12:18 +0400, Sergey wrote:
> On Friday 24 February 2012, Sergei Epiphanov wrote:
>
>> Загрузить предыдущую версия ядра тяжко, так как GRUB изменил
>> во всех строчках загрузки указания uuid= на root=/dev/md... ,
>> которые предыдущие версии ничего не знают.
>
> То есть, при обновлении ядра, Grub сам себе поправил конфиг в
> отношении других ядер ? Вообще-то, это большой блокер, если так.
> Или на Grub, или на того, кто поправил.

Grub2 не правит конфиг, просто при любых операция по 
добавлению/удалению ядер весь конфиг grub генерится заново специальным 
автоматом.

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Sergey]

On Saturday 25 February 2012, Vitaly Kuznetsov wrote:

> > То есть, при обновлении ядра, Grub сам себе поправил конфиг
> > в отношении других ядер ? Вообще-то, это большой блокер, если
> > так. Или на Grub, или на того, кто поправил.
> 
> Grub2 не правит конфиг, просто при любых операция по 
> добавлению/удалению ядер весь конфиг grub генерится заново 
> специальным автоматом.

Тогда аналогичный вопрос к этому автомату. Такого, чтобы нельзя
быть загрузить старое ядро, быть не должно.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Sergei Epiphanov]

On 25 февраля 2012 23:33 Vitaly Kuznetsov wrote:
> Grub2 не правит конфиг, просто при любых операция по 
> добавлению/удалению ядер весь конфиг grub генерится заново специальным 
> автоматом.

Знаю, но из-за изменения в именовании устройств разваливается загрузка более 
старых ядер.

-- 
С уважением, Епифанов Сергей

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Sergei Epiphanov]

Сегодня попытку номер N благополучно провалил make-initrd-0.7.0-alt1
При попытке установить ядро kernel-image-std-def-3.2.7-alt1 выдал такую 
тираду:

Config file: /etc/initrd.mk
Generating module dependencies on host ...
Guessed modules: ahci libahci libata scsi_mod sd_mod crc-t10dif 
linux_raid_member raid1 sd_mod
Guessed features: add-modules cleanup compress raid
Creating initrd image ...
Adding modules ...
add-module: No module "linux_raid_member" found for kernel 3.2.7-std-def-alt1
make: *** [add-modules] Error 1
make: *** [all] Error 1

Конечно, модуля linux_raid_member нет. Это он взял от fdisk под 3.2.7-alt1 (я 
временно загрузился в флешки с ядром 3.2.7-std-def-alt1):
Device .........Id System

/dev/sda1 .... fd Linux raid autodetect
/dev/sda2 .... 5 Extended
/dev/sda5 .... fd Linux raid autodetect
/dev/sda6 .... fd Linux raid autodetect
/dev/sda7 .... fd Linux raid autodetect
/dev/sda8 .... fd Linux raid autodetect
/dev/sda9 .... fd Linux raid autodetect

/dev/sdb1 .... fd Linux raid autodetect
/dev/sdb2 .... 5 Extended
/dev/sdb5 .... fd Linux raid autodetect
/dev/sdb6 .... fd Linux raid autodetect
/dev/sdb7 .... fd Linux raid autodetect
/dev/sdb8 .... fd Linux raid autodetect
/dev/sdb9 .... fd Linux raid autodetect

/dev/md127p1 .... fd Linux raid autodetect
/dev/md127p2 .... 5 Extended
/dev/md127p5 .... fd Linux raid autodetect
/dev/md127p6 .... fd Linux raid autodetect
/dev/md127p7 .... fd Linux raid autodetect
/dev/md127p8 .... fd Linux raid autodetect
/dev/md127p9 .... fd Linux raid autodetect

Конечно, /boot/initrd создан не был. Кстати, теперь make-initrd уже не 
предложил поставить xfs в загрузчик, хотя в реальности raid-разделы 
смонтированы (хотя и через mount -t xfs).


И что делать?


-- 
С уважением, Епифанов Сергей

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Alexey Gladkov]

28.02.2012 16:02, Sergei Epiphanov wrote:
> Сегодня попытку номер N благополучно провалил make-initrd-0.7.0-alt1
> При попытке установить ядро kernel-image-std-def-3.2.7-alt1 выдал такую 
> тираду:
> 
> Config file: /etc/initrd.mk
> Generating module dependencies on host ...
> Guessed modules: ahci libahci libata scsi_mod sd_mod crc-t10dif 
> linux_raid_member raid1 sd_mod
> Guessed features: add-modules cleanup compress raid
> Creating initrd image ...
> Adding modules ...
> add-module: No module "linux_raid_member" found for kernel 3.2.7-std-def-alt1
> make: *** [add-modules] Error 1
> make: *** [all] Error 1

Сделайте, пожалуйста, "make-initrd bug-report" и пришлите мне.

> Конечно, модуля linux_raid_member нет. Это он взял от fdisk под 3.2.7-alt1 (я 
> временно загрузился в флешки с ядром 3.2.7-std-def-alt1)

make-initrd не использует fdisk.

-- 
Rgrds, legion

Re: [sisyphus] 3.2.6-alt1 и софтовый raid1

[Michael Shigorin]

On Sat, Feb 25, 2012 at 07:12:18PM +0400, Sergey wrote:
> > Загрузить предыдущую версия ядра тяжко, так как GRUB изменил 
> > во всех строчках загрузки указания uuid= на root=/dev/md... ,
> > которые предыдущие версии ничего не знают. 
> То есть, при обновлении ядра, Grub сам себе поправил конфиг в 
> отношении других ядер ? Вообще-то, это большой блокер, если так.
> Или на Grub, или на того, кто поправил.

Загрузчики без претензий на ИИ называются lilo и syslinux4. :)

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