mrznoucí Xserver s prostředím cinnamon [vyřešeno]

[matlala]

Zdravím,
mám problém s častým zamrzáním Xserveru (a nejen já, děje se to i spolužákovi na starším lenovu s ubuntu server 12.04 + xserver ? + cinnamon a gnome fallback).

Důvod je mi neznámý, ale osobně používám cinnamon, mám ubuntu 12.04.3 přeinstalované po havarii xserveru v sobotu a dělalo to před i po reinstalu. Spolužákovi to dělá i jind enež v cinnamonu. Dneska mě to už do**ralo úplně, když jsme potřebova pracovat na úpravě úkolu do školy celkem akutně a komunikovat se spolužákem přes pidgin, surfovat na netu a poslouchat hudbu, xsever zmrzl neuvěřitelně 4-5x během necelých 10ti minut!

Napadá někoho čím by to mohlo být? Mrzne to cca 3-5x denně a není jiná možnost než v tty konzoli zadat

Kód: [Vybrat]

sudo service lightdm restartsamozřejmě práce za poslední asi 1-3 minuty neuložená a všecko musím otvírat znovu. Ještě lepší by bylo, kdyby se mi tohle stalo při online testu, které ve škole děláme celkem běžně na školním moodle. Ale musím zaklepat, tohle se mi ještě nestalo, ale rád bych tomu předešel.

PS. během psaní tohoto příspěvku to zamrzlo zas  a další problém je, že po restartu lightdm mi někdy nenajede správně zvuk, prostě správce nenajde připojenou zvukovku.

[ntz_reloaded]

bohuzel nejsme vestci, takze nas nic nenapada .. nicmene pokud se podivas do logu (dmesg, messages, Xorg.N.log), tak se urcite duvod dozvis

[matlala]

ja vim, musim to vystihnout po zámrzu, teď nemam jaksi čas to studovat a procházet to je na dýl.
Dodám. Aspoň vím co krom Xorg.log prolést

[ntz_reloaded]

ja vim, musim to vystihnout po zámrzu, teď nemam jaksi čas to studovat a procházet to je na dýl.
Dodám. Aspoň vím co krom Xorg.log prolést

nemusis, Xorg.1.log je minula instance xorgu, stejne jako /var/log/messages a nebo dmesg ti oba pisou co se deje i do minula

[matlala]

ok, možná večer, teď se musim jít postarat o něco jiného krom PC.

[matlala]

tak jsem prolezl logy v /var/log a v Xorg.0.log je vždycky po zamrznutí, které se stává hned po odemčení (zamkne se sám, po 10min nepoužívání, po uspání je to bez chyb)

Kód: [Vybrat]

[  1305.576] (II) intel(0): Modeline "1920x1080"x0.0  138.65  1920 1944 1960 2080  1080 1082 1087 1111 -hsync -vsync (66.7 kHz eP)
[  1306.163] (II) intel(0): EDID vendor "SEC", prod id 12620
[  1306.163] (II) intel(0): Printing DDC gathered Modelines:
[  1306.163] (II) intel(0): Modeline "1920x1080"x0.0  138.65  1920 1944 1960 2080  1080 1082 1087 1111 -hsync -vsync (66.7 kHz eP)
[  1307.602] (II) XKB: reuse xkmfile /var/lib/xkb/server-C2B7757DD10CC1D7D5D7EE858BF2A9EFA5629296.xkm
[  1377.554] (II) XKB: reuse xkmfile /var/lib/xkb/server-C2B7757DD10CC1D7D5D7EE858BF2A9EFA5629296.xkm
[  1413.444] (II) XKB: reuse xkmfile /var/lib/xkb/server-C2B7757DD10CC1D7D5D7EE858BF2A9EFA5629296.xkm
[  1435.047] (II) XKB: reuse xkmfile /var/lib/xkb/server-C2B7757DD10CC1D7D5D7EE858BF2A9EFA5629296.xkm
[  2192.520] (II) AIGLX: Suspending AIGLX clients for VT switch
[  2298.041] (II) Open ACPI successful (/var/run/acpid.socket)
[  2298.041] (II) AIGLX: Resuming AIGLX clients after VT switch
[  2298.056] (II) intel(0): EDID vendor "SEC", prod id 12620
[  2298.056] (II) intel(0): Printing DDC gathered Modelines:
[  2298.056] (II) intel(0): Modeline "1920x1080"x0.0  138.65  1920 1944 1960 2080  1080 1082 1087 1111 -hsync -vsync (66.7 kHz eP)
[  2300.478] (II) AIGLX: Suspending AIGLX clients for VT switch
ten poslední řádek

Kód: [Vybrat]

AIGLX: Suspending AIGLX clients for VT switchse v tom logu opakuje po každém zámrzu, už na to koukám pokaždé

Takže něco s bumblebee?, řešení neznám, ale mrzne to čím dál častěji

[ntz_reloaded]

je to v Xorg.1.log, ne Xorg.0.log .. dale dmesg po zamrzu a zkontrolovat /var/log/messages

[matlala]

ok, to abych si napsal na papír

[matlala]

Tak sjem s evčera donutil napsat si scrip an zkopčení logů v inkriminovaném okamžiku a souviselo to s ovladači od nvidie, i když enchápu proč se pokoušeli načíst nějaký modul kbl nebo tak nějak, když jsem to nevyžadoval přes systém optimus pomocí bumblebee.

Nahodil jsem doporučené ovladače 311 místo 304 z oficiálního repa edgers, stáhlo si to i nějaký veci v aktuálnějším stravu pro bumblebee apod. Po restartu po obědě to ještě nezamrzlo, přitom dřív by to už udělalo minimálně 3x.

[matlala]

ach né, tak to mrzne zase a pro změnu to v logu píše pořád po každém zámrzu myš, resp logitech unyfiying přijímač. Na 3.5 jádře kvůli tomu musela být oprava. Spolužák mě přivedl na myšlenku zkusit novější jádro, tak jsem nahodil 3.11 saucy, odstranil opravu a voaá, bez opravy myš jede, sice boot se prodloužil asi o 2s, ale snad to nezamrzne, když ymš nemá problémy.
Jediné negativa jsou že se zhruba regulace jasu displeje-v gnome menu není vubec posuvník a na cinnmonovém panelu appletem to nejde, funguje jen program xbacklight a jako bonus teď při psaní tohohle koukám že i FN zkratky, které nešly. A jako bonus mám minimální jas úplnou 0 (tma :-D ) a probudí se ani ne za 1s (původně černo až za 2s nabehl lock screen) můžu zadat heslo, které se sice na obrazovce nepíše, ale jde zadat.

Takže uvidíme, dám vědět.

[matlala]

Tak jsem chvíli testoval a omezil záseky, největší problém dělal virtualbox v nejnovější verzi 4.3, to mrzlo se železnou pravidelností vždy při spuštěných windows ve virtuálce. Omezila to starší verze 4.2. Ale pořád to tak 2x, 3x denně zamrzne.

Udělal jsem si scriptík co zkopíruje logy a udělá výpis dmesg:

Kód: [Vybrat]

#!/bin/bash
set $(date +'%d %m %Y %H %M %S');
#echo $1 $2 $3 $4 $5 $6;
mkdir ./xorg/$3-$2-$1-time-$4-$5-$6
cp /var/log/Xorg* ./xorg/$3-$2-$1-time-$4-$5-$6/

#cat -n /var/log/Xorg.* >> ./xorg/Xorg_$3-$2-$1-time-$4-$5-$6.log;
dmesg >> ./xorg/$3-$2-$1-time-$4-$5-$6/dsmeg_$3-$2-$1-time-$4-$5-$6.log;
echo "hotovo";
sudo rm /var/log/Xorg*
sudo service lightdm restart
Bohužel mám jen samé Xorg.0.log fyzický monitor a Xorg.8.log (virtuální monitor pro bumblebee).
Podle logů jsem měl podezření na myš, vyměnil jsem za obyčejnou drátovku genius a padlo to po asi 3h používání. Přikládám všecky logy pěkne ve slokách, dokonce s nějakým kernelem 3.5, aktuálně jsou s 3.11 + nejnovějším saucy xserverem.

Tak snad v tom někdo něco najdete.

https://www.dropbox.com/sh/g0otkr99d1qqj4g/Zv4jxSzFfx

[Roman Vacho]

Kód: [Vybrat]

df -hMísto je?

[matlala]

právě že je

Kód: [Vybrat]

matlala@ubuntu-N56VM ~ $ sudo df -h
[sudo] password for matlala:
Souborový systém Velikost Užito Volno Uži% Připojeno do
/dev/sda3             30G   19G  9,8G  66% /
udev                 7,6G   12K  7,6G   1% /dev
none                 751M   50M  702M   7% /tmp
tmpfs                3,1G  1,2M  3,1G   1% /run
none                 5,0M     0  5,0M   0% /run/lock
none                 7,6G  1,1M  7,6G   1% /run/shm
/dev/sda4            133G   94G   32G  75% /home
/dev/sdb2            797G  454G  302G  61% /media/Data
/dev/sda2             96M   20M   77M  20% /boot/efi


[matlala]

ha, tak jsem asi našel viníka. Už jsu 48h bez zámrzu, obvykle by to mylo minimálně 4-8x zamrzlé. Ten jedne zásek při přenastavování compizu nepočítám, to chápu že je normální.

Samotné mé prostředí cinnamon v ubuntu 12.04.4 z oficiálního repa. Přesídlil jsme na unity, nakonec celkem mi začlo vyhovovat, jako jediné zvládá dva monitory a klonovat panel na každý z nich, upravitelnost sice složitější, ale jde to taky.

[matlala]

tak definitivně potvrzeno. Bylo to cinnamonem, unity nemrzne, maximálně padá když něco měním v nastavení compizu, ale neshodí celá xka, takže okna zůstanou aktivní a stačí z tty restartovat samotné unity a compiz.

Zajímalo by mě jestli tohle bude dělat i LTS Mint 13 + backporty s cinnamonem 2, teoreticky by nemusel, ale jaksi nemám náladu to zkoušet.