Зависоны: возвращение

проверь память (memtest86)

Проверял, оставлял на 7 часов, ошибок не было, и зависаний посреди теста тоже.

это ноут или десктоп вообще?

Десктоп, инфа в профиле.

Есть ли смысл проверить БП? FSP ATX-400PAF - он старый, но мощности теоретически хватает.

Есть ли смысл проверить БП?

как вариант

когда ты переключаешься в tty при фризах dmesg ничего интересного не пишет?

другие дистры/ядра не пробовал ради эксперимента?

Если загрузчик/ядро, явно, сообщает о неполадках с корневой и ФС, то я бы в первую очередь начал косо смотреть на диск. Скорее всего есть поврежденная область, при попытке записи в которую, ядро падает, а падает уже из - за кривизны драйвера например. Попробуй livecd чтоли, с такой же конфой, погоняй его сутки - двое, если умрет, значит дело не в диске.

smartctl?

/ находится на SSD: http://pastebin.com/Xy21WzZV
/home - на другом винте, http://pastebin.com/DmtUNyig

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

К сказанному выше добавлю, что неплохо было бы заблеклистить блобо-либы для prelink'а, который в Fedora'е запускается по cron'у.

# prelink -ua
# echo '-b /usr/lib/nvidia' > /etc/prelink.conf.d/nvidia.conf
# prelink -avfmR

Хм... а что это даст? Это надо делать на всех машинах с установленным prelink?

Хм... а что это даст?

http://redmine.russianfedora.ru/issues/931

Я не специалист по SMART, но

Unexpect_Power_Loss_Ct  0x0030   000   000   000    Old_age   Offline      -       43

кажется подозрительным.

А сюда засчитываются моменты, когда я тыкаю reset на корпусе?

Без понятия.

В общем, пойду поставлю kernel 3.6.1, пересоберу под него блоб, поменяю БП и через пару дней отпишусь.

Скачал 3.6.1 из koji, думал после перезагрузки ставить драйвер еще раз (у меня не из rpmfusion, а с сайта нвидии) - а он и так без проблем работает с новым ядром - ускорение, wine - все отлично. Что это за магия? Ведь в opensuse и debian с каждым обновлением ядра надо заново запускать .run.

Нет-нет-нет. uname и lsmod спасут.

Попробуй частоту оперативки поставить на самый минимум (1066 МГц).

У меня такие траблы были с оператвой, пока новый биос не выпустили к мамке.

Здесь на самом деле проблем может быть куча.
И веник, и память. У меня в частности на ущербной ta770 a2+ приходится через cpu-freq ограничивать проц до 2.2Ghz ибо ядра за 15 секунд нагреваются выше 100 и тупо вырубается. Если успеть снять нагрузку остывают за секунд 5. Причем радиатор нагреваться не успевает.
Причем год таких проблем не было. У первых am2+ матерей (которые без железяки под камнем) такая проблема.

Не понял...

Блин. Специально взял память с высокой частотой, ибо от нее серьезно зависит встроенная графика - а мать по дефолту все равно включает здесь 1066, приходится 1866 выставлять вручную. Неужели зря деньги потратил?

эта проблема драйвера вел-ноун. рандомный зависон с бредом в логе вида:

NVRM: Xid (0000:02:00): 56, CMDre 00000003 0000080c 20000000 00000004 00000084

ЗЫ не нужно пенять на железо и тратить время на тесты. просто попробуй другие версии драйвера

Не факт, но бывает, что помогает смена вендора памяти.

Ты уверен, что загрузился с нового ядра и что у тебя работает не nouveau?

Может, DKMS какой-нибудь?

Кстати, отчего не хочешь использовать опакеченный драйвер?

Да, разумеется. Даже nvidia-settings работает.

Не знаю, скажу только, что абсолютно ничего не делал - просто скачал kernel и kernel-headers.

Оттого, что ты мне его так и не скинул :) А разбираться в spec-файлах совсем не хочется.

Ой, прости. Совсем забыл. Просто дело в командировке было, а там завершение реконструкции, куча начальников из Москвы и Ёбурга, работа без сна несколько дней подряд. В общем, вот.

Только я использую i686, а у тебя, ЕМНИП, x86_64. Поэтому выложил *.src.rpm'ы с инструкцией в архиве. Там буквально пара команд и немного уличной магии на каждый пакет.

Благодарю.
Не знаю, к чему это все, но с новым ядром (и после манипуляции с prelink) уже восемь часов подряд никаких проблем. Такими темпами если завтра к вечеру не зависнет, проблему можно официально считать решенной, хотя виновника (ядро или prelink) так и не нашли. БП не менял.

Кстати, зависание X'ов наблюдается на одной из обслуживаемых мной машин на F16 при определённой настройке BIOS'а (также используется блоб). Точнее, при определённой настройке BIOS'а не зависает, а на всех остальных вариантах настроек — виснет и всё. Мамка — голимый Pegatron.

UPD: при этом на nouveau всё нормально.
// GeForce GT 520.

Nouveau ведь не работает на GT 520.

А что за настройка-то? Какой-то конкретный параметр?

Ядрёный модуль работает. А вот X'овый драйвер — нет: используется llvmpipe.

Точно не скажу, давно уже настраивал. Но помню, что какой-то неочевидный параметр.

А что, преддверием становления состояния «зашибись» было ковыряние BIOS'а?

А что, преддверием становления состояния «зашибись» было ковыряние BIOS'а?

Ты про мою ситуацию? Нет, в биосе ничего не менял вообще, просто обновил ядро, даже драйвер не переустанавливал.

И она не перегревается? У меня была 8500 GT с пассивным охлаждением, так вот разница характеризуется примерно как «с nouveau трогаешь - можно обжечься, с блобом - нельзя». Видеокарта в итоге после нескольких месяцев работы скончалась.

GT 520 — вообще не больно капризная по температуре карточка. Там кулер диаметром в пять сантиметров (но он есть, да). Обрезок же :)

Да и в просторном системнике, к тому же.

У меня работает. И вентилятора на ней нет. Asus.

А аппаратное ускорение 3D есть? Что говорит glxinfo | grep OpenGL ?

UPD: дистр, ядро, версию X'ов, версию nouveau, etc. в студию!

Вот блин. Сейчас загружу тот комп.

Есть ответ, почему после обновления ядра оно всё же работает:

$ sh ./NVIDIA-Linux-x86_64-304.51.run --extract-only
...

$ ls ./NVIDIA-Linux-x86_64-304.51/kernel | grep dkms
dkms.conf

Каков всё-таки результат?

Сегодня утром 304.51 ВНЕЗАПНО появился в rpmfusion. Внезапно, потому что вчера вечером его не было даже в тестинге, а сегодня с утра он уже в стейбле.

Сколько помню, новые версии блоба в testing'е rpm-fusion'а долго не задерживаются. Точнее, я их в testing'е вовсе не видел — только в updates'ах.

ArtKun сказал, что «Nouveau ведь не работает на GT 520.» Я встрял, что работает. Обосновываю. Когда не установлен драйвер (нуво или блоб) разрешение экрана 1920х1080 не встает. C нуво и блобом фуллхд есть. Теперь отвечаю на вопросы carasin. Аппаратного ускорения 3D нет.

# glxinfo | grep OpenGL
OpenGL vendor string: Mesa Project
OpenGL renderer string: Software Rasterizer
OpenGL version string: 2.1 Mesa 7.10.3
OpenGL shading language version string: 1.20
OpenGL extensions:

debian, ядро 3.2.0-0.bpo.2-amd64

xserver-xorg-video-nouveau
X.Org X server — Nouveau display driver (experimental)
1:0.0.16+git20110411+8378443-1~bpo60+1

libdrm-nouveau1a
Userspace interface to nouveau-specific kernel DRM services — runtime
2.4.26-1~bpo60+1

lsmod
nouveau               570475  2  

Аа... Тогда понятно. Я думал, может ядро и nouveau посвежее у Вас. Вдруг разработчики всё-таки запилили поддержку GT 520(M) в X'овой части драйвера :D

Ан-нет — всё как было. Ладно, в ближайшее время скачаю какой-нибудь LiveCD с F18, проверю что да как. А то недавно скачивал альфу — кеды загрузились, но ни одна прикладная программа не запускалась, даже консоль.

В любом случае, спасибо за инфу.

Проблема никуда не делась. Симптомы немного другие - иногда артефакты, а только что меня просто посреди работы выкинуло в gdm, причем звук с youtube продолжал идти до самого конца видео. При попытке залогиниться - черный экран и работающий курсор, но звук еще есть. Жму Ctrl + Alt + Backspace - зависание, прямо как из шапки. Только проблем с ФС потом уже не было.
Черт, мне это так надоело, что уже не хочется ничего делать. Даже багрепорт отправлять не хочется - драйвер-то закрытый, да к тому же здесь говорят, что проблема известная. Хоть сейчас все продавай и интел покупай.

Я не знаю, в чем проблема - в ядре, видеокарте, драйвере или SSD.

в дистрибутиве

в дистрибутиве

Сильно сомневаюсь.