Dotaz: openSUSE 12.2 - zavření terminálu způsobí pád x serveru

[Howard]

Zrovna jsem nainstaloval openSUSE 12.2 načisto, dal nainstalovat asi 300 updatů z oficiálních repozitářů a zjistil jsem, že většinou když zavřu terminál (křížkem, Soubor->Ukončit, nebo příkazem exit), způsobí to pád celého x serveru, všechno zmizí a musím se zase přihlašovat. Je to taková ruská ruleta.

Ve /var/log/messages je tohle:

Dec 24 12:09:12 howard kdm[3409]: X server for display :0 terminated unexpectedly
Dec 24 12:09:12 howard polkitd(authority=local): Unregistered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session4
(system bus name :1.185, object path /org/kde/PolicyKit1/AuthenticationAgent, locale cs_CZ.UTF-8) (disconnected from bus)
Dec 24 12:09:12 howard systemd-logind[767]: Removed session 5.
Dec 24 12:09:12 howard acpid: 1 client rule loaded
Dec 24 12:09:12 howard dbus-daemon[826]: **** /proc/self/mountinfo changed
Dec 24 12:09:12 howard kernel: [  919.205314] ALSA hda_eld.c:337 HDMI: ELD buf size is 0, force 128
Dec 24 12:09:12 howard kernel: [  919.205333] ALSA hda_eld.c:356 HDMI: invalid ELD data byte 0
ec 24 12:09:15 howard systemd-logind[767]: New session 6 of user howard.
Dec 24 12:09:15 howard systemd-logind[767]: Linked /tmp/.X11-unix/X0 to /run/user/howard/X11-display.
Dec 24 12:09:17 howard dbus-daemon[826]: dbus[826]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using serviceh
elper)
Dec 24 12:09:17 howard dbus[826]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper)
Dec 24 12:09:17 howard dbus-daemon[826]: no kernel backlight interface found
Dec 24 12:09:17 howard dbus-daemon[826]: dbus[826]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper'
Dec 24 12:09:17 howard dbus[826]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper'
Dec 24 12:09:19 howard pulseaudio[9514]: [pulseaudio] pid.c: Stale PID file, overwriting.
Dec 24 12:09:29 howard dbus-daemon[826]: **** /proc/self/mountinfo changed
Dec 24 12:09:33 howard sudo:   howard : TTY=pts/3 ; PWD=/home/howard ; USER=root ; COMMAND=/usr/bin/mc
Dec 24 12:09:34 howard pulseaudio[9816]: [pulseaudio] pid.c: Daemon already running.
Dec 24 12:09:35 howard pulseaudio[9829]: [pulseaudio] pid.c: Daemon already running.
Dec 24 12:09:35 howard polkitd(authority=local): Registered Authentication Agent for unix-session:/org/freedesktop/ConsoleKit/Session5 (s
ystem bus name :1.226 [/usr/lib64/kde4/libexec/polkit-kde-authentication-agent-1], object path /org/kde/PolicyKit1/AuthenticationAgent, l
ocale cs_CZ.UTF-8)

Co s tím?

Odpovědi

[Jooky (inactive)]

tak toto je velice zaujimave ...

Je nieco v /var/log/Xorg.0.log ? Prilozeny log vela veci neukazal a ak nebude nic rozumne ani v Xorg.0.log, tak ja by som skusil pustit terminal cez strace -f -o logfile ... & a pozrel vystup. Bude to tak 50:50, ale aspon nejaky naznak to moze ukazat. Na zaciatok to bude lepsie ako studovat strace celeho Xorg servra.

[Howard]

Je to opravdu divny problem. Jeste jsem trochu experimentoval, kdyz otevru terminal z nabidky nebo alt+f2, tak je pravdepodobnost padu mensi, nez kdyz otevru terminal z Krusaderu a zavru ho, pak to spadne skoro na 100%. Zkousel jsem jeste nejake jine terminalove emulatory - Gauge, Terminator, Yakuake, Xterm, Eterm - prakticky pouze Xterm je bez problemu, vsechny ostatni zpusobuji pad rovnez. Zde je kus Xorg.0.log.old:

[  1110.889] 
[  1110.889] Backtrace:
[  1110.889] 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x564656]
[  1110.889] 1: /usr/bin/Xorg (0x400000+0x168389) [0x568389]
[  1110.889] 2: /lib64/libpthread.so.0 (0x7f40f81b5000+0xf140) [0x7f40f81c4140]
[  1110.889] 3: /usr/lib64/libpixman-1.so.0 (0x7f40f7f2e000+0x72dcd) [0x7f40f7fa0dcd]
[  1110.889] 4: /usr/lib64/libpixman-1.so.0 (0x7f40f7f2e000+0x7313f) [0x7f40f7fa113f]
[  1110.889] 5: /usr/lib64/libpixman-1.so.0 (pixman_blt+0x52) [0x7f40f7f386b2]
[  1110.889] 6: /usr/lib64/xorg/modules/libfb.so (fbCopyNtoN+0x2c9) [0x7f40f4363be9]
[  1110.889] 7: /usr/lib64/xorg/modules/glesx.so (0x7f40f18a6000+0x8262d) [0x7f40f192862d]
[  1110.889] 8: /usr/lib64/xorg/modules/glesx.so (0x7f40f18a6000+0x84736) [0x7f40f192a736]
[  1110.889] 9: /usr/bin/Xorg (0x400000+0xf6729) [0x4f6729]
[  1110.889] 10: /usr/bin/Xorg (0x400000+0xbf5a5) [0x4bf5a5]
[  1110.889] 11: /usr/bin/Xorg (0x400000+0xc03f6) [0x4c03f6]
[  1110.889] 12: /usr/bin/Xorg (0x400000+0xbedac) [0x4bedac]
[  1110.890] 13: /usr/bin/Xorg (0x400000+0x5f9b6) [0x45f9b6]
[  1110.890] 14: /usr/bin/Xorg (MapWindow+0x17c) [0x4626ec]
[  1110.890] 15: /usr/bin/Xorg (0x400000+0x331b0) [0x4331b0]
[  1110.890] 16: /usr/bin/Xorg (0x400000+0x38891) [0x438891]
[  1110.890] 17: /usr/bin/Xorg (0x400000+0x27965) [0x427965]
[  1110.890] 18: /lib64/libc.so.6 (__libc_start_main+0xf5) [0x7f40f7063455]
[  1110.890] 19: /usr/bin/Xorg (0x400000+0x27c3d) [0x427c3d]
[  1110.890] 
[  1110.890] Segmentation fault at address 0x7f40da3e1000
[  1110.890] 
Fatal server error:
[  1110.890] Caught signal 11 (Segmentation fault). Server aborting
[  1110.890] 
[  1110.890] 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[  1110.890] Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[  1110.890] 
[  1110.890] (II) evdev: Power Button: Close
[  1110.890] (II) UnloadModule: "evdev"
[  1110.891] (II) evdev: Power Button: Close
[  1110.891] (II) UnloadModule: "evdev"
[  1110.891] (II) evdev: Chicony USB Keyboard: Close
[  1110.892] (II) UnloadModule: "evdev"
[  1110.892] (II) evdev: Chicony USB Keyboard: Close
[  1110.892] (II) UnloadModule: "evdev"
[  1110.896] (II) evdev: Logitech USB RECEIVER: Close
[  1110.896] (II) UnloadModule: "evdev"
[  1110.896] (II) AIGLX: Suspending AIGLX clients for VT switch
[  1110.897] (II) fglrx(0): Backup framebuffer data.
[  1110.910] (II) fglrx(0): Backup complete.
[  1110.910] (EE) fglrx(0): PPLIB: swlPPLibNotifyEventToPPLib() failed!
[  1110.910] (EE) fglrx(0):        ulEventType = 00000023, ulEventData = 00000001
[  1111.523] Server terminated with error (1). Closing log file.

Dal bych sem jeste Xorg.0.log, ale je strasne dlouhy a pripada mi, ze tam jsou normalni hlasky o nabihani a zadne errory uz. Zkousel jsem strace -f -o /tmp/logfile konsole, bohuzel mi to ani jednou nespadlo, takze log je k nicemu, druha vec, ze ten log ma skoro mega a to jsem ho jenom otevrel, udelal par enteru a zavrel, takze nevim, jestli se v tom nekdo vyzna.

[lertimir]

Zkuste ještě změnit v konfiguraci krusaderu volání terminálu na to strace -f -o /tmp/logfile konsole (je uvedeno na dvou mítech jak v "obecné" tak v "Uživatelské akce" kartách).

[Howard]

Příloha:

• logfile.tar.bz2 (50571 bytů)

Tak mi to konecne spadlo. Do prilohy davam log z toho strace.

[faidron]

Příloha:

• fatal_IO_error.png (222184 bytů)

Som som v screene vyznacil chybu, a dal aj text aby bolo laksie (CP). Ale urcte by sa to nemalo stavat. Nejako to SUSE ide dole vodou. Bohozial mal som podobne skusenosti, presiel som na ine distro.

10297 shmctl(12845085, IPC_RMID, 0)     = 0
10297 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
10297 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
10297 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
10297 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
10297 poll([{fd=8, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=8, revents=POLLIN|POLLOUT}])
10297 recvfrom(8, "\226\0\336\3\32\0\240\6\32\0\240\6\0\0\0\0\254\3\27\0\322\3<\2\0\0\0\0\0\0\0\0", 4096, 0, NULL, NULL) = 32
10297 writev(8, [{"\234\7\2\0\33\0\240\6\22\0\n\0\32\0\240\6\206\1\0\0\206\1\0\0\10\1\0\0\20\0\0\0"..., 112}, {NULL, 0}, {"", 0}], 3) = 112
10297 recvfrom(8, 0x1ac1094, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
10297 recvfrom(8, 0x1ac1094, 4096, 0, 0, 0) = -1 EAGAIN (Resource temporarily unavailable)
10297 write(4, "\1\0\0\0\0\0\0\0", 8)   = 8
10297 close(11)                         = 0
10297 close(10)                         = 0
10297 poll([{fd=8, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=8, revents=POLLOUT}])
10297 writev(8, [{"\27\7\2\0<\1\0\0", 8}, {NULL, 0}, {"", 0}], 3) = 8
10297 poll([{fd=8, events=POLLIN}], 1, -1) = 1 ([{fd=8, revents=POLLIN|POLLERR|POLLHUP}])
10297 write(2, "konsole: Fatal IO error: client "..., 39) = 39
10297 sendmsg(6, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\1\1v\0\0\0\10\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"q\0\0\0type='signal',path='/KBookma"..., 118}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 262
10297 sendmsg(6, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\1\1{\0\0\0\t\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"v\0\0\0type='signal',path='/KBookma"..., 123}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 267
10297 msync(0x7fd7cd6d9000, 10547304, MS_ASYNC|MS_INVALIDATE) = 0
10297 munmap(0x7fd7cd6d9000, 10547304)  = 0

[Howard]

Tak ja zkusim jeste zagooglit.

Jako workaround jsem si v Krusaderu nastavil xterm jako terminalovy program, nastesti se otevre v aktualnim adresari. A nevadi, ze nema taby, stejne vzdycky zmacknu F2, udelam, co potrebuju a zavru ho.

Jinak ja byl vzdycky se suse spokojenej, spoustu linuxaku tim asi nastvu, ale ktere jine distro ma tolik grafickych klikatek (yast) jako SUSE?

[lertimir]

Zkuste ještě vytvořit nového testovacího uživatele a jestli podobně to padá i pod ním. Také mám rád Suse. Nejen pro grafická klikátka, ale pro nejkvalitnější podporu distribuční podporu KDE, kterou znám.

[faidron]

Ja som mal velmi dlho SUSE, ale to uz bolo davno. Skuste Ubutnu, alebo rovno Debian. Osobne by som skusil iny windows manager. XFE, ICEWM. Je mozne ze GNOME VAm problem poriesi. Alebo je problemovy ovladac na grafiku?

[Olaf]

To je, jako kdybyste mu radil, aby z Batmobilu přesedlal na Velorex.

[pavlix]

Sám bych pitomější přirovnání nevymyslel :).

[Olaf]

Upřímně, na vás jsem čekal, ještě chybí l4m4. Není snad mého komentáře, kde vy dva byste nebyli hned se svým příspěvkem.

[pavlix]

Reaguju na tebe dost výjimečně. Ale jestli po tom toužíš, budu se víc snažit.

[l4m4]

Když to musí být...

Tvé komentáře u tohoto dotazu, které zvěstují, jak máš rád SuSE a jak je úžasné, jistě přispějí zásadním způsobem k vyřešení problému. Škoda, že jich tu není více, pro jejich přečtení by jistě byl tazatel tak nabit positivní energií a láskou k SuSE, že by se to muselo přenést i na počítač, který by hned všechny problémy vyřešil ochotně sám.

[petr_p]

Otestuje, jestli xterm s XFT fonty (xterm -fa Monospace) zlobí. Jakou verzi xorg-serveru máte? Mám zkušenost, že 1.13 má něco mezi pangem, XFreeType a pixmanem rozbitého.

[KrisKo]

este by som odporucal skusit vypnut efekty v KDE (prip.ich zakazat len pre konkretnu aplikaciu ak sa to da :) ), vypnut prip. zapnut priehladnost v terminale ci to nepomoze a nakoniec skusit inu verziu grafickeho ovladaca (starsiu alebo novsiu)...

[Michal Kubeček]

Používáte jen distribuční balíčky nebo tam máte i něco cizího (např. closed source grafické drivery)?

[Olaf]

Co na openSUSE mám moc rád, je tak kupa kvalitních repozitářů. Doporučuji přidat si KDE 4.9 a provést zypper dup.

[Olaf]

Jo a ještě si přidejte repozitář s Xorg. Shodou okolností jsem dneska přes ssh řešil na jiných strojích podobné problémy s výchozím Xorgem a KDE na openSUSE (padání Plasmy, některých KDE aplikací a memory leak v Kwin). Po instalaci nejnovějšího KDE a Xorgu se všechny reportované problémy vyřešily.

[Punny]

tenhle typ problemu se resi velmi spatne, urcite bych doporucil doinstalovat jedno/dve prostredi a vyzkouset to v nich...aspon se posuneme dal, zda je problem v ovladaci nebo v prostredi nebo vymenit ovladace za open/close...ja bych osobne hledal problem spise v prostredi, ale buh vi :)
Punny

[Howard]

Dekuji vsem za odpovedi. Odpovim takhle hromadne.
Nevenoval jsem se tomu problemu, protoze jsem byl pryc a navic byly vanoce

Bud se ten openSUSE 12.2 nejak nepovedl, nebo je problem s fglrx. Ono mi to pada i pri jinych prilezitostech, jak jsem zjistil. Otevru nejake okno s nastavenim, je jedno jake, najednou to okno zacne blikat jako blazen a bum - cerna obrazovka a xserver je dole. Mozna to souvisi s temi efekty castecne, ale ono to pada, i kdyz je pomoci ALT+SHIFT+F12 vypnu.

Tedy spis sazim na to fglrx. Vzhlizim k AMD a k nove verzi - nebot i v tom nejmenovanem zavadeci her z Redmondu, ktery tu mam take nainstalovany, mam rovnez potize s posledni verzi Catalystu 12.10 - ve Skyrimu, kdyz je sero, litaji po obrazovce trojuhelniky jako blazen - po downgradu na Catalyst 12.8 problem vymizel.

No takze prozatimni result bude - zkusim dalsi verzi fglrx, az vyjde, pripadne to odinstaluju a uvidim. Prece jenom v linuxovem steamu je jen 41 her a nic z toho hrat neplanuju, tak mi to muze byt fuk.

A dalsi duvod, proc neresit, je, ze v breznu vyjde openSUSE 12.3, to uz do te doby vydrzim.

Nebejt toho, ze jsem si den pred vanocena rozboural system tak dukladne, ze ani nenabootoval - instaloval jsem neco z factory repozitare - odklikl nekolik warningu, ze system bude nestabilni a to se pote stalo - tak bych porad jel spokojene na 12.1, ktere fungovalo skvele.

[Michal Kubeček]

Pokud nehodláte hrát nějaké 3D hry, tak nevidím naprosto žádný důvod, proč nepoužít distribuční driver a zaneřádit si systém fglrx.

[Howard]

Ze zvyku ;), driv jsem hral hry v linuxu vic.
A navic pouzivam opensuse od 10.3 a sice s fglrx byly i driv ruzne problemy, ale ne tak velke, jako ted.

[lertimir]

Tak to bude tím. Grafika mne v podstatě nezajímá, a už více než rok jedu dva monitory na grafice v procesoru i5. Tím pádem vše je velmi stabilní. Systém mi nespadl asi rok.

[Howard]

Musel jsem poslat fglrx do kytek. Aniz bych neco zmenil, dneska mi X nenabehl, zasekavalo se to pri startu a posledni hlasky v logu se tykaly fglrx.

[Howard]

No tak se zda, ze uz to nepada (pri zavreni konzole).

Ale zase pro zmenu vetrak na grafike jede neustale na 100% a dela to ramus.

[Milan]

Tak nevim, zkuste si pod gamelauncherem spustit nějaký program pro test grafické karty. Toto chování může způsobovat i HW problém, např vadná GRAM. jeden z těch programů občas taky použiji, ale mam to doma, a teď si nevzpomenu na název... ale tohle jsem našel přímo pro AMD

http://mytechencounters.wordpress.com/2011/05/12/how-to-stress-test-your-gpu/