Dotaz: zamrzání, sekání, nereagování

[Honey]

Už hodně dlouho přecházím problémy s náhlým zaseknutím celého systému, kdy pomůže už jen tlačítko reset nebo v lepším případě mě zachrání SysRq. Nikdy nejsem schopný zjistit, co bylo příčinou zamrznutí PC a už vůbec to nemůžu napravit. Proto se chci zeptat:

Existuje nějaký univerzální způsob jak analyzovat zaseknutí? Například, které logy projít, které logovací démony používat?

Mám i konkrétní případ: V Gentoo jsem si přehrával film s použitím Kaffeine přehrávače a Xine-libs a najednou z ničeho nic obraz se zmrazí a ze zvuku se udělá smyčka. Klávesnice nebere, myš nebere, ctrl+alt+tab nebere, ctrl+alt+esc, SysRq, proste nic. Do syslogu jsem se díval (syslo-ng) a o události ani zmínka.

Dík za všechny náměty.

Odpovědi

[grigg]

Na beton mas problem s hardwarem. (Napajeni, deska, pameti, ...)
Zkus treba smartd na disk.

[trekker.dk]

Nemáš náhodou nVidia grafickou kartu?

[Michal Karas]

Taky mi tohle začal počítač dělat. Původně jsem si myslel, že je to novou RAMkou, kterou jsem před dvěma dny přidal, ale právě jsem po jedenácti hodinách vypnul memtest, který nic neobjevil. Až zjistím, v čem je problém, tak dám vědět.

[trekker.dk]

+1

Od přidání nového RAM modulu úplně to samé.

[Michal Kašpar]

Používáte binární ovladače grafiky (ATI, NVidia)? Jaká verze X? Jaká grafika?

Obávám se, že k takovýmto chcípnutím toho v logách moc nenajdete, ale zkusil bych kernel.log (alespoň v debianu se takhle tuším jmenuje) a log Xek.

[David Jež]

Když se sekne HW tak o tom nenajdeš ani zmínku. Pokud to dělá při přehrávání filmů nebo akceleraci grafiky, může být problém od grafiky po základní desku, takže také nic. Nejlepší je popsat podrobně co máš za sestavu a hledat podobné problémy na netu. Např. pokud máš chipset VIA KT600 tak to klidně může být nějaký DMA hangup, někdy pomůže pustit athcool fixup, někdy jiná grafika se kterou si bude rozumět a někdy nic. Nebo to může dělat asi tak tisíc dalších kombinací... Dokud nenapíšeš co máš za sestavu, verzi jádra, ovladače apod. tak ti asi těžko kdo poradí. Maximálně tak rady typu zahoď to a kup si xx/yy/zz...
-djz

[Honey]

Mám zrovna kartu nvidia a to GeForce2 MX-400 a používám binární ovladače; X.org-X11: 6.8.2-r6. Základovku mám MSI s čipsetem VIA KT133 (VT8363 a VT82C686B) (je to celkem starej počítač (7let)). Jádro: 2.6.16 od Gentoo. Zkusim ty logy.

Zrovna před chvílí se mi zase stalo, že se mi zasek. Myš fungovala, ale všechno bylo neaktivní. Klávesnice slyšela jen na SysRq. V syslogu jsem našel: Aug 8 20:22:46 honey NVRM: Xid (0001:00): 6, PE0000 0dfc 00000008 00000000 0004edfd 00800000, ale je to pro mě nesrozumitelný. Vyčtu asi jen to, že to má něco společnýjo s Xkama.

[kafi]

Typoval bych to na grafiku. Zkus jine drivery nebo uplne vymnen grafarnu a uvidis.

[Luboš Doležel (Doli)]

To značí HW nebo SW problém v ovladačích, reportujte to na fórech nvnews.net. Ujistěte se, že používáte nejnovější ovladač.

[trekker.dk]

Zkusil jsem se tam porozhlédnout a zdá se, že se to už několikrát bezvýsledně řešilo.

Jak už jsi radil jinde, mě pomohlo vypnout AGP - dokud jsem ho zase nezapnul, žádný zásek.

[Luboš Doležel (Doli)]

Člověk by si skoro řekl, že pokud má PCIe, tak je za vodou. Ale tenhle problém už se vyskytl už i u člověka, který používá PCIe... tam se to AGP vypíná těžko

[Luboš Doležel (Doli)]

Další možnost je používat NvAGP "1" - pak se alespoň vývojáři nVidia nemohou vymlouvat na bug v AGPGART.

[Honey]

Kouknul jsem se do README nvidia driveru a vyčetl jsem, že můj čipset je zrovna doporučovaný s NvAGP. Nastavil jsem hodnotu na 1 a uvidím co to bude dělat.

[Luboš Doležel (Doli)]

Hlavně je důležité nemít s NvAGP 1 načtený modul pro AGPGART, jinak to použije AGPGART.

[trekker.dk]

Mě se agpgart načítal společně s nvidia modulem automaticky, # CONFIG_AGP is not set to vyřešilo.

[Honey]

Jestli dobře rozumim, tak vypnout AGP nemůžu, protože mám grafiku na AGP.

[Luboš Doležel (Doli)]

AGP vypnout můžete, protože máte grafiku na AGP

[Honza]

Tohle přesně mi dělaly vyteklé kondenzátory na MB. Neutáhly špičkovou hodnotu proudu (či čeho), kterou vyžadovala jakákoliv multimediální práce (zvuk, grafika, filmy) a občas i něco jiného. Zasekávání bylo víceméně náhodné, ale třeba resize větší fotky v gimpu byla tutovka. Nápadně to kolidovalo s mým přechodem z Fedory na Gentoo. Mám dojem (docela silný), že se to projevilo až s optimalizanou kompilací na mmx, sse apod. serepetičky, kterým se i386 či i586 balíčky vyhýbaly.

Považoval jsem to za svoji chybu a kompiloval kernel pořád dokola různými gcc, s různými parametry (teprve pak jsem uznal, že možná nechybuji já, ale HW). Po přepájení kondenzátorů (v rámci dobíhající záruky) to bylo přes půl roku v pohodě, teď se bohužel zdá, že mě to v nejbližší době čeká zase (asi tři zaseknutí za 14 dní tomu nasvědčují).

[Honza]

Upřesnění: deska Jetway Polaris 400 s Athlonem XP - po cca 2 letech používání. Na kondenzátorech kolem CPU se utvořila taková krystalická krustička - nikterak nápadná, všiml si jí až prodejce (pak už jsem ji viděl taky )

[Honey]

S nečekanými zámrzy se setkávám ve všech OS, které na PC mám (Win, Suse 9.2, Gentoo). Ve Windows se mi to stává ve hrách jinak vůbec, ale to už mám tak odjakživa (ale stranou s win, protože nechci,aby tady vznikla vedlejší diskuze...). Nemyslím, že to bude závadou na hw. Zas tak radikální projevy nejsou:

třeba resize větší fotky v gimpu byla tutovka