Summary: | Не запускает x-server | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergei Naumov <Sergei.Naumov> |
Component: | sddm | Assignee: | Sergey V Turchin <zerg> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P3 | CC: | McPain2, aen, grizlik78, mcpain, mike, rider, shrek, zerg |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Sergei Naumov
2017-03-17 10:01:27 MSK
x-server стартует до логина. Расскажите подробнее. Установите пока sddm-0.14.0-alt6 из http://ftp.altlinux.ru/pub/distributions/archive/sisyphus/date/2017/03/17/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) |