LINUX.ORG.RU

Иксы стартуют через раз


0

1

Всем привет! Я пользуюсь Арч-линуксом с опенбоксом на борту. Установлен последний драйвер nvidia. Видеокарта GeForce 6200. У меня была такая проблема, что после установки драйвера падала производительность. Решил эту проблему занесением в блэклист модулей nvidia-agp и amd64-agp и добавлением в xorg.conf в секцию «Device» строчку Option «nvAGP» «1». После этого при выходе из ждущего режима через раз запускается Х-сервер. Первый раз выходит нормально, второй раз просто выкидывает в седьмую вкладку консоли (tty7) и пытается запустить Х-сервер, мигая черточкой. Перезагружаюсь, захожу в ждущий режим, выхожу - опять все прекрасно запускается. Такое ощущение, что после первого выхода он какой-то модуль нужный не грузит. В общем, помогите, пожалуйста, разобраться.

Драйвер проприетарный? Как запускаешь иксы? Ну и /var/log/Xorg.0.log покажи.

Xenon ★★★ ()
Ответ на: комментарий от Xenon

Драйвер проприетарный. Иксы запускаю через xinitrc: exec ck-launch-session dbus-launch openbox-session. А что конкретно показать в Xorg.0.log? Он здоровый.

Oliver ()
Ответ на: комментарий от Oliver

Установите wgetpaste

cat /var/log/Xorg.0.log | wgetpaste

Ссылку сюда.

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Желательно вывод dmesg после проблемы восстановления xorg-server из ждущего режима.

kostik87 ★★★★★ ()
Ответ на: комментарий от Oliver

Да вроде ничего странного нет, единственно, что у вас используется не стабильная версия xorg-server`а - X.Org X Server 1.11.1.901 (1.11.2 RC 1)

Попробуйте стабильную версию xorg-server поставить, так же у вас проблемы с дисководом после выхода из ждущего режима, попробуйте его отключить:

[ 4677.299537] floppy driver state
[ 4677.299539] -------------------
[ 4677.299553] now=1313190 last interrupt=4294878968 diff=1401518 last called handler=reset_interrupt
[ 4677.299556] timeout_message=lock fdc
[ 4677.299557] last output bytes:
[ 4677.299559]  8 90 4294878959
[ 4677.299561]  8 90 4294878959
[ 4677.299563]  8 90 4294878959
[ 4677.299564]  8 80 4294878967
[ 4677.299566]  8 90 4294878967
[ 4677.299568]  8 90 4294878967
[ 4677.299569]  8 90 4294878967
[ 4677.299571]  e 80 4294878968
[ 4677.299573] 13 90 4294878968
[ 4677.299574]  0 90 4294878968
[ 4677.299576] 1a 90 4294878968
[ 4677.299577]  0 90 4294878968
[ 4677.299579] 12 90 4294878968
[ 4677.299581]  0 90 4294878968
[ 4677.299582] 14 90 4294878968
[ 4677.299584] 18 90 4294878968
[ 4677.299586]  8 80 4294878968
[ 4677.299587]  8 80 4294878968
[ 4677.299589]  8 80 4294878968
[ 4677.299591]  8 80 4294878968
[ 4677.299592] last result at 4294878968
[ 4677.299593] last redo_fd_request at 4294878968
[ 4677.299599] status=0
[ 4677.299600] fdc_busy=1
[ 4677.299603] do_floppy=reset_interrupt
[ 4677.299604] cont=f8ef4f90
[ 4677.299606] current_req=  (null)
[ 4677.299607] command_status=-1
[ 4677.299608] 
[ 4677.299611] floppy0: floppy timeout called
[ 4677.299737] PM: resume of devices complete after 10023.086 msecs
[ 4677.550911] PM: Finishing wakeup.
[ 4677.550913] Restarting tasks ... done.
[ 4677.934232] NVRM: Xid (0000:01:00): 6, PE0000 04c0 c04be721 00000000 f000eef3 00000000
[ 4677.948590] NVRM: Xid (0000:01:00): 6, PE0000 04c0 c04be721 00000000 f000eef3 00000000
[ 4679.175647] EXT4-fs (sda2): re-mounted. Opts: commit=0
[ 4679.565428] EXT4-fs (sda4): re-mounted. Opts: commit=0
[/cdoe]

Последние две строки показывают, что у вас всё же в конце начинает запускаться xorg-server. У вас acpid нормально запукается после выхода из ждущего режима, т.к. смущает эта строка:
{code]
19.311] (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
И да это точно «ждущий режим», а не спящий (aka hibernate).

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Почему не стабильная версия? Ставил из нормальных репов: pacman -S xorg. Точно ждущий режим. И кстати, раньше после выхода из ждущего режима иксы нормально стартовали, пока я не добавил в блэклист модули nvidia-agp и amd64-agp, чтобы восстановить производительность видеокарты.

Oliver ()
Ответ на: комментарий от Oliver
This is a pre-release version of the X server from The X.Org Foundation.
It is not supported in any way.
Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/.
Select the "xorg" product for bugs you find in this release.
Before reporting bugs in pre-release versions please check the
latest version in the X.Org Foundation git repository.
See http://wiki.x.org/wiki/GitPage for git access instructions.
[    19.137] 
X.Org X Server 1.11.1.901 (1.11.2 RC 1)

Вот лог вашего xorg-server`а.

Почему не хотите использовать nouveau ?

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Да уже хочу до конца разобраться с проприетарным драйвером :) P.S. У меня acpid не установлен, может, в нем дело?

Oliver ()

это всё потому что иксы говно.
Хотя такого не помню/не видеп :)

amorpher ★★★★★ ()
Ответ на: комментарий от Oliver

Вряд ли, но попробуйте поставить. Ведь до блокировки загрузки вами указанных модулей с ваших слов всё было нормально.

kostik87 ★★★★★ ()
Ответ на: комментарий от Oliver

Хм, по логам ничего такого серьёзного нет, попробуйте поступить так: войдите в ждущий режим, затем выйдите из него, найдите ту ситуация, когда после выхода из ждущего режима не запускается (не восстанавливается работа) xorg-server`а.

Псомотрите что в dmesg и Xorg.0.log, хотя если вы выложили два лога ранее после проблем, вызванных выходом из ждущего режима, то и сейчас ничего не будет видно, посмотрите не появилось ли там более сообщение об ошибках и причин сбоя.

Затем остановить xorg-server и запустите заново если проблема есть то скорее всего в этот раз в dmesg и в Xorg.0.log должна появится причина сбоя. (всё это делайте не уходя в ждущий режим повторно)

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87
/etc/init.d/xdm stop
/etc/init.d/xdm start

Или как у вас в Archlinux запускаются стартовые сценарии.

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Я отправлял Xorg.0.log не после выхода из ждущего режима, вот лог после выхода, когда не смог запуститься Х-сервер: http://paste.pocoo.org/show/500502/ Незагруженный модуль evdev. Может в нем причина?

Oliver ()

В 290-м драйвере исправляли проблемы с некоторыми интегрированными видеокартами.

ZenitharChampion ★★★★★ ()
Ответ на: комментарий от Oliver

Да нет, здесь скорее всего сам глюк в драйвере nvidia:

[  4640.277] 
Backtrace:
[  4640.277] 0: /usr/bin/X (xorg_backtrace+0x37) [0x81c0117]
[  4640.278] 1: /usr/bin/X (0x8048000+0x17bc5a) [0x81c3c5a]
[  4640.278] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb770d40c]
[  4640.278] 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0xb4cad000+0xd8056) [0xb4d85056]
[  4640.278] Segmentation fault at address 0x24
[  4640.278] 
Fatal server error:
[  4640.278] Caught signal 11 (Segmentation fault). Server aborting
[  4640.278] 
[  4640.278] 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 

Или проблема всё же в вызвана отчасти в том, что вы заблокировали загрузку модуля nvidia-agp и опции Option «nvAGP» «1».

Вот выдержка из описания параметров драйвера nvidia:

There are several choices for configuring the NVIDIA kernel module's use of AGP: you can choose to either use NVIDIA's AGP module (NVAGP), or the AGP module that comes with the Linux kernel (AGPGART). This is controlled through the "NvAGP" option in your X config file:

    Option "NvAgp" "0"  ... disables AGP support
    Option "NvAgp" "1"  ... use NVAGP, if possible
    Option "NvAgp" "2"  ... use AGPGART, if possible
    Option "NvAGP" "3"  ... try AGPGART; if that fails, try NVAGP

...

kostik87 ★★★★★ ()
Ответ на: комментарий от kostik87

Я все эти опции перепробовал, результат - либо падение производительности, либо не стартуют иксы после ждущего режима.

Oliver ()

Откати иксы до 1.10.4 и проверь результат.

blackst0ne ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.