Van egy öregecske laptopom. HP EliteBook 8440p. 2011 óta használom, azóta van rajta Linux is.
Az évek alatt csak a túlmelegedéssel volt mindig is problémája, egyébként stabilan működött. De nem teljesen hiba nélkül, emlékszem rá, hogy a mostani hibához hasonló (de nem biztos, hogy ugyanaz) néha jelentkezett. (Arra emlékszem, hogy amikor a 8M memóriából kifogyott és elkezdte használni a swap-et intenzíven, az egész gép úgy belassult, mintha lefagyott volna. Ilyenkor konzolra váltva vagy ssh-n belépve néhány sok memóriát evő alkalmazás (pl. böngésző) kinyírásával meg lehetett javítani. De néha annyira lassan reagált, hogy beírtam, hogy reboot, aztán hagytam, hogy majd egyszer odajusson.
Valamikor lecseréltem a hdd-jét egy ssd-re, akkor volt egy Linux telepítés, és azóta ezzel működött.
4 éve vettem egy új laptopot, akkor még 1-2 hónapig használtam szinte folyamatosan, aztán átszoktam az új gépre.
Azóta csak ritkán vettem elő, egészen most pár héttel ezelőttig. Az újabb laptop garanciája lejárt februárban, volt pár kisebb gond (zsanér és bekapcsoló gomb lötyögött), ezért elküldtem még egy garanciális javításra. Gondoltam, OK, ez alatt az idő alatt majd a régi laptopot használom.
Csakhogy van most egy bosszantó hiba:
Néha a grafikus felület lefagy. Az történik, hogy a képernyőn megáll minden (pl. egy video lejátszás). Az egér pointer még jellemzően mozgatható pár másodpercig, de egy idő után az is bemerevedik egy helyzetbe. Ha video lejátszás ment, akkor a hang ilyenkor még tovább jön.
Az elmúlt két-három hétben ez elég gyakran jelentkezett, mondjuk 15-120 percenként. Nem láttam semmi korellációt azzal, hogy épp mit csinált a gép. Ha otthagytam pár órára, arra lehetett számítani, hogy fagyott lesz, mire visszaérek. Volt, hogy boot után be se léptem, pár óra múlva a fagyott login képernyő várt. Máskor épp egy LibreOffice Calc táblázatban szerkesztettem dolgokat, amikor lefagyott.
Mivel volt már a múltban néhány csomagfrissítési hiba (pl. ráküldtem egy dist-upgrade-et, és kifutott a tárhelyből, szóval fene tudja, hogy volt-e sérült csomag (elméletileg minden csomagot újratelepíttettem a csomagkezelővel)), elhatároztam, hogy újrahúzom a gépet. Friss telepítés lett talán pénteken, Debian stable. Azóta sokkal stabilabb, de azért nem 100%: két alkalommal volt eddig fagyás.
Ilyenkor a telefonról ssh-val be tudok lépni a laptopra és tudok parancsokat futtatni. De sync-en és rebooton kívül nem szoktam mást. Azt mondjuk megnéztem, hogy milyen processzek futnak (nem tűnt fel egy gyors ránézésre semmi gyanús), mennyire dolgozik a processzor, (2-es workload-ot látok, és van elég szabad memória is és processzor is). Miután kiadom a reboot parancsot, kb. 8 percbe telik, mire odaér, hogy újraindítja saját magát. Ezen nem változtatott az OS reinstall.
Az érdekelne, hogy láttatok-e már ilyesmit, vagy van-e elképzelésetek, hogy mi okozhatja?
Leginkább olyan válaszokat szeretnék, hogy amikor lefagyott, akkor shell-ből ezzel vagy azzal a paranccsal nézd meg ezt vagy azt.
Gondoltam memóra ellenőrzésre (majd éjjel futtatok egyet), de ha a memória modulok kezdenék megadni magukat, akkor az OS újratelepítés nem javított volna a helyzeten. Nem?
UI: Windows pár éve nincs a gépen, ezért azzal nem teszteltem / nem tudom tesztelni.
Hozzászólások
nekem akkor van ilyen, mikor a hattertarra nem lehet irni.
a top mekkora load-ot ir?
a dmesg nem ir-e olyasmit, hogy:
neked aztan fura humorod van...
Igen, hasznos lenne egy dmesg kimenet amikor a hiba megtörténik, mert nekem is volt ilyen grafikus felület megfagyás, és másik gépről/telefonról belépve kiderült, hogy a gpu driver crash-elt ki, és ssh-n még elérhető volt a rendszer egy rendes újraindításra.
Tedd fel az inxi-t, és futtass egy inxi -Fxxx parancsot, a kimenetét rakd be. Csak hogy meggyőződjünk, hogy valóban X-en vagy-e, és nem Waylanden, meg hogy milyen driver hajtja most az integrált GPU-dat.
Teljes dmesg és journalctl -a kimenetet is betehetnél.
“The world runs on Excel spreadsheets.” (Dylan Beattie)
Nem irod milyen disztro, a dist-upgrade -bol tippelem, hogy vagy Debian vagy Ubuntu lehet, de ha ilyen posztot irsz, jo lenne ezeket leirni, sokat segit a hibakeresesben...
Amugy, csatlakozok a kollegakhoz. Ha a gep nem nagyon mozog el otthonrol, telepits ra egy SSH szervert es fixald ki az IP cimet (igen, tudom hogy a DHCP nagy esellyel ugyanazt a cimet osztja ki neki, de ha baj van, es epp pont nem, akkor megszivtad). Igy tavolrol el tudod erni, tudhatsz syslogot, kernel logot nezni. Hasznos lehet az un. Magic SysRq bekapcsolasa is (az ujabb disztrok neha tiltjak) ezzel ki tudod iratni a diskre a logok tartalmat (hasznalat: Alt+PrtScn lenyomva tart, es begepeled, hogy "sub" idezojelek nelkul). En a lefagyas korul korbeneznek a /var/log/syslog -ban, illetve ha van - bar mostanaban ezt se irjak le a DE-k - a $HOME/.xsession-errors -ban. Alternativakent a journalctl -es logokban is erdemes lehet korbenezni.
Erdemes csekkolni, hogy a KDE X-szel vagy Waylanddal indul-e el, vannak a Waylandnak erdekessegei, en azt javaslom, hogy mindenkepp X-szel inditsd el. Ha valamiert nem engedi, akkor ideiglenesen valts at olyan DE-re, ami tud X-es futast, pl MATE. Igen, sucks, de a hibakereses neha ilyen.
Blog | @hron84
via @snq-