[sisyphus] Проблема с загрузкой с новыми ядрами

[sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

Здравствуйте.

В день появления ядра std-def-3.7.5 в репозитарии появилась проблема -
загрузка системы с новым ядром завершается бесконечным циклом сообщения

initrd: loop: Running mountdev handler ...
Segmentation fault

Проблема воспроизводится на обeих моих осизифленных машинах. На одной
64-битный сизиф, ежедневное обновления. Другая система 32-битная,
обновление раз в пару месяцев. Версии ядер, с которыми возникли
проблемы: std-def-3.7.5-alt1, std-def-3.7.6-alt1, std-def-3.7.6-alt1.1 и
std-def-3.7.7-alt1

Судя по всему, проблема с образом initrd. Поскольку никаких упоминаний
об этой проблеме нигде не увидел, а изменений к лучшему тоже нет,
хотелось бы узнать - это у меня у одного так, или нет?

Ну и в какую сторону копать?

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

Интересное кино:
#rpm --query --all | grep initrd

make-initrd-devmapper-0.8.0-alt1
mkinitrd-initramfs-3.0.18-alt1
mkinitrd-3.0.18-alt1
make-initrd-0.8.0-alt1
mkinitrd-busybox-1.3.2-alt1

Сделал
#apt-get remove mkinitrd-busybox mkinitrd
и
#apt-get install make-initrd make-initrd-devmapper make-initrd-luks
make-initrd-lvm make-initrd-mdadm make-initrd-propagator
make-initrd-propagator-resume

Теперь
#rpm --query --all | grep initrd
make-initrd-propagator-resume-0.2-alt1
make-initrd-lvm-0.8.0-alt1
make-initrd-devmapper-0.8.0-alt1
mkinitrd-initramfs-3.0.18-alt1
make-initrd-mdadm-0.8.0-alt1
make-initrd-0.8.0-alt1
make-initrd-propagator-0.15-alt1
make-initrd-luks-0.8.0-alt1

#apt-get remove mkinitrd-initramfs
хочет снести еще и klibc-utils-initramfs mkinitrd-initramfs
module-init-tools-initramfs udev-initramfs
Они нужны?

После перегенерации initrd ничего не изменилось.

13.02.2013 14:13, REAL пишет:
> 13.02.2013 14:48, Alex Karpov пишет:
>> Судя по всему, проблема с образом initrd. Поскольку никаких упоминаний
>> об этой проблеме нигде не увидел, а изменений к лучшему тоже нет,
>> хотелось бы узнать - это у меня у одного так, или нет?
>
> У меня всё работает. Видимо, надо копать в сторону перегенерации
> initrd. Если используете mkinitrd, имеет смысл попробовать make-initrd.
>

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Sergei Epiphanov]

On 13 февраля 2013 12:48 Alex Karpov wrote:
> В день появления ядра std-def-3.7.5 в репозитарии появилась проблема -
> загрузка системы с новым ядром завершается бесконечным циклом сообщения
> 
> initrd: loop: Running mountdev handler ...
> Segmentation fault

На одной моей машине тоже появилась проблема с std-def-3.6.6-alt1 и выше: 
почему-то не срабатывает нормальный автопоиск модулей для initrd программой 
make-initrd. Ввел нужные модули вручную в файл настройки, после этого смог 
загрузиться.

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

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Anton V. Boyarshinov]

В Wed, 13 Feb 2013 12:48:39 +0400
Alex Karpov <castor.gemini.pollux@gmail.com> пишет:

> Ну и в какую сторону копать?
А если пересобрать initrd для более старого ядра новым make-initrd?
Дело в том, что make-initrd обновился как раз перед выходом 3.7.5

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Anton V. Boyarshinov]

В Wed, 13 Feb 2013 12:48:39 +0400
Alex Karpov <castor.gemini.pollux@gmail.com> пишет:

> Ну и в какую сторону копать?
Видимо, для начала убрать из параметров загрузки quiet=1, тогда initrd
станет "более разговорчивым" и, возможно, что-то удастся понять.

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[REAL]

13.02.2013 14:48, Alex Karpov пишет:
> Судя по всему, проблема с образом initrd. Поскольку никаких упоминаний
> об этой проблеме нигде не увидел, а изменений к лучшему тоже нет,
> хотелось бы узнать - это у меня у одного так, или нет?

У меня всё работает. Видимо, надо копать в сторону перегенерации 
initrd. Если используете mkinitrd, имеет смысл попробовать make-initrd.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

13.02.2013 14:07, Anton V. Boyarshinov пишет:
> В Wed, 13 Feb 2013 12:48:39 +0400
> Alex Karpov <castor.gemini.pollux@gmail.com> пишет:
>
>> Ну и в какую сторону копать?
> Видимо, для начала убрать из параметров загрузки quiet=1, тогда initrd
> станет "более разговорчивым" и, возможно, что-то удастся понять.
У меня нет такого параметра в lilo.conf

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

13.02.2013 14:04, Anton V. Boyarshinov пишет:
> В Wed, 13 Feb 2013 12:48:39 +0400
> Alex Karpov <castor.gemini.pollux@gmail.com> пишет:
>
>> Ну и в какую сторону копать?
> А если пересобрать initrd для более старого ядра новым make-initrd?
> Дело в том, что make-initrd обновился как раз перед выходом 3.7.5
Да, я помню. После пересборки initrd для старого ядра (3.7.4) те же
симптомы появляются.

Разница между содержимым старого и нового образа (то, что есть в старом
рабочем и чего нет в новом нерабочем), верно как для 3.7.4, так и для 3.7.7
1) Пустая директория /conf
2) Директория /modules со скриптами 000-defaults, 005-prepare и т.д.

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

13.02.2013 13:57, Sergei Epiphanov пишет:
> On 13 февраля 2013 12:48 Alex Karpov wrote:
>> В день появления ядра std-def-3.7.5 в репозитарии появилась проблема -
>> загрузка системы с новым ядром завершается бесконечным циклом сообщения
>>
>> initrd: loop: Running mountdev handler ...
>> Segmentation fault
> На одной моей машине тоже появилась проблема с std-def-3.6.6-alt1 и выше: 
> почему-то не срабатывает нормальный автопоиск модулей для initrd программой 
> make-initrd. Ввел нужные модули вручную в файл настройки, после этого смог 
> загрузиться.
>
Все нужные модули в образе есть, я на это давно смотрю при обновлении ядер.

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alexey Gladkov]

13.02.2013 14:27, Alex Karpov wrote:
> 13.02.2013 14:04, Anton V. Boyarshinov пишет:
>> В Wed, 13 Feb 2013 12:48:39 +0400
>> Alex Karpov <castor.gemini.pollux@gmail.com> пишет:
>>
>>> Ну и в какую сторону копать?
>> А если пересобрать initrd для более старого ядра новым make-initrd?
>> Дело в том, что make-initrd обновился как раз перед выходом 3.7.5
> Да, я помню. После пересборки initrd для старого ядра (3.7.4) те же
> симптомы появляются.

Можете мне в личку послать рабочий и не рабочий initrd для одной
версии ядра (например 3.7.4) ?

-- 
Rgrds, legion

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alex Karpov]

13.02.2013 14:37, Alexey Gladkov пишет:
> 13.02.2013 14:27, Alex Karpov wrote:
>> Да, я помню. После пересборки initrd для старого ядра (3.7.4) те же
>> симптомы появляются. 
> Можете мне в личку послать рабочий и не рабочий initrd для одной
> версии ядра (например 3.7.4) ?
>
Отправил.

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Alexey Borisenkov]

13.02.2013 13:31, Alex Karpov пишет:
> #apt-get remove mkinitrd-initramfs
> хочет снести еще и klibc-utils-initramfs mkinitrd-initramfs
> module-init-tools-initramfs udev-initramfs
> Они нужны?

Скорее вредны, см., например
https://bugzilla.altlinux.org/show_bug.cgi?id=27061
Правда бага уже довольно старая, я давно не проверял работоспособность 
make-initrd с установленным udev-initramfs.

Re: [sisyphus] Проблема с загрузкой с новыми ядрами

[Turkov Oleg]

середа, 13-лют-2013 12:48:39 Alex Karpov написано:
> Здравствуйте.
> 
> В день появления ядра std-def-3.7.5 в репозитарии появилась проблема -
> загрузка системы с новым ядром завершается бесконечным циклом сообщения
> 

для информации: на чипсете Nvidia Nforce2 загрузка сломалась с ядер >3.6.7-un-
def и 3.6.11-std-def

-- 
Turkov Oleg
turkov at univ.kiev.ua

Re: [sisyphus] Проблема с загрузкой с новыми ядрами [WORKAROUND]

[Alex Karpov]

14.02.2013 03:51, Alexey Borisenkov пишет:
> 13.02.2013 13:31, Alex Karpov пишет:
>> #apt-get remove mkinitrd-initramfs
>> хочет снести еще и klibc-utils-initramfs mkinitrd-initramfs
>> module-init-tools-initramfs udev-initramfs
>> Они нужны?
> Скорее вредны, см., например
> https://bugzilla.altlinux.org/show_bug.cgi?id=27061
> Правда бага уже довольно старая, я давно не проверял работоспособность
> make-initrd с установленным udev-initramfs.
Под руководством Алексея Гладкова я установил, что лично у меня проблема
исчезает, если при указании параметров ядра (root="") перейти с блочных
устройств на UUID.

Не уверен, это фича или баг, и где.