Проблема появилась после обновления KDE до версии 4.11 и заключается в следующем: после переключения из консольного режима в графический плазма начинает подтормаживать и отваливается кде-шное переключение языка, при нажатии клавиш смены языка ввода он меняется, но на панели задач в системном лотке язык остается последний (т.е. язык сменился с английского на русский а иконка осталась английского языка) какой был до переключения ситсемы в консольный режим. При попытки зайти в настройки локали в системном лотке или через настройку кде - плазма замирает минуты на 2 и настройки не появляются. И еще один глюк связан с завершением сеанса после перехода из консольного режима в графический и попытке завершить сеанс, система задумывается минут на 5 и только после этого совершает заданную операцию. Как оказалось проблема проявляется только на проприетарном драйвере nvidia и на видеокартах серии GT... В ходе следующих разбирательств было выяснено что при установке ядра 3.4.62-led-ws с драйвером 319.49 данная проблема исчезает и как оказывается исчезает и проблема черного экрана http://forum.altlinux.org/index.php/topic,30370.msg215011.html#msg215011. Далее было установлено из архива ядро версии 3.10.13 с драйвером 319.49 и выше описанные проблемы не проявились.
Сначала проверю, можно ли в этом отношении что-то сделать с nvidia.
Если нужны какие-либо данные могу предоставить, на компьютере сейчас все 3 ядра установлены
Подтверждаю: в КДЕ 4.11 на последнем std-def ядре (3.10.17) на проприетарных драйверах NVIDIA 319.60 при включённых эффектах, включенном индикаторе раскладок (который по умолчанию) при включении управления раскладками в настройках КДЕ начинает дико тормозить плазма и индикатор раскладок перестаёт реагировать на смену языка. При откате на std-def ядро 3.10.14 и драйвера nvidia 319.49 данный глюк пропадает. Система - KDesktop 7.0 x64 Видеокарта - ZOTAC NVIDIA GeForce GTX 770 4Гб.
(В ответ на комментарий №3) > При откате на std-def ядро 3.10.14 и драйвера nvidia 319.49 данный глюк > пропадает. 3.10.17-std-def-alt1 и nvidia-319.49 глюк с черным экраном присутствует
(В ответ на комментарий №4) > 3.10.17-std-def-alt1 и nvidia-319.49 глюк с черным экраном присутствует У меня чёрного экрана нет ни при каких обстоятельствах... Только торможение плазмы...
На 3.10.18-std-def(уже в сизифе) тоже тогда есть смысл проверить, раз на 3.10.14 было нормально.
(В ответ на комментарий №3) > При откате на std-def ядро 3.10.14 и драйвера nvidia 319.49 данный глюк > пропадает. Можете проверить на 3.10.17-18, собрав ядерный модуль 319.49 .
(В ответ на комментарий №4) > (В ответ на комментарий №3) > > При откате на std-def ядро 3.10.14 и драйвера nvidia 319.49 данный глюк > > пропадает. > 3.10.17-std-def-alt1 и nvidia-319.49 глюк с черным экраном присутствует У меня тоже пока не появляется черный экран на ядре 3.10.13 и драйвере nvidia 319.49, обычно стабильно после игрушки Euro Track Simulator 2 ловилась данная проблема. (В ответ на комментарий №6) > На 3.10.18-std-def(уже в сизифе) тоже тогда есть смысл проверить, раз на > 3.10.14 было нормально. в р7 отправлена новая сборка драйвера nvidia c 2 патчами, завтра попробую потестирую пока с ядром 3.10.17
(В ответ на комментарий №7) > (В ответ на комментарий №3) > > При откате на std-def ядро 3.10.14 и драйвера nvidia 319.49 данный глюк > > пропадает. > Можете проверить на 3.10.17-18, собрав ядерный модуль 319.49 . Если будет время, то завтра проверю и отпишусь, у самого была такая мысль.
(В ответ на комментарий №7) > Можете проверить на 3.10.17-18, собрав ядерный модуль 319.49 . Завтра соберу и протестирую...
(В ответ на комментарий №8) > в р7 отправлена новая сборка драйвера nvidia c 2 патчами, завтра попробую > потестирую пока с ядром 3.10.17 Ядерный модуль пересобрать нужно. Я уже пробовал, черный экране остался.
Ядро 3.10.17 драйвер nvidia 319.60 (сборка 119) бага с тормозами плазмы исчезли
На новом драйвере пока черный экран не поймал
(В ответ на комментарий №12) > Ядро 3.10.17 драйвер nvidia 319.60 (сборка 119) бага с тормозами плазмы исчезли Там были только изменения только в исходниках модуля ядра, который еще не пересобран. Вы пробовали с пересобраным?
ядро 3.10.17 драйвер 319.49 после 2-х часовой игры черный экран не появился и проблемы с тормозами плазмы не замечено.
(В ответ на комментарий №14) > (В ответ на комментарий №12) > > Ядро 3.10.17 драйвер nvidia 319.60 (сборка 119) бага с тормозами плазмы исчезли > Там были только изменения только в исходниках модуля ядра, который еще не > пересобран. Вы пробовали с пересобраным? Модуль ядра я не пресобирал для 319.60, обновился сегодня утром, касательно nvidia был обновлен пакет nvidia_glx_src_319.60-alt119 и тормоза после обновления пакета nvidia_glx_src_319.60 исчезли, незнаю что произощло, но на 118 сборке стоило только включить кдешную раскладку и эффект на лицо
Подождем результатов от Дениса, почему-то только у нас двоих вылезла проблема с тормозами плазмы
(В ответ на комментарий №16) > nvidia был обновлен пакет nvidia_glx_src_319.60-alt119 В этом пакете никаких изменений не было.
(В ответ на комментарий №18) > (В ответ на комментарий №16) > > nvidia был обновлен пакет nvidia_glx_src_319.60-alt119 > В этом пакете никаких изменений не было. Значит мистика ) Подождем результатов от Дениса и тогда станет все ясно
На 3.10.17 с nvidia_glx_src_319.60-alt119, но не пересобранном ядерном модуле глюк есть - плазма тормозит...
На ядре 3.10.17 с драйвером 319.49 глюка нет - плазма не тормозит...
На ядре 3.10.17 с nvidia_glx_src_319.60-alt119, с пересобранным ядерным модулем дров 319.60 глюк проявляется - плазма тормозит... (
(В ответ на комментарий №12) > Ядро 3.10.17 драйвер nvidia 319.60 (сборка 119) бага с тормозами плазмы исчезли Извиняюсь что ввел в заблуждение, действительно на драйвере 319.60 бага проявляется, видимо вчера 319,49 у меня включился из-за этого эффект не обнаружил.
Там кстати вышли дрова 331.20 - http://www.nvidia.ru/download/driverResults.aspx/69504/ru Может с ними всё норм станет?
А для 319-й ветки вышли 319.72 - http://www.nvidia.ru/download/driverResults.aspx/69666/ru
Соберу в p7 319.72, а 331.20 пока в Сизиф и сам на p7 попробую.
Похоже, вылечился черный экран. Не знаю, ядро 3.10.18 или nvidia 319.72 . http://git.altlinux.org/tasks/index/p7/eperm/108036/ http://git.altlinux.org/tasks/index/p7/done/107954/
(В ответ на комментарий №27) > Похоже, вылечился черный экран. Не знаю, ядро 3.10.18 или nvidia 319.72 . Не. Не вылечился.
Может новый КДЕ исправит проблему http://www.opennet.ru/opennews/art.shtml?num=38349
KDE-4.11.3 для p7 в процессе http://git.altlinux.org/tasks/108034/
На ядре 3.10.18 с дровами 319.60 - глюк есть, с дровами 319.49 - глюка нет...
(In reply to comment #31) > На ядре 3.10.18 с дровами 319.60 - глюк есть, с дровами 319.49 - глюка нет... Надо с 319.72 попробовать
У меня на 319,72 бага с притормаживанием плазмы осталась (
(В ответ на комментарий №33) > У меня на 319,72 бага с притормаживанием плазмы осталась ( Да, баг есть при ядре 3.10.18 и дровах 319.72...
KDE 4.11.3 проблему не решило... :(
C nvidia-331.20 "черный экран" присутствует.
(В ответ на комментарий №36) > nvidia-331.20 Уже в p7
(В ответ на комментарий №36) > "черный экран" присутствует. Зависит от включения "Выключать эффекты для полноэкранных окон". Отключу по умолчанию тогда.
На драйвере 331.20 торможение плазмы присутствует... :(
В КДЕ 4.11.4 баг по-прежнему присутствует... :(
Какие-то чудеса: у меня ранее был монитор Xerox XL775D (разрешение - 1280х1024) и глюк с тормозами был на месте... На этих выходных купил себе новый монитор Asus PB278Q (разрешение - 2560х1440) и тормоза кажется исчезли... о_О
Проверив на другом компе (где так же был данный глюк с тормозами) кажется понял как решить эту проблему проблему: надо в /etc/sysconfig/grub2 из секции GRUB_CMDLINE_LINUX_DEFAULT убрать vga=0x31b Что бы выставить нужное разрешение в консоли надо добавить строчку GRUB_GFXPAYLOAD_LINUX='2560x1440' (соответственно подставив своё разрешение) И после сделать update-grub
Не, баг полностью не вылечился... На ядре 3.10.24 всё вернулось... :(
(В ответ на комментарий №42) > Проверив на другом компе (где так же был данный глюк с тормозами) кажется понял > как решить эту проблему проблему: > > надо в /etc/sysconfig/grub2 из секции GRUB_CMDLINE_LINUX_DEFAULT убрать > vga=0x31b > Что бы выставить нужное разрешение в консоли надо добавить строчку > > GRUB_GFXPAYLOAD_LINUX='2560x1440' (соответственно подставив своё разрешение) > > И после сделать update-grub Натолкнули вы меня на мысль) Вот часть моего /etc/sysconfig/grub2: GRUB_CMDLINE_LINUX_DEFAULT='quiet=1 resume=/dev/disk/by-uuid/3e7f4743-18ba-41ce-a96e-763c8c24c893 panic=30 splash' GRUB_GFXPAYLOAD_LINUX='1024x768' GRUB_CMDLINE_LINUX='failsafe vga=normal' GRUB_TERMINAL_OUTPUT='gfxterm' GRUB_GFXMODE='1024x768' GRUB_DEFAULT='saved' GRUB_SAVEDEFAULT=true GRUB_WALLPAPER=/usr/share/plymouth/themes/branding-altlinux-kdesktop/grub.jpg GRUB_COLOR_NORMAL=white/black GRUB_COLOR_HIGHLIGHT=black/white А мысль такая, что возможно не нравятся новому драйверу низкие разрешения в консольке, по крайней мере у меня с такими настройками пока что проблема исчезла, ядро 3.10.25. Подождем следующего обновления ядра и проверим как оно будет себя вести. А разрешение моего экрана 1920х1080, но при таком разрешении проблема проявляется, возможно это разрешение для консольки уже черезчур.
У меня на 3.10.25 проблема кстати вернулась (на 3.10.23 вроде нет проблемы)...
На крайний случай закомментируйте строку #GRUB_GFXMODE='1024x768' и обновите grub, проблема так же исчезает, но загрузка в текстовом режиме пойдет.
Да после игры поймал багу, единственное решение пока закомментировать/удалить строку GRUB_GFXMODE='1024x768' и удалить vga=0x31b в этом случае эффект не проявляется, но загрузка в текстовом режиме идет, что в принципе не критично.
Не, у меня это проблему не решает... Точно так же тормозит... Я так понимаю, что удаление/закомментирование строчки GRUB_GFXMODE='1024x768' всего лишь убирает правильное разрешение в GRUB, но загрузка всё равно в графическом режиме... У меня что бы загрузка пошла в текстовом нужно ещё закомментировать/удалить строчку GRUB_GFXPAYLOAD_LINUX='2560x1440' Но толку у меня от этого 0, кроме гигантских сплющенных символов в консоли )
Давайте сравним последние строчки файла /etc/sysconfig/grub2, вот мой файл, с этой конфигурацией глюка с переключением нет и что-то давно на черный экран я не попадал GRUB_CMDLINE_LINUX_DEFAULT='quiet=1 resume=/dev/disk/by-uuid/3e7f4743-18ba-41ce-a96e-763c8c24c893 panic=30 splash' GRUB_CMDLINE_LINUX='failsafe vga=normal' GRUB_TERMINAL_OUTPUT='gfxterm' #GRUB_GFXMODE='800x600' GRUB_DEFAULT='saved' GRUB_SAVEDEFAULT=true GRUB_WALLPAPER=/usr/share/plymouth/themes/branding-altlinux-kdesktop/grub.jpg GRUB_COLOR_NORMAL=white/black GRUB_COLOR_HIGHLIGHT=black/white # This is especially important as EFI Boot Manager label GRUB_DISTRIBUTOR="ALT Linux" # This defines /boot/efi/EFI subdir name GRUB_BOOTLOADER_ID="altlinux" GRUB_THEME=/boot/grub/themes/branding-altlinux-kdesktop/theme.txt GRUB_AUTOUPDATE_DEVICE='/dev/sda ' GRUB_AUTOUPDATE_FORCE='no'
Вот при таком конфиге у меня загрузка в текстовом режиме (без сплеша), но баг всё равно есть: [nenderus@nenderus-pc ~]$ cat /etc/sysconfig/grub2 # Automaticaly update grub on device(s) # NB: don't put /dev/mdX there but rather '/dev/sda /dev/sdb '! #GRUB_AUTOUPDATE_DEVICE='/dev/sda ' # Use '--force' option for grub-install #GRUB_AUTOUPDATE_FORCE='no' # Automaticaly update config file on kernel install/removal # default: true GRUB_AUTOUPDATE_CFG=true # Automaticaly updated config filename # default: /boot/grub/grub.cfg GRUB_AUTOUPDATE_CFGNAME=/boot/grub/grub.cfg # How to handle /boot/vmlinuz* symlinks: # 'yes','true' - include in config # 'no','false' - skip in config # 'default' - include only /boot/vmlinuz in config # default: default GRUB_VMLINUZ_SYMLINKS=default # Whether to add failsafe entries: # 'yes','true' - add for all kernels # 'no','false' - skip for all kernels # 'default' - add failsafe entry only for /boot/vmlinuz # default: default GRUB_VMLINUZ_FAILSAFE=default # Preload specific grub modules #GRUB_PRELOAD_MODULES='' # Set normal timeout #GRUB_TIMEOUT=5 # Set hidden timeout (do not show menu) #GRUB_HIDDEN_TIMEOUT=3 # Show timeout counter when hidden #GRUB_HIDDEN_TIMEOUT_QUIET=TRUE GRUB_CMDLINE_LINUX_DEFAULT='quiet=1 resume=/dev/disk/by-uuid/c95e7993-91de-48cd-a914-a21659d04f0d panic=30 splash' GRUB_CMDLINE_LINUX='failsafe vga=normal' GRUB_TERMINAL_OUTPUT='gfxterm' #GRUB_GFXMODE='2560x1440' #GRUB_GFXPAYLOAD_LINUX='2560x1440' GRUB_DEFAULT='saved' GRUB_SAVEDEFAULT=false GRUB_WALLPAPER=/usr/share/plymouth/themes/branding-altlinux-kdesktop/grub.jpg GRUB_COLOR_NORMAL=white/black GRUB_COLOR_HIGHLIGHT=black/white # This is especially important as EFI Boot Manager label GRUB_DISTRIBUTOR="ALT Linux" # This defines /boot/efi/EFI subdir name GRUB_BOOTLOADER_ID="altlinux" GRUB_THEME=/boot/grub/themes/branding-altlinux-kdesktop/theme.txt GRUB_AUTOUPDATE_DEVICE='/dev/sdb ' GRUB_AUTOUPDATE_FORCE='no'
Денис, протестируйте пожалуйста еще такой конфиг: GRUB_CMDLINE_LINUX_DEFAULT='quiet=1 resume=/dev/disk/by-uuid/3e7f4743-18ba-41ce-a96e-763c8c24c893 video=vesafb:mode=1280x1024-32 vga=793 panic=30 splash' GRUB_CMDLINE_LINUX='failsafe vga=normal' GRUB_TERMINAL_OUTPUT='gfxterm' GRUB_GFXPAYLOAD_LINUX='1280x1024x32' GRUB_GFXMODE='1280x1024x32' GRUB_DEFAULT='saved' GRUB_SAVEDEFAULT=true GRUB_WALLPAPER=/usr/share/plymouth/themes/branding-altlinux-kdesktop/grub.jpg GRUB_COLOR_NORMAL=white/black GRUB_COLOR_HIGHLIGHT=black/white С моими экспериментами ошибку стало труднее ловить, вдвоем быстрее получится протестировать)
С таким конфигом проблема так же присутствует... (
Кажется с дровами 331.38 баг пропал (ядро 3.10.26 std-def)...
Вроде бы да, попробовал все способы при которых проявляется эффект, еще пару деньков потестим, если все хорошо багу закроем)
Вроде с новыми драйверами не появляются тормоза плазмы, пока баг закроем, все же проблема в драйвере nvidia была.
(В ответ на комментарий №36) > "черный экран" Проблема связана с эффектом "Волшебная лампа". Если его отключить -- не проявляется.