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

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

(В ответ на комментарий №2)
> А мне кажется,что заливание в сизиф заведомо нерабочих ядер является признаком
> отсутствия квалифицированных сборщиков.

Вы глубоко заблуждаетесь. у меня наши ядра вполне себе работают на 3 рабочих станциях, 2 ноутах и 8 серверах (3 самосбор, остальные hp разной масти). и замечаний к ядрам куда меньше чем к дебиановским. 

По делу - все ядра из сизифа у меня нормально работают под p6

(В ответ на комментарий №3)
> (В ответ на комментарий №2)
> > А мне кажется,что заливание в сизиф заведомо нерабочих ядер является признаком
> > отсутствия квалифицированных сборщиков.
> 
> Вы глубоко заблуждаетесь. у меня наши ядра вполне себе работают на 3 рабочих
> станциях, 2 ноутах и 8 серверах (3 самосбор, остальные hp разной масти). и
> замечаний к ядрам куда меньше чем к дебиановским. 
> 
> По делу - все ядра из сизифа у меня нормально работают под p6

Несомненно: висящая на starting udev система мне снится, только следует повторять мантру: "всё работает нормально".

(В ответ на комментарий №4)

> Несомненно: висящая на starting udev система мне снится, только следует
> повторять мантру: "всё работает нормально".
а причём тут ядро? С более стабильным make-initrd/mkinitrd новые ядра живут себе вполне
[stalker@f37 ~]$ uname -a
Linux f37.local 3.2.9-std-def-alt1 #1 SMP Thu Mar 1 10:06:57 UTC 2012 x86_64 GNU/Linux
[stalker@f37 ~]$ cat /etc/altlinux-release
ALT Linux 6.0.0 Centaurus  (Cheiron)


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

(В ответ на комментарий №5)
> (В ответ на комментарий №4)
> 
> > Несомненно: висящая на starting udev система мне снится, только следует
> > повторять мантру: "всё работает нормально".
> а причём тут ядро? С более стабильным make-initrd/mkinitrd новые ядра живут
> себе вполне
> [stalker@f37 ~]$ uname -a
> Linux f37.local 3.2.9-std-def-alt1 #1 SMP Thu Mar 1 10:06:57 UTC 2012 x86_64
> GNU/Linux
> [stalker@f37 ~]$ cat /etc/altlinux-release
> ALT Linux 6.0.0 Centaurus  (Cheiron)
> 
> 
> а раз уж вы используете сизиф - то будте готовы к различного рода проблемам и
> их диагностике.

Вот если бы ты был чукча читатель, разул глаза и посмотрел на что заведен баг - цены бы тебе не было! Даже за умного сошел бы.

(В ответ на комментарий №6)
> Вот если бы ты был чукча читатель, разул глаза и посмотрел на что заведен баг -
> цены бы тебе не было! Даже за умного сошел бы.

Разве на ядро? И флудили бы вы где-нибудь в другом месте, а? Пожалуйста.

(В ответ на комментарий №7)
> (В ответ на комментарий №6)
> > Вот если бы ты был чукча читатель, разул глаза и посмотрел на что заведен баг -
> > цены бы тебе не было! Даже за умного сошел бы.
> 
> Разве на ядро? И флудили бы вы где-нибудь в другом месте, а? Пожалуйста.
Нет проблем, и мысли не было флудить.
Кстати почему-то помогло добавить строку DISABLE_FEATURES += syslog.
Перегенерил снова и завелось.

(In reply to comment #2)
> А мне кажется,что заливание в сизиф заведомо нерабочих ядер является
> признаком отсутствия квалифицированных сборщиков.
Кажется, пора на #altlinux навести порядок -- из alt-gpgkeys дипломированные несборщики уже выписались.

Feel free to reopen if necessary.