[sisyphus] Новый udev broken ?

[sisyphus] Новый udev broken ?

[Anton Farygin]

Это только я один такой, у которого новый udev не работает в initrd ?

Перегенерация initrd убивает напрочь загрузку...

Независимо от используемого mkinitrd.

Висит на Waiting for root file system ...

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 14:43, Anton Farygin пишет:
> Это только я один такой, у которого новый udev не работает в initrd ?
>
> Перегенерация initrd убивает напрочь загрузку...
>
> Независимо от используемого mkinitrd.
>
> Висит на Waiting for root file system ...

И да, вылезает после запуска udevd:
Error getting signalfd.

Re: [sisyphus] Новый udev broken ?

[Dmitriy Kruglikov]

9 апреля 2010 г. 13:43 пользователь Anton Farygin написал:
> Это только я один такой, у которого новый udev не работает в initrd ?
Похоже, что не только ...

Ставил новое ядро, 2.6.32-std-ng-alt11 ...
>
> Висит на Waiting for root file system ...
А я думал потому, что модулей к нему не было ...


-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [sisyphus] Новый udev broken ?

[Valery V. Inozemtsev]

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

В Птн, 09/04/2010 в 14:43 +0400, Anton Farygin пишет:
> Это только я один такой, у которого новый udev не работает в initrd ?
> 
> Перегенерация initrd убивает напрочь загрузку...

а поподробнее?

> Независимо от используемого mkinitrd.

mkinitrd один

> Висит на Waiting for root file system ...
> 
> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 14:59, Valery V. Inozemtsev пишет:
> В Птн, 09/04/2010 в 14:43 +0400, Anton Farygin пишет:
>> Это только я один такой, у которого новый udev не работает в initrd ?
>>
>> Перегенерация initrd убивает напрочь загрузку...
>
> а поподробнее?

Поподробнее - после запуска udevd из initrd:
Error getting signalfd.

и в /dev/ не создаются устройства.

Re: [sisyphus] Новый udev broken ?

[Valery V. Inozemtsev]

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

В Птн, 09/04/2010 в 14:45 +0400, Anton Farygin пишет:
> 09.04.2010 14:43, Anton Farygin пишет:
> > Это только я один такой, у которого новый udev не работает в initrd ?
> >
> > Перегенерация initrd убивает напрочь загрузку...
> >
> > Независимо от используемого mkinitrd.
> >
> > Висит на Waiting for root file system ...
> 
> И да, вылезает после запуска udevd:
> Error getting signalfd.

ldv@ таки доломал klibc и иже с ним. пользуйся make-initrd

> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Новый udev broken ?

[Valery V. Inozemtsev]

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

В Птн, 09/04/2010 в 13:46 +0300, Dmitriy Kruglikov пишет:
> 9 апреля 2010 г. 13:43 пользователь Anton Farygin написал:
> > Это только я один такой, у которого новый udev не работает в initrd ?
> Похоже, что не только ...
> 
> Ставил новое ядро, 2.6.32-std-ng-alt11 ...
> >
> > Висит на Waiting for root file system ...
> А я думал потому, что модулей к нему не было ...

к нему модулей не надо, это десктопное ядро, носит все с собой

> 
> -- 
> Best regards,
>  Dmitriy Kruglikov.
>     QString at, dot, mail, XMPP;
>     at = "@";
>     dot = ".";
>     mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
>     XMPP = $mail;
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 15:06, Valery V. Inozemtsev пишет:
> В Птн, 09/04/2010 в 14:45 +0400, Anton Farygin пишет:
>> 09.04.2010 14:43, Anton Farygin пишет:
>>> Это только я один такой, у которого новый udev не работает в initrd ?
>>>
>>> Перегенерация initrd убивает напрочь загрузку...
>>>
>>> Независимо от используемого mkinitrd.
>>>
>>> Висит на Waiting for root file system ...
>>
>> И да, вылезает после запуска udevd:
>> Error getting signalfd.
>
> ldv@ таки доломал klibc и иже с ним. пользуйся make-initrd

make-initrd не помогает. Диагностика, правда, другая.

после initrd: Starting udevd...
initrd: udevd: Running netdev handler ...

И всё, висим.

Re: [sisyphus] Новый udev broken ?

[Valery V. Inozemtsev]

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

В Птн, 09/04/2010 в 15:14 +0400, Anton Farygin пишет:
> 09.04.2010 15:06, Valery V. Inozemtsev пишет:
> > В Птн, 09/04/2010 в 14:45 +0400, Anton Farygin пишет:
> >> 09.04.2010 14:43, Anton Farygin пишет:
> >>> Это только я один такой, у которого новый udev не работает в initrd ?
> >>>
> >>> Перегенерация initrd убивает напрочь загрузку...
> >>>
> >>> Независимо от используемого mkinitrd.
> >>>
> >>> Висит на Waiting for root file system ...
> >>
> >> И да, вылезает после запуска udevd:
> >> Error getting signalfd.
> >
> > ldv@ таки доломал klibc и иже с ним. пользуйся make-initrd
> 
> make-initrd не помогает.

у меня работает

>  Диагностика, правда, другая.
> 
> после initrd: Starting udevd...
> initrd: udevd: Running netdev handler ...

$ rpmquery -a make-initrd\*

> 
> И всё, висим.

сочувствую

> 
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

-- 
Valery V. Inozemtsev

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 15:18, Valery V. Inozemtsev пишет:
> В Птн, 09/04/2010 в 15:14 +0400, Anton Farygin пишет:
>> 09.04.2010 15:06, Valery V. Inozemtsev пишет:
>>> В Птн, 09/04/2010 в 14:45 +0400, Anton Farygin пишет:
>>>> 09.04.2010 14:43, Anton Farygin пишет:
>>>>> Это только я один такой, у которого новый udev не работает в initrd ?
>>>>>
>>>>> Перегенерация initrd убивает напрочь загрузку...
>>>>>
>>>>> Независимо от используемого mkinitrd.
>>>>>
>>>>> Висит на Waiting for root file system ...
>>>>
>>>> И да, вылезает после запуска udevd:
>>>> Error getting signalfd.
>>>
>>> ldv@ таки доломал klibc и иже с ним. пользуйся make-initrd
>>
>> make-initrd не помогает.
>
> у меня работает
>
>>   Диагностика, правда, другая.
>>
>> после initrd: Starting udevd...
>> initrd: udevd: Running netdev handler ...
>
> $ rpmquery -a make-initrd\*

$ rpmquery -a make-initrd\*
make-initrd-0.3.0-alt1

>
>>
>> И всё, висим.
>
> сочувствую

Спасибо.

Re: [sisyphus] Новый udev broken ?

[Alexey Borisenkov]

09.04.2010 15:14, Anton Farygin пишет:
> make-initrd не помогает. Диагностика, правда, другая.

Ночью вчера обновлял в виртуалке - тоже останавливался на "Waiting for 
root file system".
Установил make-initrd, выполнил
installkernel 2.6.32-un-def11
Загрузка пошла. Так что мне помогло.

Сейчас вот, на всякий случай, снова попробовал без make-initrd. Не 
работает. С ним - работает.

Re: [sisyphus] Новый udev broken ?

[Dmitry V. Levin]

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

On Fri, Apr 09, 2010 at 02:45:34PM +0400, Anton Farygin wrote:
> 09.04.2010 14:43, Anton Farygin пишет:
> >Это только я один такой, у которого новый 
> >udev не работает в initrd ?
> >
> >Перегенерация initrd убивает напрочь 
> >загрузку...
> >
> >Независимо от используемого mkinitrd.
> >
> >Висит на Waiting for root file system ...
> 
> И да, вылезает после запуска udevd:
> Error getting signalfd.

Я тестировал обновление klibc на стендовом сервере.
В получившийся рамдиск, который отработал нормально,
попали следующие модули:

# zcat /boot/initrd-2.6.32-std-def-alt11.img |cpio -t |fgrep .ko
5036 blocks
lib/modules/2.6.32-std-def-alt11/kernel/fs/ext3/ext3.ko
lib/modules/2.6.32-std-def-alt11/kernel/fs/jbd/jbd.ko
lib/modules/2.6.32-std-def-alt11/kernel/fs/mbcache.ko
lib/modules/2.6.32-std-def-alt11/kernel/lib/crc-t10dif.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid0.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid1.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_generic.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_piix.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/pata_acpi.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/libata.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/aacraid/aacraid.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/sd_mod.ko
lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/scsi_mod.ko


-- 
ldv

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

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 20:26, Dmitry V. Levin пишет:
> On Fri, Apr 09, 2010 at 02:45:34PM +0400, Anton Farygin wrote:
>> 09.04.2010 14:43, Anton Farygin пишет:
>>> Это только я один такой, у которого новый
>>> udev не работает в initrd ?
>>>
>>> Перегенерация initrd убивает напрочь
>>> загрузку...
>>>
>>> Независимо от используемого mkinitrd.
>>>
>>> Висит на Waiting for root file system ...
>>
>> И да, вылезает после запуска udevd:
>> Error getting signalfd.
>
> Я тестировал обновление klibc на стендовом сервере.
> В получившийся рамдиск, который отработал нормально,
> попали следующие модули:
>
> # zcat /boot/initrd-2.6.32-std-def-alt11.img |cpio -t |fgrep .ko
> 5036 blocks
> lib/modules/2.6.32-std-def-alt11/kernel/fs/ext3/ext3.ko
> lib/modules/2.6.32-std-def-alt11/kernel/fs/jbd/jbd.ko
> lib/modules/2.6.32-std-def-alt11/kernel/fs/mbcache.ko
> lib/modules/2.6.32-std-def-alt11/kernel/lib/crc-t10dif.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid0.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid1.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_generic.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_piix.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/pata_acpi.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/libata.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/aacraid/aacraid.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/sd_mod.ko
> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/scsi_mod.ko

с модулями там всё хорошо.

Проблема где-то в другом месте.

Re: [sisyphus] Новый udev broken ?

[Dmitriy Kruglikov]

9 апреля 2010 г. 19:26 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> В получившийся рамдиск, который отработал нормально,
> попали следующие модули:
После установки initrd-2.6.32-std-ng-alt11
получилось:
# zcat initrd-2.6.32-std-ng-alt11.img |cpio -t |fgrep .ko
3766 blocks
lib/modules/2.6.32-std-ng-alt11/kernel/fs/ext3/ext3.ko
lib/modules/2.6.32-std-ng-alt11/kernel/fs/jbd/jbd.ko
lib/modules/2.6.32-std-ng-alt11/kernel/fs/mbcache.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/ata/ata_generic.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/ata/ata_piix.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/ata/pata_acpi.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/ata/libata.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/scsi/sd_mod.ko
lib/modules/2.6.32-std-ng-alt11/kernel/drivers/scsi/scsi_mod.ko

Если это чем-то поможет
-- 
Best regards,
 Dmitriy Kruglikov.
    QString at, dot, mail, XMPP;
    at = "@";
    dot = ".";
    mail = "Dmitriy.Kruglikov" + $at +"gmail" + $dot + "com";
    XMPP = $mail;

Re: [sisyphus] Новый udev broken ?

[Dmitry V. Levin]

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

On Fri, Apr 09, 2010 at 08:29:08PM +0400, Anton Farygin wrote:
> 09.04.2010 20:26, Dmitry V. Levin пишет:
> >On Fri, Apr 09, 2010 at 02:45:34PM +0400, Anton Farygin wrote:
> >>09.04.2010 14:43, Anton Farygin пишет:
> >>>Это только я один такой, у которого 
> >>>новый
> >>>udev не работает в initrd ?
> >>>
> >>>Перегенерация initrd убивает напрочь
> >>>загрузку...
> >>>
> >>>Независимо от используемого mkinitrd.
> >>>
> >>>Висит на Waiting for root file system ...
> >>
> >>И да, вылезает после запуска udevd:
> >>Error getting signalfd.
> >
> >Я тестировал обновление klibc на стендовом 
> >сервере.
> >В получившийся рамдиск, который 
> >отработал нормально,
> >попали следующие модули:
> >
> ># zcat /boot/initrd-2.6.32-std-def-alt11.img |cpio -t |fgrep .ko
> >5036 blocks
> >lib/modules/2.6.32-std-def-alt11/kernel/fs/ext3/ext3.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/fs/jbd/jbd.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/fs/mbcache.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/lib/crc-t10dif.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid0.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid1.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_generic.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_piix.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/pata_acpi.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/libata.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/aacraid/aacraid.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/sd_mod.ko
> >lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/scsi_mod.ko
> 
> с модулями там всё хорошо.

Эти модули загрузились, устройства создались,
rootfs на raid1 поверх aacraid смонтировался,
и ОС загрузилась обычным образом.


-- 
ldv

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

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

09.04.2010 20:33, Dmitry V. Levin пишет:
> On Fri, Apr 09, 2010 at 08:29:08PM +0400, Anton Farygin wrote:
>> 09.04.2010 20:26, Dmitry V. Levin пишет:
>>> On Fri, Apr 09, 2010 at 02:45:34PM +0400, Anton Farygin wrote:
>>>> 09.04.2010 14:43, Anton Farygin пишет:
>>>>> Это только я один такой, у которого
>>>>> новый
>>>>> udev не работает в initrd ?
>>>>>
>>>>> Перегенерация initrd убивает напрочь
>>>>> загрузку...
>>>>>
>>>>> Независимо от используемого mkinitrd.
>>>>>
>>>>> Висит на Waiting for root file system ...
>>>>
>>>> И да, вылезает после запуска udevd:
>>>> Error getting signalfd.
>>>
>>> Я тестировал обновление klibc на стендовом
>>> сервере.
>>> В получившийся рамдиск, который
>>> отработал нормально,
>>> попали следующие модули:
>>>
>>> # zcat /boot/initrd-2.6.32-std-def-alt11.img |cpio -t |fgrep .ko
>>> 5036 blocks
>>> lib/modules/2.6.32-std-def-alt11/kernel/fs/ext3/ext3.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/fs/jbd/jbd.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/fs/mbcache.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/lib/crc-t10dif.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid0.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/md/raid1.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_generic.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/ata_piix.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/pata_acpi.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/ata/libata.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/aacraid/aacraid.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/sd_mod.ko
>>> lib/modules/2.6.32-std-def-alt11/kernel/drivers/scsi/scsi_mod.ko
>>
>> с модулями там всё хорошо.
>
> Эти модули загрузились, устройства создались,
> rootfs на raid1 поверх aacraid смонтировался,
> и ОС загрузилась обычным образом.

А у меня вот эти:

lib/modules/2.6.32-un-def-alt11/kernel/fs/ext4/ext4.ko
lib/modules/2.6.32-un-def-alt11/kernel/fs/mbcache.ko
lib/modules/2.6.32-un-def-alt11/kernel/fs/jbd2/jbd2.ko
lib/modules/2.6.32-un-def-alt11/kernel/lib/crc16.ko
lib/modules/2.6.32-un-def-alt11/kernel/lib/crc-t10dif.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/ata/ata_generic.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/ata/sata_nv.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/ata/pata_amd.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/ata/pata_acpi.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/ata/libata.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/scsi/sd_mod.ko
lib/modules/2.6.32-un-def-alt11/kernel/drivers/scsi/scsi_mod.ko

модули загрузились, но устройства не создались.

в /dev/ нет ничего, кроме null, console, pts и ещё чего-то одного...

Re: [sisyphus] Новый udev broken ?

[Michael Shigorin]

On Fri, Apr 09, 2010 at 03:02:16PM +0400, Anton Farygin wrote:
> >>Это только я один такой, у которого новый udev не работает в initrd ?
> >>Перегенерация initrd убивает напрочь загрузку...
> >а поподробнее?
> Поподробнее - после запуска udevd из initrd:
> Error getting signalfd.
> и в /dev/ не создаются устройства.

Так чем закончилось, или вопрос тоже завис?
alecs@ тут спрашивает, тоже напоролся.

И есть ли бага? (если да, допиши к предупреждению в [[Changes]])

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

Re: [sisyphus] Новый udev broken ?

[Anton Farygin]

12.04.2010 10:33, Michael Shigorin пишет:
> On Fri, Apr 09, 2010 at 03:02:16PM +0400, Anton Farygin wrote:
>>>> Это только я один такой, у которого новый udev не работает в initrd ?
>>>> Перегенерация initrd убивает напрочь загрузку...
>>> а поподробнее?
>> Поподробнее - после запуска udevd из initrd:
>> Error getting signalfd.
>> и в /dev/ не создаются устройства.
>
> Так чем закончилось, или вопрос тоже завис?
> alecs@ тут спрашивает, тоже напоролся.
>
> И есть ли бага? (если да, допиши к предупреждению в [[Changes]])

Багу я не вешал.

Закончилось тем, что на других машинах я переехал на make-initrd, а 
здесь всё пока в подвешенном состоянии.

Re: [sisyphus] New udev broken?

[Michael Shigorin]

On Mon, Apr 12, 2010 at 12:59:11PM +0300, Alex Negulescu wrote:
> After some chatting with raorn and searching the lists, the fix
> was to find out what modules the working kernel did load, and
> what modules the new kernel tried to load. What was different
> had to be blacklisted, like this:
> 
> [alecs@walker ~]$ cat /etc/modprobe.d/blacklist-ide
> blacklist ide-pci-generic
> blacklist piix
> blacklist ide-core

Thus it's "ide in kernel" sort of problem, somewhat discussed
before but the threads tended to just peter out.

> Am now thinking that all this was caused by my beliefs that
> upgrading the kernel will make me get rid of a noise made by
> a creative soundcard... phew...

Just in case, wasn't it simply mic level being non-zero/muted?

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

Re: [sisyphus] New udev broken?

[Alexei V. Mezin]

12.04.2010 16:16, Michael Shigorin пишет:

>> [alecs@walker ~]$ cat /etc/modprobe.d/blacklist-ide
>> blacklist ide-pci-generic
>> blacklist piix
>> blacklist ide-core
>
> Thus it's "ide in kernel" sort of problem, somewhat discussed
> before but the threads tended to just peter out.


На всякий случай: имею ту же самую проблему.

mkinitrd: 
http://photos.streamphoto.ru/7/d/6/w400_75e1b3723bd1971790bcf5af0c54c6d7.jpg?1271110700
make-initrd:
http://photos.streamphoto.ru/9/f/c/w400_38425e3745baa49d2f00f71ffbeeccf9.jpg?1271110650



Как лечить? Вписыванием ide в blacklist?

Re: [sisyphus] New udev broken?

[Alex Negulescu]

On 04/13/2010 01:18 AM, Alexei V. Mezin wrote:
> На всякий случай: имею ту же самую проблему.
>
> mkinitrd:
> http://photos.streamphoto.ru/7/d/6/w400_75e1b3723bd1971790bcf5af0c54c6d7.jpg?1271110700
>
> make-initrd:
> http://photos.streamphoto.ru/9/f/c/w400_38425e3745baa49d2f00f71ffbeeccf9.jpg?1271110650

Hi,

your megaraid is detected by another driver i presume. Try with:

blacklist ide-pci-generic
blacklist piix
blacklist ide-core
blacklist ata_generic
blacklist ata_piix

If you can compare the initrds (the working one and the failing one):

zcat /boot/initrd.working |cpio -t |fgrep .ko

zcat /boot/initrd.not-working |cpio -t |fgrep .ko

Try blacklisting the modules that are not needed but loaded in the
not-working initrd, and after that issue
installkernel

and reboot.

I am now doing something similar on my desktop... God help me, and help
you too :)

Alex

Re: [sisyphus] New udev broken?

[Alexei V. Mezin]

13.04.2010 02:36, Alex Negulescu пишет:

> If you can compare the initrds (the working one and the failing one):

Here it is:

working kernel (2.6.32-un-def-alt1)

scsi_mod.ko
sd_mod.ko
megaraid_mm.ko
megaraid_mbox.ko
libata.ko
pata_amd.ko
pata_acpi.ko
sata_nv.ko
sata_sil24.ko
ata_generic.ko
crc-t10dif.ko
exportfs.ko
xfs.ko

Same result with _mkinitrd_ and new kernel. But it does not work.


List of modules from _make-initrd_ and new kernel:

crc-t10dif.ko
megaraid_mm.ko
megaraid_mbox.ko
scsi_mod.ko
sd_mod.ko
exportfs.ko
xfs.ko


Any ideas? Will try to blacklist pata*/ata* tomorrow.

Re: [sisyphus] New udev broken?

[Alex Negulescu]

On 04/13/2010 02:00 AM, Alexei V. Mezin wrote:
> 13.04.2010 02:36, Alex Negulescu пишет:
>
>> If you can compare the initrds (the working one and the failing one):
>
> Here it is:
>
> working kernel (2.6.32-un-def-alt1)
>
> scsi_mod.ko
> sd_mod.ko
> megaraid_mm.ko
> megaraid_mbox.ko
> libata.ko
> pata_amd.ko
> pata_acpi.ko
> sata_nv.ko
> sata_sil24.ko
> ata_generic.ko
> crc-t10dif.ko
> exportfs.ko
> xfs.ko
>
> Same result with _mkinitrd_ and new kernel. But it does not work.
>
>
> List of modules from _make-initrd_ and new kernel:
>
> crc-t10dif.ko
> megaraid_mm.ko
> megaraid_mbox.ko
> scsi_mod.ko
> sd_mod.ko
> exportfs.ko
> xfs.ko
>
>
> Any ideas? Will try to blacklist pata*/ata* tomorrow.
>
>
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Mda, that's what I'm trying too, to add the right modules with
make-initrd, but without luck. How could this be done, I wonder ?
I think you would need to add at least sata_sil24.ko for the machine to
boot :(

My 2 cents..

Re: [sisyphus] New udev broken?

[Ildar Mulyukov]

On 13.04.2010 04:36:18, Alex Negulescu wrote:
> zcat /boot/initrd.not-working |cpio -t |fgrep .ko

https://bugzilla.altlinux.org/show_bug.cgi?id=23334

-- 
Ildar  Mulyukov,  free SW designer/programmer/packager
=========================================
email: ildar@altlinux.ru
Jabber: ildar.mulyukov@gmail.com
ICQ: 4334029
ALT Linux Sisyphus http://www.sisyphus.ru
=========================================

Re: [sisyphus] New udev broken?

[Ildar Mulyukov]

On 14.04.2010 14:16:36, Ildar Mulyukov wrote:
> On 13.04.2010 04:36:18, Alex Negulescu wrote:
>> zcat /boot/initrd.not-working |cpio -t |fgrep .ko
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=23334

Прошу прощения, ошибся, тут проблема не в udev.
-- 
Ildar

Re: [sisyphus] Новый udev broken ?

[diver]

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

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


Сегодня после обновления до un-def-alt12 не удалось стартовать с сообщением:
Waiting for root device...

Поставил make-initrd и сделал installkernel 2.6.32-un-def-alt12 словил:
initrd: udevd: Running netdev handler ...

в блеклист заносил
blacklist ide-pci-generic
blacklist piix
blacklist ide-core

все бес толку :(

-- 
diver
LRU: #407670

Re: [sisyphus] Новый udev broken ?

[Алексей Шенцев]

28.04.2010 14:42, diver пишет:
> Здравствуйте,
>
> Удалось кому-то выяснить в чем проблема с загрузкой и как ее решать?
> Трэду две недели, но я так и не понял как гарантировано обходить эти грабли...
>
>   
+1

Re: [sisyphus] Новый udev broken ?

[Sergey]

On Wednesday 28 April 2010, diver wrote:

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

https://bugzilla.altlinux.org/23391

То есть:
1. должен стоять пакет make-initrd
2. правильная последовательность генерации initrd существует только
   в post-скрипте пакекета с ядром.

проверьте, так ли это.

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

Re: [sisyphus] Новый udev broken ?

[diver]

> Поставил make-initrd и сделал installkernel 2.6.32-un-def-alt12 словил:
> initrd: udevd: Running netdev handler ...
>

Загрузился таки.
В чрут прокинул помимо /proc еще /sys и после installkernel
2.6.32-un-def-alt12  (с установленным make-initrd) загрузка пошла.


было:
# zcat /boot/initrd-2.6.32-uzcat /boot/initrd-2.6.32-un-def-alt12.img
|cpio -t|fgrep .ko
6902 блоков
lib/modules/2.6.32-un-def-alt12/kernel/fs/ext3/ext3.ko
lib/modules/2.6.32-un-def-alt12/kernel/fs/mbcache.ko
lib/modules/2.6.32-un-def-alt12/kernel/fs/jbd/jbd.ko

стало:
# zcat /boot/initrd-2.6.32-un-def-alt12.img |cpio -t|fgrep .ko
8080 блоков
lib/modules/2.6.32-un-def-alt12/kernel/lib/crc-t10dif.ko
lib/modules/2.6.32-un-def-alt12/kernel/drivers/scsi/scsi_mod.ko
lib/modules/2.6.32-un-def-alt12/kernel/drivers/scsi/sd_mod.ko
lib/modules/2.6.32-un-def-alt12/kernel/drivers/ata/libata.ko
lib/modules/2.6.32-un-def-alt12/kernel/drivers/ata/ahci.ko
lib/modules/2.6.32-un-def-alt12/kernel/fs/ext3/ext3.ko
lib/modules/2.6.32-un-def-alt12/kernel/fs/mbcache.ko
lib/modules/2.6.32-un-def-alt12/kernel/fs/jbd/jbd.ko



-- 
diver
LRU: #407670

Re: [sisyphus] Новый udev broken ?

[Sergey]

On Wednesday 28 April 2010, diver wrote:

> и после installkernel 2.6.32-un-def-alt12  (с установленным
> make-initrd) 

А переменная INITRD_GENERATOR определена, как make-initrd ?
Если нет, то installkernel использует mkinitrd...

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

Re: [sisyphus] Новый udev broken ?

[Sergey]

On Thursday 29 April 2010, Sergey wrote:

> А переменная INITRD_GENERATOR определена, как make-initrd ?
> Если нет, то installkernel использует mkinitrd...
 
Если я правильно понимаю.

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

Re: [sisyphus] Новый udev broken ?

[Алексей Шенцев]

29.04.2010 09:56, Sergey пишет:
> On Thursday 29 April 2010, Sergey wrote:
>
>   
>> А переменная INITRD_GENERATOR определена, как make-initrd ?
>> Если нет, то installkernel использует mkinitrd...
>>     
>  Если я правильно понимаю.
>   
И где она должна определятся?

Re: [sisyphus] Новый udev broken ?

[diver]

2010/4/29 Sergey:
> On Wednesday 28 April 2010, diver wrote:
>
>> и после installkernel 2.6.32-un-def-alt12  (с установленным
>> make-initrd)
>
> А переменная INITRD_GENERATOR определена, как make-initrd ?
> Если нет, то installkernel использует mkinitrd...

Не совсем понял к чему вопрос, но отвечу:

При установленном make-initrd
$ cat /etc/sysconfig/installkernel
INITRD_GENERATOR=make-initrd
MKINITRD=/usr/sbin/mkinitrd-make-initrd



-- 
diver
LRU: #407670

Re: [sisyphus] Новый udev broken ?

[diver]

2010/4/29 Alex Negulescu:

> If i understand correctly, in the new initrd, you don't have the required
> modules.

Нет. С новым initrd как раз все в порядке и загрузка происходить без ошибок.


-- 
diver
LRU: #407670

Re: [sisyphus] Новый udev broken ?

[Sergey]

On Thursday 29 April 2010, diver wrote:

> > А переменная INITRD_GENERATOR определена, как make-initrd ?
> > Если нет, то installkernel использует mkinitrd...
> 
> Не совсем понял к чему вопрос, но отвечу:
> 
> При установленном make-initrd
> $ cat /etc/sysconfig/installkernel
> INITRD_GENERATOR=make-initrd
> MKINITRD=/usr/sbin/mkinitrd-make-initrd

Ага, понятно. Вот сюда-то я и не долез. 

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

Re: [sisyphus] Новый udev broken ?

[diver]

2010/4/29 Sergey:
> On Thursday 29 April 2010, diver wrote:
>
>> > А переменная INITRD_GENERATOR определена, как make-initrd ?
>> > Если нет, то installkernel использует mkinitrd...
>>
>> Не совсем понял к чему вопрос, но отвечу:
>>
>> При установленном make-initrd
>> $ cat /etc/sysconfig/installkernel
>> INITRD_GENERATOR=make-initrd
>> MKINITRD=/usr/sbin/mkinitrd-make-initrd
>
> Ага, понятно. Вот сюда-то я и не долез.
Я тоже не лез, этот файл несет в себе make-initrd и значения я там не менял.




-- 
diver
LRU: #407670

Re: [sisyphus] Новый udev broken ?

[Sergey]

On Thursday 29 April 2010, diver wrote:

> >> Не совсем понял к чему вопрос, но отвечу:
> >>
> >> При установленном make-initrd
> >> $ cat /etc/sysconfig/installkernel
> >> INITRD_GENERATOR=make-initrd
> >> MKINITRD=/usr/sbin/mkinitrd-make-initrd
> >
> > Ага, понятно. Вот сюда-то я и не долез.

> Я тоже не лез, этот файл несет в себе make-initrd и значения я там
> не менял. 

В общем, в моём случае, %%90, что всё было связано с тем, что initrd
делался старым способом по разным причинам.

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

Re: [sisyphus] Новый udev broken ?

[Sergey Bolshakov]

>>>>> "Anton" == Anton Farygin <rider-u2l5PoMzF/VWk0Htik3J/w@public.gmane.org> writes:

 > 09.04.2010 14:59, Valery V. Inozemtsev пишет:
 >> В Птн, 09/04/2010 в 14:43 +0400, Anton Farygin пишет:
 >>> Это только я один такой, у которого новый udev не работает в initrd ?
 >>> 
 >>> Перегенерация initrd убивает напрочь загрузку...
 >> 
 >> а поподробнее?

 > Поподробнее - после запуска udevd из initrd:
 > Error getting signalfd.

 > и в /dev/ не создаются устройства.
Ещё более подробно (на i586):

(initramfs) strace udevd --debug
execve("/sbin/udevd", ["udevd", "--debug"], [/* 6 vars */]) = 0
mmap2(NULL, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, 0, 0) = 0xb780f000
open("/etc/udev/udev.conf", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
open("/dev/kmsg", O_WRONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
getuid32()                              = 0
open("/dev/null", O_RDWR|O_LARGEFILE)   = 3
write(1, NULL, 0)                       = 0
write(2, NULL, 0)                       = 0
socket(PF_FILE, SOCK_DGRAM, 0)          = 4
bind(4, {sa_family=AF_FILE, path=@"/org/kernel/udev/udevd"}, 25) = 0
setsockopt(4, SOL_SOCKET, SO_PASSCRED, [1], 4) = 0
socket(PF_NETLINK, SOCK_DGRAM, 15)      = 5
bind(5, {sa_family=AF_NETLINK, pid=0, groups=00000001}, 12) = 0
getsockname(5, {sa_family=AF_NETLINK, pid=926, groups=00000001}, [12]) = 0
setsockopt(5, SOL_SOCKET, SO_PASSCRED, [1], 4) = 0
setsockopt(5, SOL_SOCKET, 0x21 /* SO_??? */, [134217728], 4) = 0
inotify_init()                          = 6
fcntl64(6, F_GETFD)                     = 0
fcntl64(6, F_SETFD, FD_CLOEXEC)         = 0
inotify_add_watch(6, "/lib/udev/rules.d", IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE) = -1 ENOENT (No such file or directory)
inotify_add_watch(6, "/etc/udev/rules.d", IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE) = 1
stat64("/dev/.udev/rules.d", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
inotify_add_watch(6, "/dev/.udev/rules.d", IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE) = 2
rename("/dev/.udev/watch", "/dev/.udev/watch.old") = -1 ENOENT (No such file or directory)
rt_sigprocmask(SIG_SETMASK, ~[RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 0x80580ac, 4) = -1 EINVAL (Invalid argument)
signalfd4(-1, ~[RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 4, 0) = -1 EINVAL (Invalid argument)
write(2, "error getting signalfd\n", 23error getting signalfd
) = 23
close(4)                                = 0
close(0)                                = 0
close(0)                                = -1 EBADF (Bad file descriptor)
close(5)                                = 0
munmap(0xb780f000, 65536)               = 0
_exit(5)

-- 

Re: [sisyphus] Новый udev broken ?

[Sergey Vlasov]

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

On Mon, May 10, 2010 at 10:59:00PM +0400, Sergey Bolshakov wrote:
> rt_sigprocmask(SIG_SETMASK, ~[RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 0x80580ac, 4) = -1 EINVAL (Invalid argument)

Ага, значит, не работает только на i386.

В klibc 1.5.17 есть commit 3cd286a4bff43ea339d2a815047703d134c0ecfc:

    [klibc] Use x86_32 cleaned up signal.h
    
    x86 merges cleaned the header up, do the inverse then arm:
    nuke duplication.

-/* The in-kernel headers for i386 still have libc5
-   crap in them.  Reconsider using <asm/signal.h>
-   when/if it gets cleaned up; for now, duplicate
-   the definitions here. */
+/* The in-kernel headers for i386 got clean up, use them. */

где из usr/include/arch/i386/klibc/archsignal.h выкинуто всё, что там
было, и вставлено #include <linux/signal.h>.  Однако в заголовках ядра
это приводит к arch/x86/include/asm/signal.h, где внутри
обнаруживается следующее:

#ifdef __KERNEL__

/* ... тут пригодное для нужд klibc определение sigset_t */

#else
/* Here we must cater to libcs that poke about in kernel headers.  */

#define NSIG		32
typedef unsigned long sigset_t;

#endif /* __KERNEL__ */

Не знаю, что имел в виду автор изменения в klibc, но результат на i386
получился явно нерабочим - libc5 crap из заголовков ядра никуда не
делся даже в v2.6.34-rc7.

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

Re: [sisyphus] Новый udev broken ?

[Dmitry V. Levin]

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

On Tue, May 11, 2010 at 12:12:55AM +0400, Sergey Vlasov wrote:
> On Mon, May 10, 2010 at 10:59:00PM +0400, Sergey Bolshakov wrote:
> > rt_sigprocmask(SIG_SETMASK, ~[RT_1 RT_2 RT_3 RT_4 RT_5 RT_6 RT_7 RT_8 RT_9 RT_10 RT_11 RT_12 RT_13 RT_14 RT_15 RT_16 RT_17 RT_18 RT_19 RT_20 RT_21 RT_22 RT_23 RT_24 RT_25 RT_26 RT_27 RT_28 RT_29 RT_30 RT_31], 0x80580ac, 4) = -1 EINVAL (Invalid argument)
> Ага, значит, не работает только на i386.
> 
> В klibc 1.5.17 есть commit 3cd286a4bff43ea339d2a815047703d134c0ecfc:
> 
>     [klibc] Use x86_32 cleaned up signal.h
>     
>     x86 merges cleaned the header up, do the inverse then arm:
>     nuke duplication.
> 
> -/* The in-kernel headers for i386 still have libc5
> -   crap in them.  Reconsider using <asm/signal.h>
> -   when/if it gets cleaned up; for now, duplicate
> -   the definitions here. */
> +/* The in-kernel headers for i386 got clean up, use them. */
> 
> где из usr/include/arch/i386/klibc/archsignal.h выкинуто всё, что там
> было, и вставлено #include <linux/signal.h>.  Однако в заголовках ядра
> это приводит к arch/x86/include/asm/signal.h, где внутри
> обнаруживается следующее:
> 
> #ifdef __KERNEL__
> 
> /* ... тут пригодное для нужд klibc определение sigset_t */
> 
> #else
> /* Here we must cater to libcs that poke about in kernel headers.  */
> 
> #define NSIG		32
> typedef unsigned long sigset_t;
> 
> #endif /* __KERNEL__ */
> 
> Не знаю, что имел в виду автор изменения в klibc,

Старый код в usr/include/arch/i386/klibc/archsignal.h конфликтует с
<asm/signal.h>, и автор изменения, наверное, просто выкинул то, что
мешало компиляции.

Другая версия: у нас глючный <asm/signal.h>, а у автора в этом файле
находится что-то более приличное.  По крайней мере, простое сравнение
файлов /usr/include/asm-generic/signal.h и /usr/include/asm/signal.h
наводит на такую мысль.

Я вижу 2 варианта решения: заменить в arch/i386/klibc/archsignal.h
<linux/signal.h> на <asm-generic/signal.h>, или скопировать содержимое
arch/x86_64/klibc/archsignal.h в arch/i386/klibc/archsignal.h

Какой вариант вам больше нравится?

> но результат на i386
> получился явно нерабочим - libc5 crap из заголовков ядра никуда не
> делся даже в v2.6.34-rc7.


-- 
ldv

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

Re: [sisyphus] Новый udev broken ?

[Dmitry V. Levin]

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

On Fri, May 21, 2010 at 02:18:38AM +0400, Dmitry V. Levin wrote:
> On Tue, May 11, 2010 at 12:12:55AM +0400, Sergey Vlasov wrote:
[...]
> > Не знаю, что имел в виду автор изменения в klibc,
> 
> Старый код в usr/include/arch/i386/klibc/archsignal.h конфликтует с
> <asm/signal.h>, и автор изменения, наверное, просто выкинул то, что
> мешало компиляции.
> 
> Другая версия: у нас глючный <asm/signal.h>, а у автора в этом файле
> находится что-то более приличное.  По крайней мере, простое сравнение
> файлов /usr/include/asm-generic/signal.h и /usr/include/asm/signal.h
> наводит на такую мысль.
> 
> Я вижу 2 варианта решения: заменить в arch/i386/klibc/archsignal.h
> <linux/signal.h> на <asm-generic/signal.h>, или скопировать содержимое
> arch/x86_64/klibc/archsignal.h в arch/i386/klibc/archsignal.h
> 
> Какой вариант вам больше нравится?

Второй вариант не сработал, в отличие от первого, который и отправляется
в Сизиф.


-- 
ldv

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

Re: [sisyphus] Новый udev broken ?

[kostya.hm]

24.05.2010 18:47, Dmitry V. Levin пишет:
> Второй вариант не сработал, в отличие от первого, который и отправляется
> в Сизиф.
Будем проверять!