Gentoo random elhalálozás

Fórumok

Sziasztok!

Az a probléma, hogy múködik egy ideig a rendszer, és egyszer csak - és ezt tudja úgy is produkálni, hogy épp nem is nyúlok hozzá - felmegy a processzor egyik magja 100%-ra, a GUI még úgy ahogy működik, be tudok zárni programokat force-close-al, arra is rárni kell, de újat nyitni nem tudok, terminálba lépni nem tudok, ssh-zni nem tudok. Újra sem tudom indítani.
Gyanakodtam RAM hibára, de egyrészt sem az arch sem a win7 nem produkál hasonlót, másrészt a ramteszt sem jelez semmit.

Már csinálta ezt régebben is, vissza állítottam egy régebbi mentésből, frissítettem, és megint csinálta, futtattam emerge -e system+world-öt.

Talán annyi más a visszaállítás előtthöz képest, hogy akkor elindult egy újra indítés, bezárta a GUI-t, de aztán megállt, de most már ezt sem tudom összehozni.

Van valami ötletetek, hogy mi lehet? mit nézzek meg? köszi

Hozzászólások

Üdv,

a kernelverzió egyezik mindkét esetben? Miféle kernel van alatta?

legfrissebb stabil gentoo kernel
esetleg felmerülhet még a videókártya, az nvidia, a zárt driverrel. az is stabil, szóval már csak nem. Meg már jelent meg verzió több is, mióta ez a probléma fenn áll.. mondjuk kernelből is...
---
dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

köszönöm az infókat. sajna nem lettem okosabb, de van két ötletem

1) ha használsz pulseaudio-t, akkor próbáld letiltani kis időre, hátha nem ismétlődik meg
2) ha megismétlődik akkor a top parancsot paraméterezve cronból futtatnám pl. 1 percenként és a kimenetét fájlba irányítanám.
lehet, hogy ki fog fagyni a géped megint, de lesz egy fájlod ami infókat tartalmazhaz

+1. esetleg a debug, illetve a kern.log naplófájlban körülnézhetsz
--
\\-- blog --//

Mely process eszi meg a CPU -t ?

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

+1

Ha ez nem jon be akkor utemezhetunk valamit ami loggolja.

Szinte biztos, hogy alkalmazas hiba lessz.

Amikor "lehal" daralja a winyot ? Van Swap teruleted ?
Erdemes valami appletet hasznalni ami CPU/Memoria/Swap temat kiirja.

Amit nem lehet megirni assemblyben, azt nem lehet megirni.

Ugy altalaban is jo, de ha mast nem csak amig a problema meg nem szunik:
Ha el tudod erni, hogy az asztalt lasd, akkor egy conky remek baratod tud lenni.

Otthonrol tudok majd kuldeni sajat conkyrc fajlt is ha kell, de neten is talahatsz, illetve a sajat doksija is remek.
Ki tudod vele iratni a top10 process-t, pidjet, nevet...stb.. loadot, IO szerinti top10 terhelo alkalmazast. Mindezt az asztalra.
De be tudod rakni mindenki fele is az egesz ablakot, igy atlagos hasznalatban kicsit zavaro lehet, de ha debugolni kell akkor hasznos :)

Egybknt (nekem) nem eszik sokat a conky, kellemes kis monitorozo alkalmazas...

Hali,

ime a conkyrc fajlom:
http://pastebin.com/m711cffd5

1.7-r2 -es verzio van fennt (~x86 arch)

USE flagek pedig:
X alsa -apcupsd audacious curl -debug -eve hddtemp -imlib iostats -lua -luacairo -lua-imlib -math -moc -mpd -nano-sysntax nvidia -portmon rss -thinkpad truetype -vim-syntax weather-metar weather-xoap wifi

Ha vmi nem tiszta a config fajlal kapcsolatban kerdezz nyugodtan...

Kb egy-másfél évvel ezelőtt én is belefutottam pontosan ebbe, emiatt raktam fel az első Jaunty-mat. Azóta nem nyúltam Gentoo-hoz :)

Olyan jo ilyen scifiket olvasni. Ezek a szopasok vhogy engem mindig elkerulnek. Van helyettuk mas persze, de ilyen durvak meg sose voltak nekem. Vmi bekavarhat nalatok, amit en nem hasznalok. Compiz, illetve alap Gnome stuffok kilove.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ajanlom neked a packages.use oromeinek megismereset. En a kovetkezo dontesmechanizmuson megyek at, ha egy USE flagrol donteni kell:
Akarom-e, hogy ez az egesz rendszerre hatassal legyen?
|
- Igen -> make.conf
- nem -> packages.use
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Igen, csak ez becsapos is lehet. Pl. sok csomagnal be szoktam kapcsolni a doc USE flaget, de megse kapcsolom be globalisan, mert nem akarom, hogy minden szir-szar alkalmazas felrakja a maga kis felgigas dokumentaciojat. Akkor se, ha egyebkent volna ra hely.
Hasonlo a helyzet a java flaggel is. Bar sok esetben jo, ha van java support, megse akarok mindenhova rakni.
--


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

A dokumentáció generálása sok programnál jelentősen meghosszabbítja a telepítést. Nekem mégis globálisan be van kapcsolva, mert a vonaton gyakran előfordult, hogy olyanhoz kellett dokumentáció amihez éppen nem volt :). Nálam sok globális use flag van, de bináris disztrókhoz képes nem sok, ők általában mindent bekapcsolnak vagy másképp megoldják, hogy lehessen választani.
Ubuntu felteszi a levelezőt a smartmontoolshoz, mert a smartmontools levélben is tud értesíteni a problémákról. Lehetséges, hogy ez elkerülhető csak nem volt kedvem kísérletezni.

bazz, mar elhatarolodast olvastam alapbol, pedig meg csak kampany eleje van :)

Tipp: tiltsd ki BIOS-ban a power management-et, 5 perces próbát megér. Nálam egyszer a kernelben volt vmi rosszul beállítva. (biosból egyszerűbb kilőni a próba erejéig, mint új kernelt forgatni).

Valahol a kernelnél keresném a probléma kulcsát. Próbálj meg frissíteni újabb kernelre, 2.6.32 nálam elég stabil, leszámítva a vezetéknélküli hálókártyát, abban nem sok jót hozott.

úgy tűnik, tényleg a kernel volt, most a 32-es 3. rc van fenn, mostanában nem fagy széjjel, habár a hibernálásból felébredés prüszköl, remélem a véglegesben ez nem lesz probléma
---
dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

most a 33-as kernel van fenn, gui-ból el is tönt a suspend-to-ram gomb, de terminálbol megy
pm-utils-al működött eddig
na most rájöttem, hogy akkor kerzd el meghalni, ha hibernálásból ébresztem fel. De ilyenkor újra sem tudom indítani, elkezdi bezárogatni a programokat, aztán megáll
--
https://www.dropbox.com/referrals/NTMwMDYwODE5