если под выньдой тоже, то проблема аппаратная

Нет винды, Фриху еще не успел поставить :)

Драйвер видео nouveau?

У меня такое бывает от флеша в браузере

было нечто похожее, проблема оказалась в HDD.

Стандартный тот что с кубунтой с нета качнулся...
Есть смысл установить Офф???

И...

Как это выяснилось

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

Просто у меня, к примеру, из-за nouveau зависали подобным образом Fedora 15 и openSUSE 11.4 (первая зависала в пределах часа после начала работы, вторая - в разбросе от 1 часа до 2 суток).

гадают лучше телепаты
пусть заводит debug console через копморт, например

Увидев заголовок, подумал что нацпол

Первым делом отсоединить все шлейфы и другие соединения и подсоединить обратно раз-другой. Да и вообще почистить не помешало бы.
Похожее бывало, решалось вышеописанным способом.

Снес и занес в блек лист... Поставил с офф сайта... Посмотрим

Похоже на помирающий HDD, иногда такое происходит из-за видео-драйвера.

В смысле? Кам персобрать и почистить (он чистый от пыли)?

Насчёт пересобрать нету смысла, задержки чересчур рандомные в плоть до нескольких часов!

Кстати, машине пол года + сам собирал

В смысле что контакты на шлейфах окислились. А почистить — это так, до кучи.
У меня тоже похожее было, и тоже время работы варьировалось от пяти минут до пары часов.
По-моему, пошевелить пару шлейфов не так уж долго, а начинать искать проблему стоит с наиболее простых вариантов.

Память проверял?

Материнка случаем не ASUS (MA488TD-M в частности) ? И не стоят ли вместе ide+sata винчестеры, приводы?

1. ctrl+alt+F12 - что последнее в консоли?
2. ctrl+alt+F1 - логинится ли под рутом?
3. выхлоп 'mount'
4. насколько воспроизводима проблема? повторяется ли если выключить флеш, торренты?
5. есть ли реакция на магические комбинации?

А логи что ничего не говорят?

1.2.5)Система отвечает только на клавише «ресет на блоке» так как и описано в заголовке...
4) Да ей все равно на то что запущено

Как их получить после рестарта? Какие логи я в этом не силен...

Пока переставил драйвера видюхи... Вроде все спокойно, даже с виртуал боксом на пол оперативы... Тестирую...

Попробуйте воспроизвести сбой, загрузившись с параметрами ядра loglevel=9 debug (и без quiet splash).

Также имеет смысл попробовать netconsole (если есть возможность подключить второй компьютер и послушать UDP-трафик) и crash kernel (www.linux.org.ru/wiki/en/Как_получить_содержимое_буфера_ядра_с_зависшей_системы)

такая же фигня. нету ссылки на этот баг в багзилле?

смотри оперативную память.

Телепатов тред

Однажды наблюдал идентичные симптомы, проблема оказалась в паршивом SATA-кабеле. В первые секунды после зависания еще можно было успеть перейти в tty и узреть возмущения системы. Если не успел, оживить можно было также только ресетом.

посмотри, что выдаёт smartctl. Возможно, жёсткий собрался помирать

Плюсую диски и шлейфы.

Все тема закрыта померла Оперативка...

на других серверах были такие же винты и тоже были проблемы только на другой ОС. После замены винтов сбои прекратились.