При завершении сессии отключается монитор.

vadik	# 10 лет, 5 месяцев назад (отредактировано 10 лет, 5 месяцев назад)
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	Внимание, ~~внимание, говорит Германия~~ после последнего обновления видеодрайвера nvidia 295.33 у некоторых пользователей начали возникать проблемы с завершением сессии KDE (независимо от того как было запущено окружение - с помощью kdm, startx, Ctrl+Alt+BackSpace и т.д.). Не с выключением, не с перезагрузкой, а именно с завершением сессии, т.е. выходом в kdm или в консоль. Проблема заключается в том, что при попытке выхода из KDE, вместо окна логина kdm или просто консоли (в зависимости от того, каким способом были запущены КDE), видеокарта уходила в режим ожидания и на мониторе можно было наблюдать только черный экран и сообщение об отсутствии сигнала. Если вас также затронула эта проблема - очистите содержимое дирректории ~/.nv/GLCache. Сразу после очистки сеанс будет завершаться корректно.

# 10 лет, 5 месяцев назад (отредактировано 10 лет, 5 месяцев назад)

Сообщения: 5395

Участник с: 17 августа 2009

Внимание, ~~внимание, говорит Германия~~ после последнего обновления видеодрайвера nvidia 295.33 у некоторых пользователей начали возникать проблемы с завершением сессии KDE (независимо от того как было запущено окружение - с помощью kdm, startx, Ctrl+Alt+BackSpace и т.д.). Не с выключением, не с перезагрузкой, а именно с завершением сессии, т.е. выходом в kdm или в консоль.
Проблема заключается в том, что при попытке выхода из KDE, вместо окна логина kdm или просто консоли (в зависимости от того, каким способом были запущены КDE), видеокарта уходила в режим ожидания и на мониторе можно было наблюдать только черный экран и сообщение об отсутствии сигнала.

Если вас также затронула эта проблема - очистите содержимое дирректории ~/.nv/GLCache. Сразу после очистки сеанс будет завершаться корректно.

bobart	# 10 лет, 5 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Дополню: подобная картина наблюдалась и просто при попытке активировать виртуальные консоли, tty1-6 (Ctrl+Alt+Fn) при запущенной X-сессии (tty7). Возврат в иксы (Ctrl+Alt+F7) происходил корректно, монитор включался. Спасибо Вадик, кто-бы мог подумать… PS. Спустя пару часов. НЕ РЕШЕНО, увы. После отключения монитора (режим отключения питания после определённого времени бездействия) и при его последующем включении, активации дисплея, “уход” в вирт. консоль снова вызывает отключение питания монитора.

bobart

# 10 лет, 5 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Дополню: подобная картина наблюдалась и просто при попытке активировать виртуальные консоли, tty1-6 (Ctrl+Alt+Fn) при запущенной X-сессии (tty7). Возврат в иксы (Ctrl+Alt+F7) происходил корректно, монитор включался.
Спасибо Вадик, кто-бы мог подумать…

PS. Спустя пару часов. НЕ РЕШЕНО, увы. После отключения монитора (режим отключения питания после определённого времени бездействия) и при его последующем включении, активации дисплея, “уход” в вирт. консоль снова вызывает отключение питания монитора.

vadik	# 10 лет, 5 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	bobart НЕ РЕШЕНО, увы. После отключения монитора (режим отключения питания после определённого времени бездействия) и при его последующем включении, активации дисплея, “уход” в вирт. консоль снова вызывает отключение питания монитора. Ага, у меня энергосберегающий режим для монитора давно отключен совсем (не вижу смысла), именно поэтому мне очистка кэша помогла полностью. Мне вот другое интересно - больше ни у кого подобное не наблюдается или все просто молчат?

vadik

# 10 лет, 5 месяцев назад

Темы: 55

Сообщения: 5395

Участник с: 17 августа 2009

bobart
НЕ РЕШЕНО, увы. После отключения монитора (режим отключения питания после определённого времени бездействия) и при его последующем включении, активации дисплея, “уход” в вирт. консоль снова вызывает отключение питания монитора.

Ага, у меня энергосберегающий режим для монитора давно отключен совсем (не вижу смысла), именно поэтому мне очистка кэша помогла полностью.

Мне вот другое интересно - больше ни у кого подобное не наблюдается или все просто молчат?

mango	# 10 лет, 5 месяцев назад
Темы: 43 Сообщения: 1521 Участник с: 18 декабря 2008	Это касается только KDE? Потому как у опенбокса,dwm и wmfs - всё нормально.

vadik	# 10 лет, 5 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	mango Это касается только KDE? Потому как у опенбокса,dwm и wmfs - всё нормально. У меня только КДЕ, в других проверить нет возможности, поэтому - хз.

jim945	# 10 лет, 5 месяцев назад
Темы: 8 Сообщения: 3066 Участник с: 25 января 2010	На 2 системах с последними нвидиа и кде проблема не проявляется. Lupus pilum mutat, non mentem.

valet2valet	# 10 лет, 5 месяцев назад
Темы: 2 Сообщения: 59 Участник с: 21 декабря 2011	! 511 $ uname -a; pacman -Q nvidia Linux arch 3.2.12-1-ARCH #1 SMP PREEMPT Mon Mar 19 17:50:01 CET 2012 x86_64 Intel(R) Core(TM) i7 CPU 870 @ 2.93GHz GenuineIntel GNU/Linux nvidia 295.33-1 Проблем нет. Последние кеды, stable.

bobart	# 10 лет, 5 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Это может проявиться, если в “Управлении питанием” активирована опция “Screen Energy Saving” = true. И так-же, если сами иксы будут отключать монитор через определённое время. Во избежание чего добавлен следующий конфиг: /etc/X11/xorg.conf.d/20-blacktime.conf Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection Полёт нормальный. Осталось выяснить чей баг.

bobart

# 10 лет, 5 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Это может проявиться, если в “Управлении питанием” активирована опция “Screen Energy Saving” = true.
И так-же, если сами иксы будут отключать монитор через определённое время. Во избежание чего добавлен следующий конфиг:
/etc/X11/xorg.conf.d/20-blacktime.conf

Section "ServerFlags"
    Option "BlankTime" "0"
    Option "StandbyTime" "0"
    Option "SuspendTime" "0"
    Option "OffTime" "0"
EndSection

Полёт нормальный. Осталось выяснить чей баг.

bobart	# 10 лет, 5 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	Подниму тему. Проблема не только в KDE, как выяснилось. На чистом compiz-е та же история. Причём, что странно, происходит сие непредсказуемо. Перезагрузка/или_просто_включение_компа: по Ctrl+Alt+Fn нормально переходит в ttyN, ничего не гаснет.., но через некоторое время, даже не отследить когда и что там случается - ба-бах, и по Ctrl+Alt+Fn получаем монитор в режиме standby, по Ctrl+Alt+Backspace аналогичная картина. Удаление ~/.nv/GLCashe не помогает. Вот конфиги /etc/X11/xorg.conf.d/20-monitor.conf Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "NEC P221W" HorizSync 31.0 - 83.0 VertRefresh 56.0 - 75.0 DisplaySize 473.0 296.0 Option "DPMS" "true" EndSection /etc/X11/xorg.conf.d/20-serverflags.conf Section "ServerFlags" Option "DontZap" "false" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection /etc/X11/xorg.conf.d/20-nvidia.conf Section "Device" Identifier "Default nvidia Device" Driver "nvidia" Option "NoLogo" "True" VendorName "NVIDIA Corporation" BoardName "GeForce 8600 GT" Option "UseEdidDpi" "False" Option "UseEDIDFreqs" "False" EndSection Дрова extra/nvidia 295.33-1 Что ещё.., в кедах отключена служба Управления питанием и , как следствие, всякие там отключения и затемнения экрана при бездействии. Хранитель экрана активирован, но не срабатывает. Но при том-же конфиге день назад работал, вроде. Всё, я уже запутался… Кто что может сказать по этому поводу, а то надоело бессмысленно менять параметры в конф. файлах, при том, что изменения сказываются на проблеме как-то “случайно”, чтоли. То работает как надо, а потом, при следующем включении уже не работает. Вобщем, бред … Какой-то экзотический баг? Ну, разве что дрова откатить и посмотреть. Откачу.

bobart

# 10 лет, 5 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

Подниму тему.
Проблема не только в KDE, как выяснилось. На чистом compiz-е та же история. Причём, что странно, происходит сие непредсказуемо.
Перезагрузка/или_просто_включение_компа: по Ctrl+Alt+Fn нормально переходит в ttyN, ничего не гаснет.., но через некоторое время, даже не отследить когда и что там случается - ба-бах, и по Ctrl+Alt+Fn получаем монитор в режиме standby, по Ctrl+Alt+Backspace аналогичная картина.
Удаление ~/.nv/GLCashe не помогает.
Вот конфиги
/etc/X11/xorg.conf.d/20-monitor.conf

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "Unknown"
    ModelName      "NEC P221W"
    HorizSync       31.0 - 83.0
    VertRefresh     56.0 - 75.0
    DisplaySize     473.0  296.0
    Option     "DPMS" "true"
EndSection

/etc/X11/xorg.conf.d/20-serverflags.conf

Section "ServerFlags"
    Option         "DontZap" "false"
    Option "BlankTime" "0"
    Option "StandbyTime" "0"
    Option "SuspendTime" "0"
    Option "OffTime" "0"
EndSection

/etc/X11/xorg.conf.d/20-nvidia.conf

Section "Device"
        Identifier "Default nvidia Device"
        Driver "nvidia"
        Option "NoLogo" "True"
        VendorName     "NVIDIA Corporation"
        BoardName      "GeForce 8600 GT"
        Option         "UseEdidDpi" "False"
        Option         "UseEDIDFreqs" "False"
EndSection

Дрова extra/nvidia 295.33-1
Что ещё.., в кедах отключена служба Управления питанием и , как следствие, всякие там отключения и затемнения экрана при бездействии. Хранитель экрана активирован, но не срабатывает. Но при том-же конфиге день назад работал, вроде. Всё, я уже запутался…
Кто что может сказать по этому поводу, а то надоело бессмысленно менять параметры в конф. файлах, при том, что изменения сказываются на проблеме как-то “случайно”, чтоли. То работает как надо, а потом, при следующем включении уже не работает. Вобщем, бред … Какой-то экзотический баг?
Ну, разве что дрова откатить и посмотреть. Откачу.

mako	# 10 лет, 5 месяцев назад
Темы: 2 Сообщения: 9 Участник с: 14 января 2011	Поставил (early start) nouveau вместо проприетарщины, посмотрим, спасёт ли меня это от беды. Пока что (пять минут после перезагрузки) полёт нормальный, даже более того: переключение на tty1-6 по скорости теперь больше напоминает переключение между вкладками браузера, да и у самой консоли отзывчивость повысилась. Понимаю, что не всем такое решение подойдёт, но хотя бы узнаем, действительно ли это от драйверов проблемы, или стоит искать где-то ещё. ——– Кстати, у меня в /var/log/Xorg.0.log можно было увидеть что-то вроде: (II) NVIDIA(0): Setting mode “nvidia-auto-select” (II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon (II) NVIDIA(0): may not be running or the “AcpidSocketPath” X (II) NVIDIA(0): configuration option may not be set correctly. When the (II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will (II) NVIDIA(0): try to use it to receive ACPI event notifications. For (II) NVIDIA(0): details, please see the “ConnectToAcpid” and (II) NVIDIA(0): “AcpidSocketPath” X configuration options in Appendix B: X (II) NVIDIA(0): Config Options in the README. Не знаю, связанно это как-нибудь или нет.

mako

# 10 лет, 5 месяцев назад

Темы: 2

Сообщения: 9

Участник с: 14 января 2011

Поставил (early start) nouveau вместо проприетарщины, посмотрим, спасёт ли меня это от беды.

Пока что (пять минут после перезагрузки) полёт нормальный, даже более того: переключение на tty1-6 по скорости теперь больше напоминает переключение между вкладками браузера, да и у самой консоли отзывчивость повысилась.

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

——–
Кстати, у меня в /var/log/Xorg.0.log можно было увидеть что-то вроде:

(II) NVIDIA(0): Setting mode “nvidia-auto-select”
(II) NVIDIA(0): ACPI: failed to connect to the ACPI event daemon; the daemon
(II) NVIDIA(0): may not be running or the “AcpidSocketPath” X
(II) NVIDIA(0): configuration option may not be set correctly. When the
(II) NVIDIA(0): ACPI event daemon is available, the NVIDIA X driver will
(II) NVIDIA(0): try to use it to receive ACPI event notifications. For
(II) NVIDIA(0): details, please see the “ConnectToAcpid” and
(II) NVIDIA(0): “AcpidSocketPath” X configuration options in Appendix B: X
(II) NVIDIA(0): Config Options in the README.

Не знаю, связанно это как-нибудь или нет.