( Gentoo || Ububntu ) система вешается намертво

>> а как узнать, где у меня эти битые секторы?

С помощью badblocks (находится в пакете e2fsprogs, но с конкретной фс не связана).

Ни наю что за badblocks. Звучит хреново :-/

Если после отката на старые иксы работало нормально - откатись еще раз и запрети обновление. И, да, дрова видяхи проверь. У меня такая фигня где-то год назад была. Потом сама пропала после очередного обновления.

Некуда откатываться, в генте убрали из портежа, в убунте кроме магазина приложений еще ничего осиливать не охота. А что дрова проверять? Открытые и все тут.

Попробуй поставить закрытые.

С полными фризами сталкивался. Помогало отключение эффектов в kwin.
Может, стоит потыкать драйвера на видео? Разные версии, разные иксы.

Не поддерживается мой х700

Попробуй на основе существующих накатать ebuild для старых иксов. Или найди где-то архив.

> При использовании иксов с оверлея
Сам себе злобное буратино.

>( Gentoo || Ububntu )

что означает этот тег? татуировку на заднице?

У меня R500 на свободных дровах и на xorg-1.9 летал, дело не в иксах, инфа 100%

Имелось в виду, что баг проявлялся с определенной новой версии иксов 1.9 вроде

if ( os == gentoo OR os == ubuntu ) { call freezesystem }

[571.216224] skge 0000:02:00.0 PCI error cmd:0x17 status:0x02b0

Похожие строки есть в исходниках ядра в r8168_n.c
Подыхает сетевая карта?

Яб не сказал, что подыхает, вроде как работает ;) как проверить?

Поискать '.*PCI error.*cmd:.*status:.*' в других местах исходников ядра и посмотреть, как влияет нагрузка на сеть на вероятность зависания.

если после ifconfig eth0 down зависания продолжаться - сетевуха не виновата?

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

Весь тред не читал, но у меня раньше после перехода на 11.04 постоянно такая же фигня была, постоянные фризы.

Оказалось, если в системе есть разделы с ext4 то на них идет постоянное журналирование( процесс jbid -> родительский kthread ссылка на изображение ), т.е если вносятся изменения на раздел( к примеру создать файл, или его скопировать, или запустить любой процесс ), то ext4 раздел начинался журналироваться, и вся система фризилась.

Можно передать параметры журналирования непосредственно в ядро или отключить его совсем, в интернете полно примеров, меня не устроил такой вариант.

Как решил я:

Перевел ext4 -> в ext3 ( пару разделов ext4 оставил для дальнейшего наблюдения за потциентом ), при обращении к разделам etx3 все отлично, как в ext4 -> обновление журнала -> фризы.

Забыл добавить, с предыдущим ядром (текущее 2.6.38-8-generic x86-64) было ещё хуже, журналирование происходило чаще, не после внесения изменения на раздел на раздел, а через равные интервалы. т.е. ок. раз в 10 минут происходило обновление журнала фс.

Забыл добавить, с предыдущим ядром (текущее 2.6.38-8-generic x86-64) было ещё хуже, журналирование происходило чаще, не после внесения изменения на раздел, а через равные интервалы. т.е. ок. раз в 10 минут происходило обновление журнала фс.