idővel meghibásodó állományrendszer

idővel meghibásodó állományrendszer

Hozzászólások

nalam anno pci cincurrency csinalt ilyet;
a biosban kapcsolj le minden cache, shadow, concurrency es egyeb hangzatos dolgokat, ide block automode, stb;
agpt nem bantsd, cpu int/ext cachet se;
altalaban nezd meg az alaplapod konyvet;

reiserfs van fenn és egy ideje megfigyeltem egy különös dolgot: nagymérető(?) állományok egy meghatározhatatlan idó elteltével meghibásodnak, majd reboot után ismét rendbe jönnek egy időre.
hogy érthető legyen: egy test.zipet készítek, és tesztelem (unzip -t test.zip) tucatszor, de semmi baja; pár perc elteltével újabb teszt és crc error; reboot, újabb teszt és semmi baja, de egy idő után crc error, de más helyen. tesztelés és kitömörítés is ugyanígy viselkedik.
néztem memtest, badblocks, fsck, de nincs hiba.
2.6.5 és 2.6.7 kernel alatt egyaránt jelentkezik a dolog, 2.4 majd holnap nézem meg.
ötlet?

plussz infó:
ha az állomány hibás változatát átmásolom egy másik (fat) particiora, akkor ott már nem jön rendbe reboot után (szóval a hiba is másolódik)

[quote:1df632ae4e="Anonymous"]plussz infó:
ha az állomány hibás változatát átmásolom egy másik (fat) particiora, akkor ott már nem jön rendbe reboot után (szóval a hiba is másolódik)

hát szerintem ezen része a dolognak teljesen egyértelmű a fat nem journaling file rendszer szóval ott a hibát sem fogja kijavítani.

az alap problémára nem tudok mit mondani, nem használok reisert, ilyet még nem láttam....

Nagyon úgy tünik, hogy nem a winyón lévő állományrendszer hibásodik meg, hanem vagy reiserfs hiba, vagy esetleg memória hiba. Ha tudsz olyan konkrét esetet mondani, aminél reprodukálható a hiba, akkor szivesen leellenőrzöm én is. Nálam 2.6.5-ös kernel van és reiserfs. Mekkor a zip file mérete?

a woody megjelenese ota hasznalok reiserfs-t teljesen megelegedve, semmi problemam nincs vele, az altalad felvetett problema soha nem jott elo nalam

nem lehet, hogy a vinyo hibas es azert lesz crc hibas a file ?!

szerintem probald ki a badblocks programot...

[quote:381d298914="Jonci"]
szerintem probald ki a badblocks programot...

na ja, de azt írta próbálta és nincs hiba ;)

[quote:ac8d0194fc="Anonymous"]
hogy érthető legyen: egy test.zipet készítek, és tesztelem (unzip -t test.zip) tucatszor, de semmi baja; pár perc elteltével újabb teszt és crc error; reboot, újabb teszt és semmi baja, de egy idő után crc error, de más helyen. tesztelés és kitömörítés is ugyanígy viselkedik.
néztem memtest, badblocks, fsck, de nincs hiba.

Egyertelmuen memoria, vagy reiserfs hibanak tunik. A memoriaban levo page megvaltozik ugy, hogy a dirty bit nincs bekapcsolva-> masolasra viszi, de nem irja ki, ha kikapcsolod.

Ha amugy nem fagy a geped, akkor nem memoria. fordits 10 kernelt egymasutan -jprociszam*2+1 -el.
meg probald tanacsot kerni a reiserfs fejlesztoktol, hogy hogyan tudod kitesztelni a fs hibat.
Ja: az eles adataidat MENTSD le azonnal.

Hozzáértőkhöz egy hasonló jellegű kérdés: adott egy akármilyen (elég új) ASUS alaplap, amibe _nem_ olyan memóriából rakott 1G-nyit a szállító, amilyen fel lenne tüntetve a gyártó megfelelő oldalán.

A jelenség: először is a saját maga által írt, woody iso-kat tartalmazó DVD-t először beolvassa rendesen, aztán (umount-mount után, de reboot nélkül, hogy ki tudjam mérni az IO sebességet) mindenféle DriveReady SeekComplete stb. errorral elszáll. Ezt ráfogtam az olcsó médiára (350 Ft, TG DVD-RW), de mivel egy másik gépen egy LG kombó hibátlanul olvasta, kezdett gyanús lenni a dolog.

A másik jelenség: letöltök egy 2.4.26-ot, ráteszem az akkor legújabb pre6 patchet, konfigolom, simán lefordul. Eszembe jut, hogy túl sok mindent raktam bele, tehát kiveszek egy-két dolgot az újra konfigolás során, de nem fordul le, mert nem talál valami fájlt. Na itt kezdett gyanús lenni a memória, mert ugyebár ilyenkor a winyó nem játszik, lévén a kernel forrásostul, mindenestül bőven elfér az 1G ramban. (Javítsatok ki, ha valamiben tévednék, please.) Könyvtárat nem tud listázni valami meglehetősen furcsa ok miatt, amivel még nem találkoztam. Reboot során nem tudja csatlakoztatni az érintett md devicet, merthogy azon hibák vannak, és az automatikus fsck sem javítja ki. Kézi fsck-val mindenféle (értsd: vagy 50 darab, és legalább 5 féle) hiba jelentkezik, majd utána elindul a rendszer (még szerencse, hogy ez a device a /usr-re van kötve). Kernelt lehet konfigolni, de fordítani nem, mert nem találja az x fájlt.

Kérdéseim a következők:

1. Ez egyértelműen memóriahiba-e, vagy valami más? SATA cucc is játszik, nem vagyok biztos benne, hogy az teljesen kiforrott, bármennyire is a kernel drivert használom, és nem a closed-sourcet.

2. Okozhatja-e az a problémát, hogy a proci csak 333 FSB-jű, de a memóriát a szállító 400-ra kapcsolta a BIOS-ban? Ha igen, akkor megoldás lehet-e a memória 333-on hajtása? Ha igen, ez jelenthet-e visszaesést teljesítményben?

Még direkt szerencse, hogy ez még csak egy testing gép volt, és (még) nem volt rajta semmiféle éles adat.

[quote:e23a0ef2ab="boobaa"]1. Ez egyértelműen memóriahiba-e, vagy valami más?

Lehet más is. De én is memóriát mondanék elsőre.
[quote:e23a0ef2ab="boobaa"]
2. Okozhatja-e az a problémát, hogy a proci csak 333 FSB-jű, de a memóriát a szállító 400-ra kapcsolta a BIOS-ban? Ha igen, akkor megoldás lehet-e a memória 333-on hajtása? Ha igen, ez jelenthet-e visszaesést teljesítményben?

Okozhatja. Igen, megoldás lehet. Nem, nem jelent visszaesést teljesítményben. (szerintem :wink: )

[quote:c547ba659e="boobaa"]Hozzáértőkhöz egy hasonló jellegű kérdés: adott egy akármilyen (elég új) ASUS alaplap, amibe _nem_ olyan memóriából rakott 1G-nyit a szállító, amilyen fel lenne tüntetve a gyártó megfelelő oldalán.

Én mindig tesztelem a memoriát telepités elott. (foleg, ha használt géprol van szo, akkor a hard disket is)
Bár 1 G!? Lehet, hogy egy évig tesztelné :?
Slax, Gentoo liveCD-ken rajta van a memtest.

[quote:f6fd7ab679="anr"]Ha amugy nem fagy a geped, akkor nem memoria. fordits 10 kernelt egymasutan -jprociszam*2+1 -el.
meg probald tanacsot kerni a reiserfs fejlesztoktol, hogy hogyan tudod kitesztelni a fs hibat.
Ja: az eles adataidat MENTSD le azonnal.

nemtom, en tobbszor is tapasztaltam hasonlot, egyertelmuen memoriahiba volt, de nem voltak fagyasok, lattam ilyen gepeket napokig menni.

Nem feltétlenül memóriahiba, lehet tápellátási zűr is. Gyenge tápegység, kifolyt elkók az alaplapon, gyatra feszültségstabilizátor okozhatja (mondjuk ez az utóbbi nem asus-ra vall, de kifolyt elkót láttam már asus-on is), hogy ha több dolog működik egyszerre (vinyó, grafkártya, proci, memória) akkor pillanatszerűen leesik a tápfeszültség és ekkor hibázik a memória. Az azért gáz, mert a memtest86 nem mutatja ki, ugyanis nem terheli le a többi részét a gépnek.

Ja amúgy szerintem ha 333-ra állírod a memóriát, akkor nem hogy csökkenne, de kifejezetten nőni fog a teljesítmény. Ugyanis többet számít az, hogy szinkronban van a rendszerbusz a memóriával, mint hogy a memória sávszélessége 20%-al nő. Ráadásul ez a többlet nem is jut el a processzorig, tehát csak a dma-s perifériáknál (lényegében csak az AGP-nél) számíthatna valamennyit.

Udv!

[quote:7c6a081528="drojid"][quote:7c6a081528="boobaa"]1. Ez egyértelműen memóriahiba-e, vagy valami más?

Lehet más is. De én is memóriát mondanék elsőre.
[quote:7c6a081528="boobaa"]
2. Okozhatja-e az a problémát, hogy a proci csak 333 FSB-jű, de a memóriát a szállító 400-ra kapcsolta a BIOS-ban? Ha igen, akkor megoldás lehet-e a memória 333-on hajtása? Ha igen, ez jelenthet-e visszaesést teljesítményben?

Okozhatja. Igen, megoldás lehet. Nem, nem jelent visszaesést teljesítményben. (szerintem :wink: )

2. Szvsz nem, a ket orajel eloallithato kulon-kulon.

Toma_

Persze, előállítható. De az van, amit XMI is mond, hogy lehet 400 de minek. Nem azt mondtam, hogy ez a baj, hanem hogy lehet ez a baj.

én kezdtem anno a topicot.
asszem reinstall lesz a vége.
többször fagyott a rendszer a kelleténél (nvidia bináris driver nem vmi stabil via apollo pro + fx5600 alatt; pár hete sima nv megy inkább), és már a 3.6.17 reiserfsck is belehal. próbáltam loggolni a hibát, de csak stdoutra küld, de ha vkit érdekel postolom.
ide kábalt is lecseréltem, de semmi változás. tulajdonképp megy a rendszer, csak néhány állomány néha hibás és csak a következő rebootig.

Köszi az ötleteket, tudásom gyarapítását, majd megpróbálkozom ezekkel. Ami miatt bennem fel sem merültek ezek a fentiek, az az, hogy vadiújan vettük a gépet, dobozból szedtek elő mindent, s ránézésre is vadiújnak tűnik minden. De majd meglátjuk...

Sziasztok!

Nem vagyok topic olvasó, ezt a fórumot is a Google dobta ki nekem.
A problémám nekem is kísértetiesen hasonló, de winXP alatt. (Bocsi, hogy e miatt itt kicsit offtopic vagyok)
A jelenség a következő: Nagyobb méretű (legalább 10 Mb) fileok Internetről való letöltése esetén kb 25%-ban CRC erroros lesz a fájl.
De ez sem következetes, van amikor lemegy gond nélkül a teszt, van amikor kiakad 1-2 állományon, ezeket újra töltöm, majd másik kettő lesz hirtelen rosz. A rebootot ilyenkor még nem próbáltam. Néha egyik másik alkalmazás azt írja módosult egyik vagy másik fájlja, ezért telepítsem újra.
A dolog azért is érdekes, mert most újítottam a gépen: új ASUS alaplap, via chipset, AMD proci, 400-as memória, SATA winchester.
Amúgy a win nem köhög, mindíg csont nélkül elindul.
Én is először azt gondoltam memória, de a memtest86 azt mondta jó. Erre kicseréltem a memóriamodult, de a probléma maradt. Most éppen a Samsung winyóra gyanakszom. Kicsit taácstalan vagyok, mert az előző P3 konfigurációm ATA vinyóval simán működött, soha ilyen problémám nem volt.

Az alaplap: ASUS a7 v600 X

Lehet, hogy csak véletlen az egybeesés?

Astarot: Szerintem a HUP olvasók közül sokan fogják neked ajánlani egy értelmesebb és jobban kezelhető operációs rendszer feltelepítését :D