[Løst] Problemer med disk... eller hovedkort?

[bitfikleren]

Startet en tråd under lagringsmedia, men er usikker på hvor dette egentlig hører hjemme (inndelingen av forumet er ikke alltid slik at et emne faller inn under en bestemt kategori).

 

Opprinnelig emne er http://www.diskusjon...owtopic=1449197

 

Lurer på om noen her har vært borti lignende problemer.

 

Sitter nå å kopierer en orginalfil på 15 Gb til nye kopier og sjekker de etterpå. Det gjør jeg med scriptet:

 

#!/bin/bash
for NUM in `seq 55` ; do
 echo "Creating copy b.$NUM"
 cp backup-data b.$NUM
 md5sum b.$NUM
done

 

og får stadig ulike sjekksummer ut:

Creating copy b.1
fb77fe2d21ce902eb9a788e894223326  b.1
Creating copy b.2
00d073ccbeb398b6e7fa70bf192d1dc5  b.2
Creating copy b.3
1316b95395bac81d0d44927962208445  b.3
Creating copy b.4
a7ed8974e638cfb5dc2064a5e9bb30e0  b.4
Creating copy b.5
46dce52adac00e7e847529b48813fad9  b.5
Creating copy b.6
14f95e76e4016e88ce9ed03ca0af1ba9  b.6
Creating copy b.7
57eccfe42f614f1eddccb5dc5066628b  b.7
Creating copy b.8
750abccec178a94bf6265e5eaba7af0a  b.8
Creating copy b.9
053890b6e1dcbce92c1cdbb911972bff  b.9
Creating copy b.10
4f5beb9c2c703a74679318d53ff58ef1  b.10
Creating copy b.11
4f21bc8c400e0141e6a2afd121d96d64  b.11
Creating copy b.12
b5adce751a750a1de041dbcd94d28370  b.12

 

Venter i grunnen bare på at serveren skal crashe...

[BlueEAGLE]

Hvilket filsystem kjører du på disken(e)?

[bitfikleren]

Jeg kjører ext3.

 

Men nå lurer jeg på om det faktisk kan være et annet problem. Fant ut, etter gjentatte heng, at jeg skulle boote Fedora Core 16-DVDn, som har en memory tester (MemTest86). Denne kjørte jeg også da jeg bygde maskinen. Gjett om den fant feil.

 

Alt før den hadde rukket å kjøre 1% av hele testen, var error-telleren oppe i over 1100 - alt innenfor et lite område.

 

Fikk et tips om å teste memoryen på en annen maskin, da man fremdeles ikke skal utelukke hovedkortet. Skjønt, jeg tror nok det kan være memoryen som er problemet.

[bitfikleren]

Etter kort tid var antall errors passert 16000.

 

Byttet om på rekkefølgen av brikkene og startet forfra igjen. Fremdeles feil på samme posisjon (@10xxx mb). Man skulle vel forvente at om det var et bestemt område i en av brikkene, så burde posisjonen flytte seg når rekkefølgen av brikkene ble byttet om?

[Syar-2003]

Prøv med å gi memory brikkene litt mere spenning. Eller eventuelt underklokk dem litt.

Memory kontrolleren (MCH) kan man også øke spenningen på (ett knepp).

[bitfikleren]

Takk for tipset.

Hvor mye mer bør jeg gi dem?

Det med underklokking har jeg god erfaring med en gang før jeg fikk feil.

 

Skal først prøve brikke for brikke. finner jeg ingen feil, setter jeg inn alle og så får jeg prøve igjen.

[Syar-2003]

Har man 4 stk minnemoduler installert er det ikke uvanlig på endel hovedkort/cpu komboer at man trenger å øke spenningen litt. Fire moduler lager større last på memory controlleren enn to.

Na har du ikke fortalt hva slags hovedkort/brikkesett/cpu/minne du har så rådene er litt generelle.

 

En annen ting er at det er populært fra f.eks ASUS og ha default innstillinger på sine hovedkort til å "booste" autotune systemet. Det kan medføre feil også.

De kaller det OC-Tuner / Turbo V / etc.

På to kort jeg har vil denne funksjonen sette BCLK/PCI-E frekvens til 104Mhz (default er 100mhz) .

Resultatet er at alle PCI-E enheter blir også overklokket litt inklusive SATA disker , grafikk kort etc via PCI bus core frekvensen.

Kan jo også nevne at dette måtte endres på mine to systemer for å rette opp i div ustabilitet.

[bitfikleren]

Fant ingen steder der jeg kunne endre spenningen (det er et ASUS saberthoot 990FX so om noen har noe tips om hvor, så hadde det vært fint).

 

Fant en brikke som feilet selv etter at jeg gikk ned fra 1333Mhz til 1066. Denne har jeg nå fjernet og kjører maskinen med 3 x 4 Gb. først en memorytest for å verifisere de tre brikkene som står i, så systemet med tilhørende kopieringstester.

[bitfikleren]

Det var defekt memory som var årsaken til de merkelige problemene.

 

Man skulle forvente at linux terminerte med en segmentation fault i slike tilfeller (det er både min og andres erfaring i slike tilfeller). Men i denne casen var det vist ikke slik.