Totální vymrznutí grafiky

[Mr Shaman]

Dobrý den,

na svém školním PC mám nainstalované Xubuntu 12.04.2, systém jsem měl na starším otáčkovém disku, teď ho mám na SSD disku. Sem tam se mi stane, že grafika úplně vymrzne a už se nerozjede, přičemž nereaguje ani myš, ani klávesnice, takže se nemohu dostat do konzole a restartovat systém.

Tipuji, že to bude nějaká hardwarová vnitřní chyba (pravděpodobně na grafické kartě), kterou já sám 100%tně nedokážu odhalit a opravit. Problém samotného Xfce to pravděpodobně taky nebude, neboť se mi zdá, že i pod gnome classic mi na starém disku systém také vymrznul.

Naposledy se mi tento pád systému stal cca před 20 minutami. Pokud se dá něco vyčíst z logů, tak nevím, co a jak tam hledat.

PC sestava: základní deska - GA-B75M-D3H
                 procesor - Intel® Core™ i5-3330 CPU @ 3.00GHz × 4
                 paměti - 2x 8GiB DIMM DDR3 Synchronous 1600 MHz (0,6 ns)
                 grafická karta - integrovaná na základní desce

Ještě jedna věc, při spouštění systému se mi spouští skript, který dělí obrazový signál mezi 2 monitory, spouští se pouze pod Xfce. Jelikož systém zamrzl i pod gnome, tak toto by neměl být problém.

Kód: [Vybrat]

#!/bin/sh
xrandr --output HDMI2 --mode 1600x1200 --pos 1600x0 --rotate normal --output HDMI1 --mode 1600x1200 --pos 0x0 --rotate normal --output DP2 --off --output DP1 --off --output VGA1 --off
Pokud by mi někdo dokázal pomoci s tímto problémem, byl bych mu neskonale vděčen. Na disertaci pracuji se softwary, které fungují pouze pod linuxem, takže bez unixového systému se na PC neobejdu.

[Rover623]

To zamrznutí je tak tvrdé, že nemůžeš ani jádru přes sysrq poslat příkazy k restartu.

Zadej

Kód: [Vybrat]

cat /proc/sys/kernel/sysrq jestli máš sysrq aktivní (hodnota 1)

Pokud ne, zadej

Kód: [Vybrat]

sudo echo "1" > /proc/sys/kernel/sysrq pokud to chceš povolit permanentně , zapiš do /etc/sysctl.conf tohle

Kód: [Vybrat]

sysctl -w kernel.sysrq=1 Tak to bychom měli, standardně je to na Ubuntu povolené, po prvním příkazu by jsi měl dostat výstup "1".

Až to zase zamrzne, zkus nejdřív zmáčknout kombinaci Alt + SysRq + r to by ti mělo uvolnit klávesnici a měl by jsi mít možnost přepnout na konzoli (CTRL + ALT + F1).

Pokud to nezabere zkus restartovat pomocí ALT + SysRq + (postupně vymačkej) reisub

Zatím to není řešení, ale řekne nám to jestli to opravdu zamrzne natvrdo nebo jestli systém (jádro) ještě přijímá nějaké povely.

[Mr Shaman]

Zákon schválnosti funguje, po odeslání dotazu na forum se grafika chová stabilně. Sysrq mám aktivní. Děkuji za uvedení klávesových zkratek, které jsem neznal, snad budou fungovat, pokud problém opět nastane.

Jen bych uvedl pár dalších poznámek, které se, podle mě, těžko dohledávaly.

Pokud bych se úspěšně dostal do konzole, mohu zadat níže uvedený příkaz, který restartuje celý systém.

Kód: [Vybrat]

sudo reboot
Měla by ale stačit restartovat pouze grafika. Jak restartovat grafiku jsem už ale nevěděl jak. Z ubuntu jsem byl zvyklý na Ctrl+Alt+Backspace, to mi pod Xfce nefunguje. Trosku jsem hledal a našel pár zdrojů. Tři srozumitelné:

http://forum.xfce.org/viewtopic.php?id=7594
http://mail.xfce.org/pipermail/xfce4-dev/2009-February/026263.html
http://askubuntu.com/questions/215632/restart-xfce-from-tty1

Jeden nesrozumitelný, kde ale podle mého řešili nějaký nestandartní problém.

http://www.abclinuxu.cz/poradna/linux/show/337555

Předpokládám, že by měl stačit následující příkaz:

Kód: [Vybrat]

sudo service lightdm restart
Fungoval by tento příkaz i při vzdáleném přístupu přes ssh pomocí putty? Grafická okna spouštím vzdáleně přes Xming. Nebo bych musel použít jinou variantu? V jednom zdroji byl uveden příkaz:

Kód: [Vybrat]

startxfce4 Ten slouží jako restart jak? Tak že zruší běžící session a spustí novou?

Logout by pravděpodobně při zamrzlé grafice nefungoval.

Kód: [Vybrat]

pkill -KILL -u yourusername

[Rover623]

Tohle restartuje jen správce sezení

Kód: [Vybrat]

sudo service lightdm restart
Tohle restartuje desktop

Kód: [Vybrat]

startxfce4 ale musíš to udělat se sudo, ale především, nejdřív ten proces zabít přes killall

Zapnout klávesovou zkratku pro shození X, lze v nastavení klávesnice.

[Mr Shaman]

Pomocí killall musím zabít nějakou skupinu procesů nebo jeden konkrétní proces?



Příkaz pro klávesovou zkratku potom tedy musí obsahovat i killall i startxfce4? Celý příkaz by vypadal nějak takto?

Kód: [Vybrat]

sudo killall -g nazev_skupiny_procesu | startxfce4
Následující příkaz vypne grafiku a navrátí systém k přihlašovací obrazovce, nestačí toto?

Kód: [Vybrat]

killall xfce4-session

[Mr Shaman]

Právě mi opět vymrzla grafika a nefungovalo ani Alt+SysRq+r ani Alt+SysRq+reisub.

[Rover623]

Takže to zmrzne tak dokonale, že počítač nereaguje ani na pokyny z klávesnice. Prostě tvrdej zásek a jediné co funguje je knoflík "Reset" na bedně. Tohle vypadá na nějaký HW problém

[Mr Shaman]

Přesně tak, jak píšeš. Otázkou zůstává, co s tím můžu dělat... Dá se nějak vysledovat, která PC komponenta by mohla být problémová?

[Rover623]

Pokud je to vada desky, nemáš moc šancí jak na to přijít. U pamětí můžeš udělat test, u grafiky snad jedině sledovat teplotu. Výjimečně by to také mohla dělat poškozená elektronika disku, opět je téměř nemožné to nějakým testem poznat. Asi bych si spustil MemTest a nechal ho tak půl dne běžet, co se stane, pokud by se to seklo během něj, máš prakticky vyzkoušeno, je to deska

[Mr Shaman]

Zapomněl jsem uvést, že na PC mám i Windows 7 a na nich se nic podobného neděje. Každopádně MemTest zkusím a uvidím, co se stane. Diskem to nebude dělo se to na 2 discích na starém otáčkovém i na novém SSD.

[Rover623]

Windows má takovou nepříjemnou vlastnost, pokud něco odchází, systém o tom obvykle nedává vědět a pokud je to možné potlačuje i korekce BIOSu. Zažil jsem sestavu kde ten systém prakticky nechal upéct CPU, protože BIOS byl tak špatně udělaný, že řízení teploty z OS mělo přednost. Nicméně pokud se to ve Windows neděje je velmi pravděpodobné, že je to vada pamětí nebo zacházení s paměťovým prostorem, na to je Linux hodně citlivý

[Mr Shaman]

Test pamětí běžel 2 dny a bez známek problému. Paměťovým prostorem myslíš rozdělení jednotlivých partition na disku? Disk mám rozdělen takto:

[Rover623]

To jsem nemyslel, zacházení, s paměťovým prostorem jsem myslel situaci kdy dochází kvůli nějaké závadě k únikům paměti nebo zápisům do míst kde to systém neočekává (chráněné bloky). Ale ten dotaz mě přivedl na takový nápad, možná máš blbě zarovnaný disk a vysoké I/O způsobuje to mrznutí, co ti řekne

Kód: [Vybrat]

sudo fdisk -l

[Mr Shaman]

Kód: [Vybrat]

Disk /dev/sda: 180.0 GB, 180045766656 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 21 889, celkem 351 651 888 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x00024d55

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sda1            2046   327682047   163840001    5  Rozšířený
/dev/sda2       327682048   351651839    11984896   82  Linux swap/Solaris
/dev/sda5            2048   327682047   163840000   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes
hlav: 255, sektorů na stopu: 63, cylindrů: 243 201, celkem 3 907 029 168 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 4096 bajtů
Velikost I/O (minimální/optimální): 4096 bajtů / 4096 bajtů
Identifikátor disku: 0xfce5da28

Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/sdb1   *        2048      206847      102400    7  HPFS/NTFS/exFAT
/dev/sdb2          206848   839886847   419840000    7  HPFS/NTFS/exFAT
/dev/sdb4       839886848  3907028991  1533571072    7  HPFS/NTFS/exFAT

[Rover623]

Tak nic, disk je zarovnaný správně. Tak už tam opravdu musí být někde něco "načatého"

[Mr Shaman]

v logu kernelu jsem našel toto:

Kód: [Vybrat]

4 11:24:14 PC-E229-455 kernel: [ 2620.579195] [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 15070000, was 15000000
Jul  4 11:29:55 PC-E229-455 kernel: [ 2961.372929] [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 15070000, was 15000000
Ale podle téhle konverzace je to nějaký bug ubuntu 12.04, který se projeví při vypnutí nebo uspání systému a při následovném znovu spuštění systému. To taky neřeší můj problém.

http://bugs.launchpad.net/ubuntu/+source/linux/+bug/1167669

[Mr Shaman]

Prošel jsem soubor /var/log/kern.log a opakovaně jsem tam našel následující posloupnost errorů s cca za 5-10 minut následujícím startem systému (červená = errory, zelená = start systému):

Jul 24 12:41:36 PC-E229-455 kernel: [    1.353532] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353542] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880403c6aa00), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353532] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353542] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880403c6aa00), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353596] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353601] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT2._GTF] (Node ffff880403c6aaf0), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.353609] ata3.00: ATAPI: TSSTcorp CDDVDW SH-224BB, SB00, max UDMA/100
Jul 24 12:41:36 PC-E229-455 kernel: [    1.354305] ata1.00: ATA-9: INTEL SSDSC2CW180A3, 400i, max UDMA/133
Jul 24 12:41:36 PC-E229-455 kernel: [    1.354310] ata1.00: 351651888 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jul 24 12:41:36 PC-E229-455 kernel: [    1.354576] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.354586] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT2._GTF] (Node ffff880403c6aaf0), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.354607] ata3.00: configured for UDMA/100
Jul 24 12:41:36 PC-E229-455 kernel: [    1.360710] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361147] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361157] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT1._GTF] (Node ffff880403c6aa78), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361461] ata2.00: ATA-8: ST2000DM001-9YN164, CC4H, max UDMA/133
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361466] ata2.00: 3907029168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361944] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.361954] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT1._GTF] (Node ffff880403c6aa78), AE_NOT_FOUND (20110623/psparse-536)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.362234] ata2.00: configured for UDMA/133
Jul 24 12:41:36 PC-E229-455 kernel: [    1.363535] ACPI Error: [DSSP] Namespace lookup failure, AE_NOT_FOUND (20110623/psargs-359)
Jul 24 12:41:36 PC-E229-455 kernel: [    1.363545] ACPI Error: Method parse/execution failed [\_SB_.PCI0.SAT0.SPT0._GTF] (Node ffff880403c6aa00), AE_NOT_FOUND (20110623/psparse-536)

Jul 24 12:41:38 PC-E229-455 kernel: [    4.802328] [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 15000000, was 12000000
Jul 24 12:41:39 PC-E229-455 kernel: [    5.690262] r8169 0000:02:00.0: eth0: link up
Jul 24 12:41:39 PC-E229-455 kernel: [    5.691012] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Jul 24 12:42:36 PC-E229-455 kernel: [   63.128644] [drm:gen6_sanitize_pm] *ERROR* Power management discrepancy: GEN6_RP_INTERRUPT_LIMITS expected 15070000, was 15000000

Jul 24 12:47:06 PC-E229-455 kernel: Kernel logging (proc) stopped.
Jul 24 12:47:43 PC-E229-455 kernel: imklog 5.8.6, log source = /proc/kmsg started.
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] Initializing cgroup subsys cpuset
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] Initializing cgroup subsys cpu
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] Linux version 3.2.0-49-generic (buildd@komainu) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #75-Ubuntu SMP Tue Jun 18 17:39:32 UTC 2013 (Ubuntu 3.2.0-49.75-generic 3.2.46)
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-49-generic root=UUID=6cc992b3-e80d-430f-b4fc-4b41a09d0ba8 ro quiet splash vt.handoff=7
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] KERNEL supported cpus:
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000]   Intel GenuineIntel
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000]   AMD AuthenticAMD
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000]   Centaur CentaurHauls
Jul 24 12:47:43 PC-E229-455 kernel: [    0.000000] BIOS-provided physical RAM map:

Pokud jsem logy dobře četl, pak ty ACPI errory s pořadím mezi 1.35-1.36 se odehrávají pravidelně při každém spuštění systému, velmi často se objeví error Power management discrepancy, po kterém cca po 10 minutách následuje nový start systému. Byly tam ale i logy, kde byly pouze ACPI errory a po 10 minutách se znova startoval systém.

Co jsem hledal zatím na wikipedii tak ACPI je nějaký napájecí protokol, na který tvůrce linuxu nadává a error Power management discrepancy bude něco obdobného. Myslíte, že by toto mohlo být jádro pudla? BTW v souboru Xorg.log jsem nic nenašel.

[Mr Shaman]

Našel jsem stejný problém, na stejné grafické kartě se stejným ACPI errorem.

http://lists.debian.org/debian-kernel/2012/10/msg00190.html

Při upragu kubuntu na 12.04 se stal stejný problém, bohužel následující link momentálně nefunguje, píší: There has been a security breach on the Ubuntu Forums.

http://ubuntuforums.org/announce.html?t=1992970

Je následující řešení bezpečné? Mám jádro 3.2.0-49-generic, tady se píše, že update na jádro 3.2.1 odstraní ACPI error na desce ASUS, myslíte, že to bude fungovat i na mé desce Gigabyte?

http://blog.le-vert.net/?p=24

Zde se zase na jiné gigabyte desce píše, že ACPI error je problém biosu a že by se měl updatovat bios.

http://www.linuxquestions.org/questions/slackware-14/acpi-error-%5Bdssp%5D-namespace-lookup-failure-ae_not_found-on-slackware-14-64-bit-4175448907/

[Rover623]

ACPI je vždy problém BIOSu, je to soubor standardů pro řízení napájení, jenže kvůli zmršené podpoře ve Windows, to spousta výrobce nedodržuje, předělává to tak aby to fungovalo špatně (tedy na míru pro Windows) a vůbec s tím dělají různé pokusy, kvůli kterým to potom zlobí. Takže ano, novější BIOS by mohl problém řešit.

Ubuntu fórum (to mezinárodní) nefunguje, bylo hacknuté. Vykradeno 1,8 milionu účtů kvůli chybě v propretárním SW BitLocker (jak ironické), že fórum pro Open Source dojede na proprietární soft. Momentálně se pracuje na obnovení fóra, informování uživatelů kompromitovaných účtů a odstranění problémového softu z fóra. Takže jedině počkat.

Ten patch je je pro jádro 3.2, jaké máš vlastně jádro

Kód: [Vybrat]

uname -a v ostatních jádrech už by to mělo být fixnuté

[Mr Shaman]

Jádro jsem uváděl v přísvěvku výše, ale pro kontrolu... ;-)

Kód: [Vybrat]

Linux PC-E229-455 3.2.0-49-generic #75-Ubuntu SMP Tue Jun 18 17:39:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
Mám 3.2 ale 3.2.0 a na jednom tom anglickém fóru psali něco o tom, že se problém zamrznuté grafiky řešil přechodem na verzi 3.2.1. Každopádně aktualizoval jsem firmware BIOSu z verze F6 na verzi F14, ACPI error zmizel z logů, snad bude i grafika stabilní.

[Rover623]

Zkus aktualizovat na jádro 3.5, je v repozitáři, je to backport z Quntala pro 12.04, nové instalace 12.04.2 už mají jádro 3.5 v základu. Nevidím důvod používat 3.2

[Mr Shaman]

http://askubuntu.com/questions/255987/how-to-upgrade-or-use-ubuntu-12-04-2
http://askubuntu.com/questions/258856/how-do-i-update-from-my-current-ubuntu-12-04-1-lts-to-ubuntu-12-04-2-lts

Podle těchto zdrojů se má provést aktualizace z 12.04.1 na 12.04.2 automaticky, ale když zadám níže uvedené příkazy, tak se nic neaktualizuje. I správce aktualizací mi hlásí, že mám plně aktuální systém. Aktualizace systému mám nastavené pouze na verze s dlouhodobou podporou, když to změním na jakoukoliv, zahlásí mi správce aktualizací, že je dostupná verze 12.10.

Kód: [Vybrat]

sudo apt-get update
sudo apt-get upgrade
Musím si teda stáhnout image systému 12.04.2 a aktualizovat systém z CD nebo stačí přidat nějaký nový zdroj do repozitářů?

[Mr Shaman]

S novým BIOSem to opět vymrzlo. Tak jsem znovu hledal a našel jsem, jak jsi to myslel s tou Quantalou.

http://www.howtoeverything.net/linux/hardware/random-freezes-integrated-hd-4000-graphics

Kód: [Vybrat]

sudo apt-get install linux-generic-lts-quantal
Tenhle příkaz povýší jádro na verzi 3.5 při zachování 12.04 LTS verze. Snad se konečně problém vyřeší. Každopádně to vypadá, že je to poměrně častý a běžný problém na Intel HD 4000 grafické kartě s Ubuntu 12.04, respektive s jádrem 3.2.