Скастуй автора советов

gstreamer не отвалился?

Попробуй накатить из сида ядро 3.2 и поюзать

~ > dmesg | grep scheduler
[    1.219979] io scheduler noop registered (default)
[    1.219981] io scheduler deadline registered
[    1.220033] io scheduler cfq registered

И что?

Поставь из бэкпортов собранное ядро, нефиг рукоблудствовать, если не умеешь и нет веских причин.

у меня нет gstreamer

Тогда подождите ядра 3.4.

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

KRoN73, прошу вашей помощи

А зачем? Нафиг он мне нужен? Мне альсы хватает

cfq не трогай. Используй localmodconfig или старый конфиг. Кури маны.

нет этой версии ядра в бэкпортах, только исходники.

Попробуй осилить поиск в пакетном менеджере.

Ты хоть дату публикации этих советов смотрел?

По теме - ставил на debian squeeze ванильные ядра 3.0, 3.2, сейчас 3.3 использую - таких проблем не заметил (в смысле - хуже не стало).

linux-image-3.2 - это оно? стабильно?

http://packages.debian.org/squeeze-backports/linux-image-3.2.0-0.bpo.2-amd64

стабильно?

Да уж постабильнее ядра, собранного с наркоманской конфигурацией («Все, что увидел из неиспользуемого и EXPERIMENTAL, повыкидывал»).

Нормальная конфигурация у меня была, а этот ужос после установки загружаться не хотел, на INIT стопорился. А лог загрузки я вытащить не смог
У меня хоть ядро загружалось и работало

этот ужос после установки загружаться не хотел, на INIT стопорился

А как ставил-то? Наверняка initramfs-tools и linux-base старые остались.

Нет, я их из squeeze-backports обновил, это было требование пакета

Тогда странно. А как оно «стопорилось» на init? Это крайне мутная формулировка, особенно бессмысленная при загрузке с quiet.

я грузился в debug mode, сначала на этом месте что-то орал uvesafb, потом я его отключил, сообщение об ошибке исчезло, а черный экран остался.

nomodeset пробовал?

нет, не пробовал

Ну тогда самое время попробовать. Чёрный экран в начале загрузки может говорить о проблемах с KMS.

С подобным конфигом мое первое самосборное ядро (2.6.4, кажись) вообще не загрузилось :)

Кстати, пятая звезда недавно или я слоупок?

С подобным конфигом мое первое самосборное ядро (2.6.4, кажись) вообще не загрузилось :)

У меня (это было 2.6.18) тоже. Правда, я тогда ещё не знал, что «unknown block device» — это софт-паника, которую должен увидеть каждый чайник, с умным видом отключающий «ненужные» модули :) Хотя не сомневаюсь, что даже при успешном запуске много чего не заработало бы.

Кстати, пятая звезда недавно или я слоупок?

Где-то с февраля наверно, не помню уже.

Да, оно самое, родимое. Помню, что основной мотив был «сделать ядро минимального размера», поэтому в модули было вынесено все, что можно и нужно, «ненужное» выключено, а про initrd ни сном, ни духом. К счастью, мозгов хватило, чтобы оставить старое, а новое уже на следующий день было собрано правильно. Ну, относительно правильно :)

Вангую отключение вытеснения

приз встудию

CONFIG_PREEMPT_VOLUNTARY=y

И вы получаете... автомобиииииль!

Не, все блок-девайсы у меня распознаются, там с kms проблемы
сегодня днем приду и посмотрю

Может, ядро с pf-патчами попробовать? Мне TuxOnIce нужен

А чего ты у меня-то спрашиваешь? Я только дистрибутивным ведром пользуюсь. Возьми да попробуй.

В общем, хотел бы знать, сталкивался ли кто-нибудь здесь с подобной проблемой и из-за чего она могла произойти.

из-за

Пытался немного оптимизировать ядро

вместо того, чтобы уроки учить

Умник, проходи мимо. Я хотел узнать причину тормозов, а не читать чье-то говноостроумие

Я хотел узнать причину тормозов

За этим - к врачу

говноостроумие ** 2