Memtest unikum

Alaplapok

Sziasztok!

Egy különös hibába futottam éppen bele. Adott egy SB-s i5 h67-es chipsettel és 2x2G rammal. Ha benne van mind a 4G ram a memtest 4300megára elkezdi dobálni a hibákat. Ha külön-külön tesztelem a modulokat, akkor hiba nélkül lefut a teszt./Az összes slotot kipróbáltam már hátha azok lennének a szarok de nem./ Viszont 4G rammal 64 bites linux már particionálásnál elpánikol, a 32 bites felmegy, de olyan szinten szétbarmolja a rendszert pillanatok alatt, hogy azt öröm nézni.

Ti mire gyanakodnátok? Alaplap vagy a proci memória vezérlője lenne a ludas?

Szerk.: Újra lefuttattam modulonként a tesztet, és az egyik modulnál a 4.ik körben előjöttek a hibák. Szóval tegye fel a kezét az aki 2-3 pass után rámondja a ramokra, hogy ezek jók? :)

  • 2952 megtekintés

( kisbetu v | 2011. 08. 06., szo – 12:01 )

Az álmoskönyvek azt javasolták, hogy RAM-gyanú esetén egészéjszakás prodzsektként kell elindítani a memtesztet, és 20-30 kör után már lehet a majdnem hibátlan állapotra szavazni.

Hova tegyem a kezem? Itt van kéznél a bili.

( joco01 v | 2011. 08. 06., szo – 12:45 )

Egyszer láttam hibás RAM-ot, az pár másodperc alatt sok-sok hibát generált a memtest-ben, úgyhogy hajlamos lennék 1 kör után jónak mondani. Ezentúl majd alaposabb leszek.

--
joco voltam szevasz

Érdemes hosszan tesztelni. :)

Nekem volt olyan gép, aminél fél, de inkább egy egész nap (24 óra) is eltelt egy-egy memtest hibáig, de mivel folyamatosan kellett volna mennie a gépnek, sokat számított ez is. Mondjuk random hülyeségek vagy 5-10 napos normális működés után jelentkező újraindulás/szolgáltatás leállás...
Konkrétan ez a gép azóta hiba nélkül megy.

A nagyon vacak RAM szinte azonnal jelentkezik, ez igaz.

Na de ilyen esetben már egyáltalán nem biztos, hogy a RAM hibás, lehet bármi más is. Ezt már inkább stressz teszteléssel érdemesebb előhozni, és alkatrészek egyenkénti cseréjével ellenőrizni. Az maximum egy véletlen, ha a memtestben is előjön 10 óra után valami apró hiba.

--
joco voltam szevasz

"Az maximum egy véletlen, ha a memtestben is előjön 10 óra után valami apró hiba."

Nekem volt ilyesmim, na nem 10, csak 1-2 óra üzemidővel. Laikusként a melegedéssel magyaráztam magamnak. De a tény az tény:

-- pár óra működés után random fagyások jöttek,
-- ha akkor egyből átboot-oltam memtest86-ra, akkor 10-15 percen belül újra hibázott,
-- ha a gép órákig állt, akkor a memtest86 is csak egy jó óra futás után talált hibát
-- minél tovább futott a gép, az újabb és újabb memtest86 körök egyre több memóriacímet találtak hibásnak
-- ugyanez a modul más gépben is ugyanezt csinálta (konkrétan a boltéban, ahonnan vettem és ahova visszavittem)

Kaptam helyette másikat, a gép utána hibátlanul ment.

Valami hardverguru biztos érti az okot is. Én csak a tényeket ismerem.

(Pedig még gentoo-t sem futtattam rajta, hogy kiégesse a vékonyabb drótokat! :-) )

Lehet bármi más is, így van... mint ahogy a többi esetben is.
Ha a CPU/cache/memóriavezérlő, időzítések, melegedés, zavarok, stb. okoznak gondot, az ugyanígy jelentkezhet.

Az egyik RAM modul cseréje megoldotta a problémát, ha visszakerült, ugyanígy hibázgatott.
Akkor is, ha a két modult megcseréltem egymással.
Arra nem emlékszem, a modul más gépben is problémás volt-e vagy csak ebben...

( locsemege v | 2011. 08. 06., szo – 15:16 )

A memtest lényegében nem a memóriát teszteli, hanem az átviteli láncot is. Tehát lehet jó a RAM, ha mondjuk zajos a tápfeszültség, s mást olvas a kontroller, mint amit a RAM kitett az adatvezetékre. Vagy mondjuk reflektálódik a jel, ezért fals írás vagy olvasás keletkezik. Vagy nincs betartva a setup-, hold-, access-time, úgy egyáltalán az időzítések. Tehát így mondanám:

- ha jó a RAM teszt szerint, akkor vagy jó, vagy rossz. Talán jó.
- ha rossz a RAM teszt szerint, akkor biztosan rossz, de fene tudja, hogy mi. Egyáltalán nem biztos, hogy éppen a RAM.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE