fagyogatás

Hm, már kb 1-2 hónapja véletlen időközönként úgy megfagy a gép, hogy semmire se reagál csak a kikapcsoló gombra.

Feltettem egy ssh szervert a gépre, hogy azétz megsasoljam, hogy tényleg annyira kifagy, hogy használhatatlan lesz-e.

Néha befagy minden, de 1-2 másodperc múlva megy minden tovább.

Tegnap este ismét befagyott az egész laptop, na próba cseresznye, ssh-n be tudtam csatlakozni, és újraindítani. Viszont ami feltűnt 100% procihasználat. Most már ha megint kifagy, meg tudom nézni, mi is használja, mert ssh-n keresztül a top htop meg ilyenek eléggé nyögvenyelősek főleg kis telefonkijelzőn, ahol szénné töredezik a kimenet.

Ja igen, dual boot van Windows 8.1-el, ott nincs egyáltalán fagyás, bár azt ritkán használom, de párom játék közben nem fagyasztotta meg a gépet 1000%-os prociterheléssel se, hiába melegszik.

A gép: HP2530p, Intel core2duo L9600, 4GB DDR II RAM, egy ssd a KINGSTON SA400S3 van  benne.

A rendszer: Arch linux 5.6.11-arch1-1 kernel, systemd: 245.5-2.

Én elsősorban valami bugra tippelek, de majd ha sikerült megint reprodukálni a hibát beírom. a dmesg-ben meg a journalban nem találtam semmi érdemeset, de lehet, hogy majd fogok, passz.

 

Tippeket előre is köszönöm.

( gabek | 2020. 05. 10., v – 13:21 )

Lehet ilyen, ha elfogy a RAM-od és nincs swap file/partíció.

( Hiena v | 2020. 05. 10., v – 14:31 )

Nem véletlenül valamilyen erősen javascript-el fertőzött oldalt nézegetsz Firefox böngészőben? Példának okáért a 9gag.com képes 3 óra alatt felzabálni 4-8GB-ot is és utána merevre fagyasztja a gépet. 100% processzor és 100% swap használat. A firefox kilövése után a memória felszabadul és a gép megy  tovább mintha mi sem történt volna. 

"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

( jimmy399 v | 2020. 05. 10., v – 18:31 )

Nos, sikerült megint lefagyni a gépnek. SSH-val beléptem, és ezt sikerült kideríteni a dmesg-vel:

http://img4.imagetitan.com/img.php?image=21_20200510_181019.jpg

http://img4.imagetitan.com/img.php?image=21_20200510_181037.jpg

http://img4.imagetitan.com/img.php?image=21_20200510_181047.jpg

http://img4.imagetitan.com/img.php?image=21_20200510_181057.jpg

http://img4.imagetitan.com/img.php?image=21_20200510_181131.jpg

 

A legutolsó képen a TOP 4 cpu használó program és a proci használtságuk:

 

http://img4.imagetitan.com/img.php?image=21_20200510_181232.jpg

 

Úgy tűnik, hogy beakad egy kernel szál , beakad az X, a Chromium, és látom hogy az intel driverrel is lesz valami, mintha elszállt volna.

Egyelőre visszaálltam egy korábbi intel driverre:

xf86-video-intel
Verzió                  : 1:2.99.917+899+gf66d3954-1 (2019. 12. 11)

 

Megnézem ezzel fagy-e.

( persicsb | 2020. 05. 11., h – 11:50 )

Nálam KWin hiba szokott előfordulni, Wayland alatt, alt-tabra megfagy az egész kompozitor és a Wayland. Ismert hiba régóta, elvileg már javították többször, de még mindig fennáll.

( zither | 2020. 05. 11., h – 13:12 )

Nálam is megvan ez a hiba jelenség (színt úgy Arch).

Gyakorlatilag naponta fagyott a rendszer. Az intel driver finomhangolásával kicsit csökkenteni tudtam a fagyások számát. A compositing használatának lelövésével tovább javult a helyzet (utána már csak hetente egyszer fagyott le). Pár napja kíváncsiságból átálltam fbdev-re. Ha így végleg megszűnik a fagyás, akkor biztos, hogy az intel driver a bűnös.

Zavard össze a világot: mosolyogj hétfőn.

Még rápróbálok erre a compositing lelövésre. Ha ezzel csökken, vagy megszűnik akkor maradok annál, de ha akkor is akkor átállok én is fbdev-re talán, de azalatt meg nincsen 2 és 3d gyorsítás... 

 

Bár az is lehet, hogy haldoklik a videókártya a gépben, elég régi gép már van vagy 10 éves, ha nem több.

Ha felrakom az fbdev drivert, és eltávolítom az intel driverét, akkor nem indul el az xfce4 csak egy sima gyári asztalkép jön be és kész. Nem indulnak el a panelok sem. Töröltem a konfigokat is, de semmi változás. Egyelőre kipróbáltam, hogy az /etc/X11/xorg.config.d alá betettem ezt a configot miután visszaraktam az inel drivert:

 

Section "Device"
        Identifier  "Intel Graphics"
    Driver      "intel"
        Option      "DRI" "2"             # DRI3 is now default 
        #Option      "AccelMethod"  "sna" # default
        #Option      "AccelMethod"  "uxa" # fallback
      EndSection

Remélem jó lesz és nem fagy.

Nem sikerült a tipp, ismét lefagyott az egész felület, viszont most már SSH-n keresztül se lehet lelőni a gépet, marad a power gombos kikapcsolás.

A poén az, hogy windows alatt simán megy a gép, Arch alatt meg random időközönként szétfagy. Valami bug lehet, vagy pedig a gép gyengélkedik már mert nem mai darab. 

( batyu v | 2020. 05. 11., h – 18:02 )

Szintén arch, szintén HP, csak 8460p, de nem intel, hanem AMD, A múlt héten évek óta először nekem is produkált 2 fagyást. Sajna ssh-n nem tudtam megnézni, azóta meg nem jelentkezett, de baromira érdekelne mi volt ez.

( bbandi | 2020. 05. 13., sze – 12:03 )

sub, nálam is hasonló jelenség van, arch, i3330 és én is az intel grafikára gyanakszom. sshd jó ötlet!

Jó nagy csomagmozgás van most, épp fut az update, jött kernel is, plasma framework csomag is, Mindegyik minor verziót lépett csak, lehet érdemes megnézni a changelogokat a csomagoknál, hátha van valami magyarázat Ettől független nekem a múltkori óta egyelőre nem volt több gondom. Remélem ettől sem lesz. :)

( jimmy399 v | 2020. 06. 21., v – 16:12 )

Szerkesztve: 2020. 06. 21., v – 16:13

Így, hogy felraktam az lts kernelt, egyelőre napok óta kopp-kopp-kopp nem fagyott le a gép. Lehet hogy valami újdonság rontja el az egészet, amit még a 5.4-esnél újabb kernel óta tettek bele...

uname -a -> Linux archpcjj 5.4.47-1-lts #1 SMP Wed, 17 Jun 2020 19:42:02 +0000 x86_64 GNU/Linux