Dotaz: Chyba v operacni pameti - Muzu ji pouzivat?

[Roninn]

Dobry den. Mam v pocitaci 3 moduly 512 MB SDRAM PC133. Dva z techto modulu maji chybu. Jedna chyba v kazdem z nich. Zjisteno Memtestem86+ . Je mozne tyto moduly i nadale pouzivat nebo se mam poohlednout po jinych? Distro Ubuntu 9.04.

Odpovědi

[otasomil]

Tyto chyby se mohou projevovat i pri behu systemu jako pady aplikaci az po uplne zatuhnuti systemu. Pokud Vas to zatim nejak neobtezuje tak to pouzivejte dal a jestli se zacnou objevovat pady tak je to na vymenu modulu.

Chyba v bunce muze byt az nekde na "vysoke adrese" kterou system vyuzije treba doslovne nekolikrat do roka.

Zjistete si z memtestu na jake adrese chyby jsou, tu si poznamenejte a zopakujte test jeste jednou po uplnem vypnuti pc.

I memtest se muze mylit.

[pupala]

A na adrese http://rick.vanrein.org/linux/badram/ rastie tvoja spása

[oroborus]

 

Chyba v bunce muze byt az nekde na "vysoke adrese" kterou system vyuzije treba doslovne nekolikrat do roka.

Neda mi to :)

IMHO, to, ze je chybna bunka na "vysokej adrese" este neznamena, ze ju Linux pouzije iba pri velkej zatazi, ked ziadna volna pamat na "nizsich adresach" nie je dostupna. (treba brat do uvahy, ze takmer vsetka volna pamat sa pouziva ako diskova cache)

[otasomil]

To je fakt nicmene 1.5 GB RAM tak na desktopu bude bezne vyuzita maximalne tretina a 1 GB cache bude vyuzivana tak ze 100-300 MB. Zvlastni kapitola je ramdisk to uz bych bral, ale to je spis specialita. Proste dokud RAM dobre slouzi tak nechat. Ovsem cekat se nevyplaci pac za nejakou dobu sehnat takoveto moduly muze byt problem.

[hysterix]

Na tohle zatracene pozor. V zadnem pripade neprovozovat vadne komponenty. Chcete cekat az to definitivne lehne a pak zjistit, ze vsechny zalohy jsou take naborene a nejdou obnovit? Taky vzhledem ke strankovani pameti muze byt chyba libovolne vysoko v adresnim prostoru, jak ho vidi memtest, a stejne na ni muze prijit rada pri alokaci skoro hned. Je to jako jezdit s brzama, ktere sem tam vubec nebrzdi.

[Jooky (inactive)]

Neviem odkial ste k tymto zaverom dosli ale tato rada aj ta hore je to nahorsie co sa v takom stave mozete spravit a ani jeden argument sa nezaklada na pravde!

To co na danej adrese bude zavisi od "physical RAM map", od sharovanych rozsahov (grafika) a od toho co na tej masine a ako dlho pobezi. Aj kebyze to je posledny blok z casti na alokaciu tak skor ci neskor sa pouzije (a to nemyslim dni a viac uptime). To ze vacsina softov ukazuje ram ako stlpec vyplneny z lava do prava neznamena ze aj tak sa ram alokuje, a aj kebyze sa tak alokuje tak linux pouziva vsetku pamat. Vramci prevencie fragmentacie sa na tie adresy mozte dostat aj ked aplikacie/jadro este nealokovaly vsetku ram a ked nie to, tak pri beznom pouzivani zaplnia diskove buffre/cache (staci dat napalit CD a hned moze byt 800M+ dat v cache, pri DVD este viacej). Ak ma ram "len" niekolko buniek zlych tak o to horsie. Ak sa ta pamat pouzije napr pri ukladani nejakeho dokumentu na disk tak si uzivatel moze byt isty, ze ked ho otvori tak v nom nenajde to co tam ma byt. A to iste pri aplikaciach. Ak ta bunka bude v datovej casti app (nie v kode) tak az na to ze nejake udaje zobrazi inak to nemusi byt vidiet. Popripade to co pise kolega hore, poskodene subory a este aj zalohy k tomu ...

A teraz k samotnej otazke uplne hore:
- urcite nie ! - ak nejde o nejaky problem s pretaktovanim, spinou na slote, ... tak urcite nie, uz zo spominanych dvovodov
- ak by ste predsa len chceli moc experimentovat (to ubuntu to nenasvecuje) tak existuju patche (neskusal som ich a zrejme len pre postarsie jadro), ktore vedia zbranit alokacii poskodenych casti ram. Toto by som ale aj tak maximalne skusal na nejakej masine co ma byt ako router alebo inak "menej" pouzivany stroj. Ak tam mate co i len trosku dvolezite data tak radsej sa pozrite po novom hw.

[Mti.]

Opatrne. Ta chyba se neprojevi od padu aplikace po zatuh systemu. Velmi casto dojde "jen" k poskozeni dat a to tak, ze sama o sobe budou k nicemu a vy se to dozvite az bude pozde.

Pokud memtest neco prohlasi za problemove, radeji bych mu to veril, protoze za ty potize to nestoji. Spis chybu prehlidne nez podvrhne.

Mate to jak s nemocima... dokud Vam ji nenajdou, tak nevite na cem jste. Pak uz jo, ale lip se citit nebudete.

[JMP]

vadnou pamet nepouzivejte (pokud vadne oblasti necim nevyjmete z pouzivani), protoze to muze mit neocekavane nasledky - muze to mit neblahy vliv jak na konzistenci dat, tak na beh programu | os (v extremnim pripade mozna poskodite fs nebo pocitac bude "padat° ev. Vas potka oboji naraz...)

[Roninn]

Tak jsem je na Vase rady vyndal. Spatne vypalene CD, nekorektni obsah DVD ktere bylo delano pomoci DeVeDe, necitelna zaloha z 20. cervna a kdyz jsem si exportoval Evolution tak mi to backup soubor nevzalo zpet protoze system hlasil jeho necitelnost nebo neznamy format. Videl jsem chybu u sebe samotneho takze ted mam v nekterych vecech jasno. Dekuji. Jdu najit neco novejsiho s alespon DDR kdyz uz ne DDR2.

[JF]

Vím, že Frank Gockel již docela dávno dělal něco podobného. Patch do kernelu, který si otestuje v trvale vyředí vadné bloky paměti.

http://lkml.indiana.edu/hypermail/linux/kernel/9807.1/0741.html

Vadnou paměť ovšem bez vychytávky nepoužívat! Znám paměti, která jsou 100% funkční a po hodině provozu se náhodně objevují vadné buňky. Tento typ závady už nejde podobnou vychytávkou obejít.

[finn]

Tak by se mohla projevovat nějaká teplotní závislost, nejspíš by pomohlo nastavit pomalejší časování.

[JF]

Poznamenávám, že nejsem původní tazatel a psal jsem to jako demonstraci jak se mohou chyby paměti projevovat. Zmiňovaná paměť zasvištěla do koše. Pokud si už paměť schovávám tak na ní dělám nesmazatelnou fixou černý křížek. Vřele doporučuji, jinak se mi vadný kousek zabordelí mezi dobré.