[arch] приходится перезагружаться из-за зависания Xorg

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

А может подыхает память на видяхе. Или простая, не на видяхе. Я бы проверил.

Было такое давно из-за драйверов видяхи (да, ATI). С текущим fglrx и 10-ми иксами всё ок.

Ну да, было подозрение - у меня Nvidia GeForce4 с модулем nouveau.ko
Попробую nv, ибо официальный nvidio.ko уже не поддерживается (хотя в бубунте заводилось).

Да, кстати, и это не исключено.
Забыл ещё сказать важный момент, что после такой ситуации ребут помогает частично - комп иногда (но не всегда) висит на стадии загрузки биос. Его нужно выключить и включить.

Ну тогда дрова точно ни при чём...

Ну почему же, дрова могут довести компьютер до такого состояния. Например у меня на отдельном винте OpenBSD стоит - вообще никаких нареканий (железо то же разумеется).

Вы бы ещё фридос загружали и ждали там проблем, извините. Наверное не даёт опёнок нагрузочки такой. В общем я всегда в таких случаях железо сначала проверяю стресс-тестами памяти, графики и каменюки даже иногда.

но периодически бывает такое, что Xorg подвисает, мышка двигается, клавиатура никак не реагирует

У меня такое было, когда делал наивный автологин. Иксы вываливают какую-нибудь чушь в tty, а он воспринимает это как попытку залогиниться и, естественно, блочит вывод и процесс.

:)))
Нет, на самом деле в опёнке хромиум точно такой же как и под линуксом и именно это **вно жрёт всю память с процессорным временем, при чём справляется с этим одинаково хорошо, как в линуксе, так и в опенбсд.

А какой программой проверяете, если не секрет?
Мемтесты всякие не катят, т.к. чтобы мне каждый девайс так протестить - вагон программ придётся поставить.

Чёрт, а у меня оно как раз через inittab стартует!! Спасибо огромное, сейчас попробую придумать костыль какой.

Хотя это немного странно конечно, ибо:

x:5:once:/bin/su soko1 -l -c "/bin/bash --login -c startx > /dev/null 2>&1"

То есть все сообщения должны в /dev/null катиться.

У меня тоже было перенаправление сделано, но кракозябры все равно шли. Может там файловые хендлы как-нибудь перекрываются? В общем как только убрал старт иксов из иниттаба, сразу как пошептало.

Просто странно почему оно тогда по ssh пускает. В общем, сейчас и я уберу, а в случае чего обязательно отпишу.
Ещё раз всем спасибо.

Какой DM?

DM никаким не пользуюсь, ибо считаю его пустой растратой ресурсов, особенно на компьютере с одним пользователем. Пускал DM (lxde) напрямую с /etc/inittab.

Кстати, сижу залогиненый с консоли руками - пока ещё (тьфу-тьфу-тьфу) не разу не упало. Будем надеятся что косяк был в этом.

У меня lxdm как демон, все хорошо.

Не помогло нифига в общем. Буду сейчас другой драйвер видеокарты пробовать

С nv не загружается, запустился с vesa - работает отвратительно (мышка пропадает, всё подтормаживает и т.д., но это нормально для vesa). И всё же, если проблема окажется в видеодрайвере - было бы неплохо поставить оригинальный nvidia.ko. Поддержки оного для последних версий иксов уже не существует, но есть идея выдрать его из убунты (там оно каким-то макаром ещё работает). Интересно, если переписать модуль nvidia.ko из убунты и подгрузить его тут - заведётся?

Откатывай последовательно дрова на видео, xorg и, обязательно, evdev. Evdev и глючит как раз.

А как православно в Арче откатывать отдельные приложения на более старые версии?

> А как православно в Арче откатывать отдельные приложения на более старые версии?

Установи из АУР-а пакет downgrade. А там просто dawngrade имя_пакета.

Супер. Благодарю!

Кстати, с vesa система за два дня работы ещё не разу не упала. Так что сейчас буду экспериментировать с откатами.

Ещё вопрос немного не по теме. Как обновлять пакеты из AUR? Каждый раз скачивать новый порт и пересобирать его?

> Как обновлять пакеты из AUR?

yaourt умеет устанавливать и обновлять пакеты из АУР-а. Это полноценный консольный фронтэнд к пакману. Очень удобная штука.

Спасибо, то что надо.

Короче разобрался, проблема 100% в xf86-video-nouveau. Не знаю что и делать, либо:
1) на vesa пробовать извращаться-работать
2) откатываться на старую версию ядра с иксами, под которые ещё существовал nvidia.ko
2.1) пытаться выдрать всё это дело с бубунты
3) откатывать xf86-video-nouveau до тех пор пока не уберуться глюки
4) покупать новую карту (не собираюсь)

Была такая проблема, как раз со старым GEForce.

Откатил иксы (xorg-server и xf-86-input-evdev) из ARM.

Server = http://arm.konnichi.com/2011/10/01/$repo/os/i686

в начало /etc/pacman.d/mirrorlist

и поставил блоб из AUR (nvidia-96xx-all)

Загугли clyde.

Блин, просто чувствую добром это не закончится. А с каких пор, интересно, xf86-video-nv не включает кода для GeForce4? Помниться ранее оно с ним работало. Может его лучше откатить, не?

Не знаю, но у меня завести её на nv так и не вышло.

А под ранними версиями иксов у меня не работала клавиатура и мышь. Поставил hal, xf86-input-mouse/keyboard - не помогло. Ща гуглить буду, авось что найду.

Тебе нужно снести xf86-video-nouveau и, если ставил, nouveau-dri и поставить:

1) xf86-input-evdev-2.6.0-3-i686.pkg.tar.xz
2) xorg-server-1.10.4-1-i686.pkg.tar.xz
3) nvidia-173xx-utils-173.14.31-1-i686.pkg.tar.xz
4) nvidia-173xx-173.14.31-2-i686.pkg.tar.xz

Все можно найти на http://schlunix.org/archlinux/ в extra.

Мышь с клавиатурой не работали, потому что забыл откатить/обновить evdev.

hal не нужен.

Не надо его откатывать. Оно не работает, с тех пор как nouveau по умолчанию включили. Просто при установке блоба nvidia модуль nouveau блеклистится автоматом. Если хочешь nv, попробуй задавить nouveau для начала.

Не, у меня в системе xf86-video-nouveau/nouveau-dri теперь нет и не предвидется, nv всё равно не работает, пишет что моя видеокарта не поддерживается nv.

Да, вероятнее всего забыл откатить evdev. Сейчас ещё раз попробую.

С эвдев извращался по всячески - ни клава ни мышка все равно не реагируют. Сейчас прогуляюсь и еще что нибудь попробую

Фух блин, разобрался. Короче в секции «ServerLayout» xorg.conf'а убрал все упоминания про мышь с клавиатурой и вписал:

Option "AutoAddDevices"	"True"

Если кто ещё собирётся таким извращением заниматься - не забываем в /etc/pacman.conf добавить строчки:

IgnorePkg = xf86-input-evdev xorg-server

'X -configure' уже не используется.

option «autoadddevices» «true»

Странно. Это ты включил hotplugging. udev с evdev ом должны были делать это автоматом.

В xorg-server 1.10 ох как используется. По крайней мере, пока не создал конфиг /etc/X11/xorg.conf - даже намёка на запуск не было (xorg.conf.d игнорировался).
В общем фиг знает как это объяснить, но сейчас оно таки завелось (:
Так что, всем спасибо огромное, сейчас меня пока что всё устраивает.

Кстати, всем тем кто использует сей извращённый способ советую ещё в IgnorePkg поставить и ядро, потому что на linux-3.1-4-i686.pkg.tar.xz оно уже не заводится (после пересборки модулей, разумеется).

Выяснил в чём ошибка. В груб надо прописать:

$grep nouv /boot/grub/menu.lst
kernel /boot/vmlinuz-linux root=/dev/sdb2 ro rdblacklist=nouveau vga=0x318 nouveau.modeset=0