Hi all.
28.11.2007 15:19, Oleg Frolkov пишет:
> Тем не менее телепатов тут нет,
Дык. Поэтому я и не рассчитываю на диагноз, а надеюсь получить свежие
идеи для диагностики на месте. Это обмен опытом, а не техподдержка IBM :-)
> диагноз можно поставить только видя как
> можно больше симптомов.
Hi Иван,
* Иван Лох <[EMAIL PROTECTED]>
* 2007-11-28 11:01:
> On Tue, Nov 27, 2007 at 06:48:48PM +0200, Sergey Chumakov wrote:
> > заработало 2.6.18-5-686. Вот так вот. Апгрейдиться после случая
> > потери консоли
> > реально страшно теперь :)
>
> GRUB и LILO, таки, умеют откатываться на альтерна
Alexey Lobanov пишет:
Hi,
28.11.2007 12:04, Oleg Frolkov пишет:
Вообще-то если пишешь что отключает разные устройства то надо приводить
все примеры.
Скорее, это означает, что виноваты не устройства, а система. И
перечислять примеры бестолку.
Тем не менее телепатов тут нет, диагн
Hi,
28.11.2007 12:04, Oleg Frolkov пишет:
> Вообще-то если пишешь что отключает разные устройства то надо приводить
> все примеры.
Скорее, это означает, что виноваты не устройства, а система. И
перечислять примеры бестолку.
> В данном случае похоже что проблемыы с
> DMA у контроллера HDD. Пост
ody kernel: Disabling IRQ #17
В данном случае это пострадал IDE-контроллер CMD-649, повод - 5 минут
активного копирования с диска на диск. Далее, естественно,
Nov 26 11:52:49 woody kernel: hdk: dma_timer_expiry: dma status ==
0x24 - и половина дисковой подсистемы умерла.
Упомянутый парамет
On Tue, Nov 27, 2007 at 06:48:48PM +0200, Sergey Chumakov wrote:
> Live!, но увидело только 1G RAM из 2-х. Бороться с опцией mem я не стал,
> бо испугался встроенного видео, попробовал 2.6.18-5-amd64 - упало,
> заработало 2.6.18-5-686. Вот так вот. Апгрейдиться после случая потери консоли
> реально
В Срд, 28/11/2007 в 10:03 +0300, Alexey Lobanov пишет:
> Hi all.
>
> Конструктивный вывод такой: "Disabling IRQ" - не болячка, а относительно
> безобидный симптом более серьёзной беды. Типа кашля при туберкулёзе.
>
> Смотрим kernel/irq/spurious.c и видим, что кашлять оно начинает, когда
> мимо по
Hi all.
Конструктивный вывод такой: "Disabling IRQ" - не болячка, а относительно
безобидный симптом более серьёзной беды. Типа кашля при туберкулёзе.
Смотрим kernel/irq/spurious.c и видим, что кашлять оно начинает, когда
мимо попадает 99900 прерываний из 10. То есть дело совсем плохо.
Соотве
Hi Покотиленко,
* Покотиленко Костик <[EMAIL PROTECTED]>
* 2007-11-27 15:01:
> Такая же проблема была на старой машине (Duron ~800) с NIC Intel
> PRO/1000 GT при большой нагрузке на сеть. На драйвер e1000 запостено
> куча багрепортов по этой теме, но толком решения нет. Лично я для себя
> сделал в
В Вто, 27/11/2007 в 14:19 +0300, Nikita V. Youshchenko пишет:
> > Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для
> > получения устойчивой работы? Можно с ущербом для производительности.
> > Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и
> > там висло, то
> Вопрос: что ещё можно покрутить в параметрах ядра и его загрузки для
> получения устойчивой работы? Можно с ущербом для производительности.
> Откат на старое ядро, увы, не проходит - по другим причинам. Да оно и
> там висло, только без диагностики.
Если железо неисправно, то париться с ним - пус
В Пнд, 26/11/2007 в 23:08 +0300, Alexey Lobanov пишет:
> Nov 26 11:52:29 woody kernel: irq 17: nobody cared (try booting with the
> "irqpoll" option)
> Nov 26 11:52:29 woody kernel: Disabling IRQ #17
> Nov 26 11:52:49 woody kernel: hdk: dma_timer_expiry: dma status =
Ethernet Pro 100) или на IDE диски (карточки с
CMD 648, CMD 649) через несколько минут ядро отключает прерывание
нагруженного PCI устройства, примерно так:
Nov 26 11:52:29 woody kernel: irq 17: nobody cared (try booting with the
"irqpoll" option)
Nov 26 11:52:29 woody kernel: Disabling
13 matches
Mail list logo