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;
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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)
- A hozzászóláshoz be kell jelentkezni
[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....
- A hozzászóláshoz be kell jelentkezni
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 hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
[quote:381d298914="Jonci"]
szerintem probald ki a badblocks programot...
na ja, de azt írta próbálta és nincs hiba ;)
- A hozzászóláshoz be kell jelentkezni
[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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
[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: )
- A hozzászóláshoz be kell jelentkezni
[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.
- A hozzászóláshoz be kell jelentkezni
[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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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_
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
é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.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni