ratix Skrevet 5. mai 2005 Del Skrevet 5. mai 2005 (endret) Jeg har en 2(?) år gammel seagate barracuda 80GB harddisk uten partisjonstabell med et xfs-filsystem. Idag, etter å ha lastet ned nyeste episode av en anime merket jeg noe rart: CRC-checksummen av alle filene stemmer ikke med .sfv-filen som jeg har sjekket med for hver episode jeg laster ned: --( Verifying: [SEED-Fansubs] Gundam SEED Destiny.sfv )------------------------- [SEED-Fansubs] Gundam SEED Destiny - 01.avi OK [SEED-Fansubs] Gundam SEED Destiny - 02.avi BAD - different CRC [SEED-Fansubs] Gundam SEED Destiny - 03.avi BAD - different CRC (osv...) Dette er litt rart siden jeg sjekker hver gang. Akkurat da begynner jeg å tvile på resultatene og sjekker igjen: denne gangen er resultatet noe helt annet enn sist gang: --( Verifying: [SEED-Fansubs] Gundam SEED Destiny.sfv )------------------------- [SEED-Fansubs] Gundam SEED Destiny - 01.avi OK [SEED-Fansubs] Gundam SEED Destiny - 02.avi OK [SEED-Fansubs] Gundam SEED Destiny - 03.avi BAD - different CRC (osv...) CRC er vel bare dumt tenker jeg og ser om md5summen holder seg konstant: (ratix)(/mnt/sg80hdb/Gundam Seed Destiny/)$ md5sum * fc26ca3c6178d731b3aaff312c77cb8d [SEED-Fansubs] Gundam SEED Destiny - 01.avi 2056433b1dcbdcfe92389c9735fce533 [SEED-Fansubs] Gundam SEED Destiny - 02.avi 0a2a95640235bbfe97f67531bcda3556 [SEED-Fansubs] Gundam SEED Destiny - 03.avi (ctrl+c) (ratix)(/mnt/sg80hdb/Gundam Seed Destiny/)$ md5sum * fc26ca3c6178d731b3aaff312c77cb8d [SEED-Fansubs] Gundam SEED Destiny - 01.avi e99530bfc72e1d6db7f24f7b57bbeccc [SEED-Fansubs] Gundam SEED Destiny - 02.avi 0a2a95640235bbfe97f67531bcda3556 [SEED-Fansubs] Gundam SEED Destiny - 03.avi (ctrl+c) (Merk episode nr. 2) Md5summen forander seg, hva kan være galt? Er disken (eller filsystemet) ødelagt? Endret 5. mai 2005 av ratix Lenke til kommentar
espenfjo Skrevet 5. mai 2005 Del Skrevet 5. mai 2005 Det kan egentlig være ganske mye. Det kan være minne, ide-kontroller, ram og forskjellige busser. Vil anbefale deg å kjøre memtest86/memtest+ i noen timer. For deretter å sjekke at du ikke har noe system som klokker ned prosessoren ved inaktivitet. Lenke til kommentar
ratix Skrevet 5. mai 2005 Forfatter Del Skrevet 5. mai 2005 Tror det kan være ide-kontrollern siden jeg har sett samme problem med to andre disker, /var/lib/dpkg/status ble faktisk korrupt idag etter at maskinen bare slo seg av uten videre.. Lenke til kommentar
ratix Skrevet 5. mai 2005 Forfatter Del Skrevet 5. mai 2005 Vil anbefale deg å kjøre memtest86/memtest+ i noen timer. For deretter å sjekke at du ikke har noe system som klokker ned prosessoren ved inaktivitet. Hvis det er minnet så kan jeg prøve å bytte det (jeg har en ekstra 512MB brikke), jeg vet ikke om noe kontrollerer cpu'en siden jeg har ikke har kontroll selv pga. null acpi-støtte for mitt brikkesett (jeg kan ikke se cpu-temp. engang) Lenke til kommentar
espenfjo Skrevet 5. mai 2005 Del Skrevet 5. mai 2005 Hvis maskinen slår seg av helt uten videre kan det være cpu som er for varm. Noe som igjen kan forklare md5-sum problemene. Lenke til kommentar
ratix Skrevet 5. mai 2005 Forfatter Del Skrevet 5. mai 2005 Som sagt så kan jeg aldri se hvor varm cpu'en er. Lenke til kommentar
espenfjo Skrevet 5. mai 2005 Del Skrevet 5. mai 2005 Sett tunga på kjøleribba, hvis det kommer en litt ekkel lyd, og du kjenner en litt ekkel lukt kan det være et tegn på at ting er litt småvarmt. Lenke til kommentar
ratix Skrevet 6. mai 2005 Forfatter Del Skrevet 6. mai 2005 Jeg fant feilen, det var den ene rambrikken. Byttet den ut og nå fungerer alt som det skal Lenke til kommentar
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå