Jak ohladit příčinu opakovaného zatuhnutí počítače?

[paul3]

Ahoj, mohl by mi někdo v bodech nastínit jak postupovat při odhalení příčiny častého zatuhnutí počítače. Nejlépe obecně použitelný.

Mám tu jeden notebook s Ubuntu 9.04 a na něm jsou 3 účty. Pokud jej používají ti, jejichž účty byly vytvořeny až po instalaci OS s profilem "Desktop user" v tom GUI klikátku, tak jim to nepravidelně, celkem náhodně a to někdy i několikrát za sebou zatuhne. Někdy je to bez problémů. Pokud dojde k zatuhnutí, tak funguje pouze kurzor myši. Na nic nelze klepnout, nejde se ani přepnout do terminálu skrze CTRL+ALT+F1 apod. Pomůže pouze hardwarové vypnutí tlačítkem notebooku. Pokud jej používá uživatel vytvořený při instalaci, tak se to nestává, ale může to být náhoda. OS mu již také zatuhl, ale né tak často jako těm dalším dvěma uživatelům. Dle jejich slov to nemá žádnou návaznost na některou konkrétní aplikaci apod. Prostě náhodně.

Jediné co mě napadlo je hledat v logách (Prohlížeč souborů protokolů), ale s podobným hledání závad nemám žádné zkušenosti, proto bych se chtěl zeptat zkušenějších jak postupovat. Nejlépe nějaký seznam v bodech kam se podívat, co zkontrolovat apod.

Díky

[Vojtěch Trefný]

Jediné co mě napadlo je hledat v logách (Prohlížeč souborů protokolů), ale s podobným hledání závad nemám žádné zkušenosti, proto bych se chtěl zeptat zkušenějších jak postupovat. Nejlépe nějaký seznam v bodech kam se podívat, co zkontrolovat apod.

Zkusil bych "messages", "kern.log" a "syslog" -- jsou tam časy, takže se nebojte, že nerozumíte, ale prostě sem jen hoďte nějakou část, která spadá do času okolo toho záseku.

[paul3]

Čas zatuhnutí cca 17:40.

messages:

Kód: [Vybrat]

Sep  9 17:10:52 abc-laptop -- MARK --
Sep  9 17:30:52 abc-laptop -- MARK --
Sep  9 17:50:52 abc-laptop -- MARK --

kern.log:
- zde kolem toho času není nic

syslog:

Kód: [Vybrat]

Sep  9 17:00:01 abc-laptop /USR/SBIN/CRON[5785]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd hourly 2>/dev/null)
Sep  9 17:00:01 abc-laptop /USR/SBIN/CRON[5801]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Sep  9 17:09:01 abc-laptop /USR/SBIN/CRON[6027]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Sep  9 17:10:01 abc-laptop /USR/SBIN/CRON[6126]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Sep  9 17:14:53 abc-laptop acpid: client 4300[0:0] has disconnected
Sep  9 17:14:53 abc-laptop acpid: client connected from 4300[0:0]
Sep  9 17:17:01 abc-laptop /USR/SBIN/CRON[6645]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
Sep  9 17:20:01 abc-laptop /USR/SBIN/CRON[6736]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Sep  9 17:30:01 abc-laptop /USR/SBIN/CRON[6984]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Sep  9 17:39:01 abc-laptop /USR/SBIN/CRON[7230]: (root) CMD (  [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxlifetime) -print0 | xargs -n 200 -r -0 rm)
Sep  9 17:40:01 abc-laptop /USR/SBIN/CRON[7321]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)
Sep  9 17:50:01 abc-laptop /USR/SBIN/CRON[7518]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null)


[arrange]

Obecný postup je podle mě problém, něco najdeš třeba tady (anglicky). V těch výpisech nic o tom zátuhu není, takže problém bude pravděpodobně v grafice: jakou máš grafickou kartu? Nebo výpis z Terminálu

Kód: [Vybrat]

lspci -v | grep -i -A10 vga

[paul3]

Taktéž v těch logách nevidím nic podezřelého.

Kód: [Vybrat]

00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Subsystem: Fujitsu Siemens Computers Device 1033
Flags: bus master, fast devsel, latency 0, IRQ 11
Memory at e8000000 (32-bit, prefetchable) [size=128M]
Memory at e0000000 (32-bit, non-prefetchable) [size=512K]
I/O ports at 1800 [size=8]
Capabilities: <access denied>
Kernel modules: intelfb

00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02)
Subsystem: Fujitsu Siemens Computers Device 1033


[compaq]

Já se takto mořil mnohokrát s tuhnoucími stroji a často to byl HW.

u jednoho byl špatně uzemněný kabel do zásuvky a "chrastil" (zamrzl, když se zavadilo o kabel)
u jiného byl zaprášený ventilátor a přehříval se (zamrzl po chvíli výkonné práce)
u dalšího studeňáky asi u pamětí (poznalo se to, že zamrzl, když jsem bouchl do bedny)
u dalšího něco nepěkného prolézalo přes telefonní kabel zapojený do faxmodemu (mrzl při vytáčení telefonem, či zvonění)

[paul3]

Tak tato možnost je tu samozřejmě také, ovšem dle okolností bych hledal zatím příčinu jinde. Kdyby to byla chyba hardware, tak by se to stávalo všem uživatelům cca stejně. Je to starší notebook, takže mě také napadlo, jestli se náhodou při větší zátěži už nepřehřeje na tolik, že to již nestačí uchladit. Jenže ono se to stává prakticky kdykoliv. Při práci v OpenOffice.org, Firefoxu, Nautilusu apod. Takže o nějaký velký zátěži bych nemluvil.

Zatím pátrám bezúspěšně. Prolezl jsem všechny logy a v žádném nic nevidím.

[arrange]

Zkus tady dát ještě výstup (do kódu) z

Kód: [Vybrat]

grep '^[^#]' /etc/X11/xorg.conf
grep '([EW][EW])' /var/log/Xorg.0.log(trochu očesané výstupy z těch souborů - konfigurační a log)

[paul3]

grep '^[^#]' /etc/X11/xorg.conf

Kód: [Vybrat]

Section "Device"
Identifier "Configured Video Device"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
Device "Configured Video Device"
EndSection

grep '([EW][EW])' /var/log/Xorg.0.log

Kód: [Vybrat]

(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
(WW) intel(0): libpciaccess reported 0 rom size, guessing 64kB
(WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc0000008 to 0xd0000009
(WW) intel(0): PP_STATUS before: on, ready, sequencing idle
(WW) intel(0): PP_STATUS after: on, ready, sequencing on
(WW) intel(0): DRI2 requires UXA
(WW) intel(0): xf86AllocateGARTMemory: allocation of 1536 pages failed
(WW) intel(0): Allocation error, framebuffer compression disabled
(WW) intel(0): xf86AllocateGARTMemory: allocation of 10 pages failed
(WW) intel(0): Chosen PLL clock of 66.5 Mhz more than 2% away from desired 65.0 Mhz
(WW) intel(0):   Hardware claims pipe A is on while software believes it is off


[honzek]

mohl by to mit taky na svedomi compiz....
zkus ho vypnout jestli to tak je...

[arrange]

Ano, zkus vypnout Compiz, a zkus přidat do xorg.conf tento řádek

Kód: [Vybrat]

Option "ForceEnablePipeA" "true"hned za řádek Section "Device". Pak restart a čekat na zátuh 

Pro jistotu si ale udělej zálohu xorg.conf a v případě průšvihu (nenajede grafika) ten pův. vrať zpět (nebo dej v recovery mode volbu xfix).