[Debian] Не работает

а что за версия??? стабильная????

Пробовал 6.0.1 и 6.0.2.1

Просмотрел логи по диагонали, ничего страшного не увидел. Попробуй отключить DRM для nouveau, а потом обновить initrd.

В недолгие минтуты работы успевал даже проприетарные дрова поставить, но это не помогло

Можно попробовать загрузить систему с другим ядром (из бэкпортов, например).

Пробовал 37 ядро - тоже не помогло

Нужно ставить православный КDE.

Какой гном-то ставится? Если третий, то он же там требовательный дофига, и пульсу ему подавай, и видяшку с шейдерами.

ACPI? APIC? В смысле, отключить их.

Без разницы, что ставить, Gnome, KDE, XFCE, результат один. Если поставить базовую систему и на неё минимальный XFCE - работает. Доставить сверху какое-нибудь толстое приложение с кучей зависимостей типа Rhythmbox или Gimp - всё снова падает

Пробовал с noapic и acpi=off и установку, и запуск - не влияет

Возможно это проблема udev.

А как с другими дистрибутивами или альтернативными ОС?

Windows, openSuse, Mandriva устанавливаются и работают

Я собственно не понял, что именно не работает ?
У тебя система с запущеными иксами зависает ?
Или только с гномом ?
А в консоль можешь переключиться ?
А если с удаленного тазика зайти по ССШ и мониторить например /var/log/syslog, kern.log, messages ?

>Я собственно не понял, что именно не работает ? У тебя система с запущеными иксами зависает ?

Чаще всего виснет прямо во время загрузки, если загрузится, стартанут X-ы и всё равно всё повиснет. Не реагирует ни мышь, ни клавиатура (соответственно и не переключиться в другую консоль), диск замирает. Удалённых тазиков нет.

Нашёл Radeon, попробую щас с ним

Если не поможет, попробую поставить систему amd64

Поставил amd64, та же фигня, раза с третьего удалось запустить Xы, выдало сообщение с предложением отправить багрепорт, что был сбой ядра, и лог http://pastebin.com/TbRWQ3NP

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

Может ли дело быть в процессоре, до этого стоял Athlon 3500+ и Debian прекрасно работал?

ИМХО, 1/1000000. «За» — случайный характер сбоев и странные сегфолты в районе зависания. «Против» — ядро часто в состоянии определить сбой процессора и подробно описать сбой на нормальном языке, хотя, если учесть, что проблема выглядит как проблема именно ядра, это не обязательно. Если есть возможность, стоит попробовать сменить на старый.

И тут вступает в действо КО.... отвали ты от этого гнома :) У тя во всех фейловых логах тока сегфолты гнома и видно. Попробуй только Х-ы и , например, какойнить xdm+lxde

>И тут вступает в действо КО.... отвали ты от этого гнома :)

Чуть выше я же написал

Без разницы, что ставить, Gnome, KDE, XFCE, результат один. Если поставить базовую систему и на неё минимальный XFCE - работает. Доставить сверху какое-нибудь толстое приложение с кучей зависимостей типа Rhythmbox или Gimp - всё снова падает

Потому как все эти приложения GTKшные :)
У меня была такая беда один раз, на ноут ставился... Забил на ГТК, присетапил КДЕ и попустило :) Потом ГТКшные приложения тоже нормально начали запускаться.
Кроме всего прочего рекомендую не юзать ньювъю, а попробовать поганять на везе... Хотя тут судя по всему проблема совсем не в видео дровах.

Там же выкинули несвободные прошивки для устройств, может в этом дело? Отсюда качать пробовали?

Ну или ставить пакет firmware-nonfree, вроде так он называется

Надо переустановить python2.6

1) А memtest86+ пробовал?

2) Есть возможность ядро самому собрать? Неплохо бы сделать panic kernel, тогда будет возможность вытащить dmesg из повисшей системы.

>Потому как все эти приложения GTKшные :)

Я просто для примера привёл Rhythmbox, если ставить KDE без этих приложений результат не меняется. Да, проблема не в видео, вставил карточку Radeon, не помогло

У меня и устройств-то вроде таких нет, как в non-free. Но щас попробую, заодно python переустановлю

Память и образы диска в порядке, проверял. Ядро не собрать, система больше 2-3 минут не работает. Но ставил ядра из тестинга - не помогало. Всё-таки мне кажется, что анонимус прав и дело в питоне, каких то его библиотеках

> Всё-таки мне кажется, что анонимус прав и дело в питоне, каких то его библиотеках

Сомневаюсь, что питон со своими библиотеками вызывает сегфолты в libglib. А зависание системы целиком из-за питона это вообще невероятно.

Что-то мне кажется что вы лукавите про другие дистры....
ИМО стоит попробовать потрогать хардвар.
Слишком уж фантастические симптомы.

Базовую систему без X-ов чем-нибудь (компиляцией) нагружать пробовали? Время в ней идёт нормально? А то:

HPET not enabled in BIOS. You might try hpet=force boot option

/drivers/rtc/hctosys.c: unable to open rtc device (rtc0)

Если openSuse работает, попробуйте сравнить dmesg или сделать Debian c ядром от openSuSe.