Ellenörzőösszeg nem jó!

Linux-haladó

Sziasztok.

Van egy olyan gondom, hogy letöltöttem több dvd-iso-t (uhu, frugal), de az ellenörzőösszeg nem egyezik! Mit lehet ilyenkor tenni? Az uhu-t most próbálom rsync-el syncronizálni, hátha sikerül megjavítania, de a frugal-hoz nincs rsync-es elérés, de egyébként is, van erre vmi megoldás? Nem tudom, ez számít-e, de a d4x-el szedtem, és párszor megszakítottam a letöltést!

Köszi

  • 1039 megtekintés

( uid_1683 | 2006. 03. 13., h – 20:44 )

Nekem a hálókártya okozta annó, esetleg azt is megpróbálhatnád lecserélni.

( j_szucs | 2006. 03. 14., k – 00:25 )

Én szintén gyanakodnék RAM hibára is.

Konkrétan FreeBSD-n fordult elő velünk, hogy ha a szerverre egy kliensről felmásoltunk egy arj, zip, stb. fájlt, akkor a kliensre visszamásolt állományt már sokszor nem lehetett kibontani (CRC error).

Egyszer letöltöttem a PostgreSQL forrást tar.gz-ben; ennek a kibontása még sikerült (vagyis a letöltött állomány még azonos volt az eredetivel), viszont a kibontott állományok nem fordultak le, mert az egyik fájlban egyetlen bájt megváltozott. Szerencsére pont egy függvénynévben, úgyhogy első ránézésre ki lehetett javítani a hibát.

Érdekes módon a RAM hiba ellenére a szerver viszonylag ritkán fagyogatott, és mivel akkor még nem volt ötletem hogy mi okozhatja, elég sokáig együtt éltem vele. (Tervszerű karbantartási idő híján nem volt lehetőségem hosszas hibakeresésre/RAM tesztre)

Aztán egyszer egy RAM csere véletlenül megoldotta; azóta nem fordult elő ilyesmi, és a szerver évek óta sok hónapos uptime-okat produkál.

( PcZolee v | 2006. 03. 14., k – 11:40 )

Köszi mindenkinek, akkor megpróbálok egy memtest-et! Egyébként érdekes módon nem fagy a rendszer, és a crc hiba is csak most fordult elő ilyen nagy file-oknál, mikor egy cd-s dolgot töltök le, az általában jó, ja és a filerendszer (ahova töltöttem) ext3, a / pedig reiserfs!

( egmont | 2006. 03. 14., k – 14:38 )

A d4x-hez tök nem értek, nem tudom hogy az mennyire megbízhatóan folytatja a letöltést. A wget, rsync stb. tök megbízhatók.

Az egyik esélyes, sőt talán a legvalószínűbb tényleg a memóriahiba. Tapasztalatom szerint a memóriahiba hirtelen lefagyást nem igazán szokott okozni, sokkal inkább alkalmazások gyakori elszállását és gyakori hibás működését, valamint idővel szép lassan fájlrendszerhalált.

Nekem egyébként volt már olyan is, hogy a diszk elektronikája volt hibás, néha (random módon) a DMA-zás során kiesett pár byte és a többi meg elcsúszott, tehát többször kellett róla leolvasni az adatot, és ha kétszer ugyanazt mondta, akkor annak már lehetett hinni. Nem tipikus hiba, de az ilyesmi sem zárható ki.

Ezt a smart mutatja?
Lefutattam egy memtest-et, vagyis nem vártam végig (mert nem volt rá időm), 2 és fél óráig ment hiba nélkül! Szerintetek kizárható már ez a hiba, vagy futassam egyszer végig? Ja, és szerintetek meddig csinálná? A gépem egy Barton 2500+, 512MB ram 333Mhz-en Dual-módban!