После перехода на 0.14-alt7 не стартует x-server после логина.
x-server стартует до логина. Расскажите подробнее.
Установите пока sddm-0.14.0-alt6 из http://ftp.altlinux.ru/pub/distributions/archive/sisyphus/date/2017/03/17/files/ .
Точнее, из http://ftp.altlinux.ru/pub/distributions/archive/sisyphus/date/2017/03/16/files/
sddm-0.14.0-alt8.S1 -> sisyphus: * Fri Mar 17 2017 Sergey V Turchin <zerg@altlinux> 0.14.0-alt8.S1 - revert previous changes (ALT#33248)
Сессия KDE5 не запускается
2 zerg, mcpain: предлагаю тестировать такие штуки сборкой регулярки (или сами, или меня подёргайте) на стадии собравшегося в TESTED задания.
(В ответ на комментарий №6) > 2 zerg, mcpain: предлагаю тестировать Так и было. Моя невнимательность была протестирована и пакет с ошибкой попал в Сизиф. ;-)
(В ответ на комментарий №5) > Сессия KDE5 не запускается Я вернул пакет в предыдущее состояние.
(In reply to comment #6) > 2 zerg, mcpain: предлагаю тестировать такие штуки сборкой регулярки (или сами, > или меня подёргайте) на стадии собравшегося в TESTED задания. У меня этот баг не хочет воспроизводиться. получилось что-то сломать только один раз из десяти (dmesg репортил о segfault'е в каком-то из модулей Qt5) В остальных случаях все работало, сессия запускалась без проблем. У zerg была ругань на невозможность создать объект из другого потока - возможно, это и был тот самый segfault. Судя по всему, либо баг очень сильно плавает, либо он вообще находится не в sddm
Со старой Mesa ни одна из сборок sddm не падает. С новой все падают.
sddm-0.14.0-alt9.S1 опять не стартует сессию KDE5.
nvidia ?
(В ответ на комментарий №12) > nvidia ? Неа... Intel. 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. Zenbook Prime UX31A Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 27 Region 0: Memory at f7800000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00018 Data: 0000 Capabilities: [d0] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a4] PCI Advanced Features AFCap: TP+ FLR+ AFCtrl: FLR- AFStatus: TP- Kernel driver in use: i915
Просьба по возможности починить до завтра (regular-rc) или среды (regular).
У нас есть одна машинка где это воспоизводится, разбираемся.
А вот на том Интеле работает: 00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06) (prog-if 00 [VGA controller]) Subsystem: Gigabyte Technology Co., Ltd Device d000 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 28 Region 0: Memory at f0000000 (64-bit, non-prefetchable) [size=4M] Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M] Region 4: I/O ports at f000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Address: fee00018 Data: 0000 Capabilities: [d0] Power Management version 2 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [a4] PCI Advanced Features AFCap: TP+ FLR+ AFCtrl: FLR- AFStatus: TP- Kernel driver in use: i915
Совпадает по capabilities, но вот память по другому распределена, видать... Прерывание другое, но оно вряд ли имеет значение какое-то.
(В ответ на комментарий №17) > Совпадает по capabilities, но вот память по другому распределена, видать... > Прерывание другое, но оно вряд ли имеет значение какое-то. А что пишет tty12? (Alt+F12)
Попробуйте kf5-plasma-workspace-5.9.3-alt4
Я уже пробовал сегодня. $ rpm -qa | grep kf5-plasma-workspace kf5-plasma-workspace-5.9.3-alt4.S1.x86_64 kf5-plasma-workspace-common-5.9.3-alt4.S1.noarch У меня продолжает воспроизводиться.
Откат sddm до 0.14.0-alt8.S1, разумеется, помогает.
А что на 12-й консоли есть интересного от sddm ?
Да у меня 12-й консоли давненько уж нет =) journalctl /usr/bin/sddm показывает только апр 01 11:51:36 localhost sddm[19309]: Display: Unable to handle Auth request! на первую попытку залогиниться и апр 01 11:54:36 localhost sddm[19309]: QProcess::start: Process is already running на остальные
Это локалезависимость какая-то: апр 03 01:11:06 localhost sddm-helper[3678]: [PAM] pam_conv: style= "PAM_PROMPT_ECHO_OFF" ( 1 ), msg[ 0 ]= "Пароль: " Программа ожидает "password" (от pam?) а получает "пароль". Ну и далее вместо AuthPrompt::LOGIN_PASSWORD получается AuthPrompt::UNKNOWN Правда как этого добиться я пока не понял. На тестовой машине тоже русская локаль, но там получается "Password".
На тестовой машине не был установлен glibc-locales. После установки всё стало "нормально" — передаётся "пароль" и sddm перестаёт работать.
Алексей, спасибо большое за диагностику, это то что нужно.
Похоже, срабатывает локализация при наличии /etc/locale.conf .
sddm-0.14.0-alt10.S1 -> sisyphus: * Mon Apr 03 2017 Oleg Solovyov <mcpain@altlinux> 0.14.0-alt10.S1 - Fixed "Unable to handle Auth request" (ALT#33248)