Xorg na notebooku: po čase "shodí systém"

8.3.2007 19:17 | Přečteno: 1584× | Linux

Na notebooku, který v podstatě nemusím a nechci vypínat nebo restartovat, jsem k tomu po jisté době násilím donucen.

Stále ho s úspěchem uspávám a probouzím, problém v tom není (i když...).

00:02.0 VGA compatible controller: Intel Corporation Mobile \\
 915GM/GMS/910GML  Express Graphics Controller (rev 03)

 Xorg -version

X Window System Version 7.1.1
Release Date: 12 May 2006
X Protocol Version 11, Revision 0, Release 7.1.1
Build Operating System: Linux 2.6.15.7 i686
Current Operating System: Linux plastop 2.6.17-11-generic #2 \\
 SMP Thu Feb 1 19:52:28 UTC 2007 i686
Build Date: 07 July 2006
        Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
Module Loader present

Po čase takového provozu zapomenu a spustím video (nebo dám na něj náhled v Krusaderu). Je jedno, jestli je to Kaffeine nebo MPlayer. X server spadne, displej zčerná, kurzor myši zmizí a místo něj občas problikne pravoúhlá oblast s náhodným obsahem. Počítač nelze nijak používat, nelze přepnout na konzoli a nelze se ani připojit přes ssh. Cyklicky probíhá nějaká činnost, kdy je znatelná aktivita disku a probliknutí kurzoru myši, který má někdy tvar hodin X serveru, jindy pouze výše uvedenou oblast. Myší nelze hýbat.

Myslím, že X server stále běží, ale nejsem schopen to zjistit - v logu (po restartu) nic není, v logu messages taky nic. Jediné, co jsem zjistil, že můžu udělat, je vypnutí tlačítkem. Ctrl-Alt-Backspace ani Ctrl-Alt-Delete nemá žádný efekt (v konfiguráku je první kombinace povolena).

Čím to může být? Někde jsem se dozvěděl (Ivan?), že to ve starší verzi údajně měl být bug X serveru (něco jako nízká defaultní hodnota současně otevřených souborů...?), ale od té doby už jsem upgradoval, ovšem tohle je věěc, která mě trápí už asi rok a půl.

Myslel jsem, že je to kodekem videa, ale stává se to u běžných aviček, která po restartu běžně přehraju. Na desktopu (stejně aktualizované Kubuntu, Radeon) jsem nic takového nezaznamenal.

Díky za tipy.

       

Komentáře

[Lu-Tze]

Toto není poradna. Děkujeme.

[tired joe]

LOL :) Ignor, u teba mám pocit, že máš permanentne krámy. Dokážeš aj nebyť nepríjemný?

[Lu-Tze]

V minulosti jsem se snad stokrát ohradil proti tomu, když někdo psal do blogu něco, co patří do poradny. Toto chování prostě bytostně nesnáším a přivádí mě do stavu, kdy mám chuť autora zaškrtit. Vím, že to není první případ, kdy pan Ott takto zneužil blogů, zatím jsem ale mlčel.

Přijemný budu k těm, co se dovedou chovat slušně (čím je tak výjimečný pan Ott nebo jeho dotaz, že má právo se vyvyšovat nad ostatní tazatele a neumístit svůj dotaz do poradny jako ostatní?). Já si o něm myslím, že je to sprosťák.

A náladu mám dobrou, zrovna jsem si ostatně pouštěl výborný seriál Spin City.

[tired joe]

Môj odhad môže byť zlý, ale častokrát, keď čítam tvoje komentáre, tak ma napadne tento citát z Ranních červánků:

Někdo desetkrát denně svému okolí vmete do tváře jakési zlé a chladné slovo a jen málo, často vůbec nemyslí na to, že si za několik let nad sebou stvoří zákon zvyku, který ho pak nutí desetkrát denně své okolí rozladit.

Je to vytrhnuté z kontextu, takto to znie aj trochu trápne :) ale hádam pochopíš, ako som to myslel.

[User682]

zdravim Ignora,

Mozna by jsi vedel, kdyby jsi teda travil jinak cas nez blogovanim a fuc*ovanim uzivatelu, ze k vysledku se da dostat mozna takto:

zkusit vyexportovat nize uvedenou promennou. Pripadne bude i nejaka promenna na debug mod drm manageru [zde nevim parametr]. x-ka + gl by mely byt mozna ve debugovacim modu i zkompilovany. to nevim.

export LIBGL_DEBUG=1

spustit aplikaci.

Pres tail ci neco takoveho si posilat vystup pres ssh a sit na jinou masinu. To same log X-ek i kernelu by se dal takto posilat jinam.

Snazit se z toho neco vycist. mozna by se dalo neco i zjistit pres strace bezici_aplikace obdobnym zpusobem zjistit. pripadne toto porovnat z bugzillou na freedesktop.org.

hodne stesti pri hledani chyb.

bye gf

[David Watzke]

Zkus povolit ACPI (pokud nemáš) a spouštět power-buttonem nějakej skript, kterej ti napoví kde je problém (např. uloží výpis `ps ax' někam do souboru, atp.). Např. já (dle rady) powerem shazuju Xka a už párkrát mě to zachránilo před rebootem.

$ cat /etc/acpi/events/default
event=button[ /]power.*
action=/usr/local/sbin/rescue

[fakenickname]

Nelze hýbat myší.

Ovšem tak to je opravdu velice závažný hardwarový problém. Hledal bych vinu v algoritmu programu "cat", nejpíše metoda ulovit(); či bych se snažil prohledat /dev/stul na vyskyt objektu "zvykacka" nebo "lepidlo".

[petr_p]

Krom toho, ze mas beznadejne zastarale jadro :D, vyzkousej, zda se chyta aspon SysRq. Napr. SysRq-E ci ^M-F1 SysRq-R by te jeste mohl dostat do konzole. Pripadne pred rebootem muzes vylit diskovou cache pomoci SysRq-S a rebootovat pomoci SysRq-B (coz vypada mnohem profesionalneji nez potupne hledani resetu).

[mikky]

Mě se to děje taky, ale pořád sem si myslel, že za to může Beryl. Mám tutéž grafiku, takže předpokládam, že problém bude tam. "Zásek" vypadá tak, že Xka zamrznou, ale dá se hýbat myší. Nereaguje ovšem na klávesnici, takže sem taky dycky restartoval.

Nedávno sem udělal podobnou věc, jako Davit Watzke -mám kombinaci acpi tlačítek, která shodí Xka. Donedávna (=než sem si nainstaloval nový drivery i810) to fungovalo-sice rozhodilo grafiku v konzoli, ale Xka naběhly. Ale od toho upgradu ty Xka sice shodim, ale když je pak znova spustim, okamžitě zase spadnou. Grafika v konzoli je rozhozená úplně stejně. Chtělo by to najít způsob, jak "resetovat" tu grafiku softwarově, bo reboot je fakt jediná věc, která to spraví..

Zatim sem nezjišťoval, kde je bug, ale tipoval bych to na ty gr. drivery, možná VGA bios (používáš 915resolution?) V logách sem nic užitečnýho nenašel.

-miky

[mikky]

pardon, drobný omyl - mám grafiku GMA950:

00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/940GML Express Integrated Graphics Controller (rev 03)

Ale driver bysme měli používat stejnej...

[petr_p]

Ve starickych distribucich, ktere meli svgalib, byl nastroj vga_reset, ktery volal rutinu VGA BIOSU resetujici kartu (presne tu samou rutinu, ktera se spousti behem POSTU).

[Vinicius]

Snad by se dalo zjistit, jestli za to muze ovladac, nebo je chyba nekde jinde. Projevuje se problem s ovladacem "vesa" (tedy pokud je mozne ho pouzit) ?

[Sten]

Doporučuji vypnout (zakázat) XVideo v xorg.conf. Mám tu samou kartu a po vypnutí XVidea problémy přestaly. Sice musím běžet video přes xshm, což je o dost pomalejší, ale za stabilitu to stojí :)