SukkoPera For The Masses V 3.1

Tutto inutile.

Tutto, tutto, tutto.

- L’utility Maxtor si inchioda mentre cerca i dischi (Wow!).
- Quella Seagate (che ha appena acquisito Maxtor) testa tutto il testabile, ma dice che va tutto bene.
- Provati 4 kernel diversi (compreso il precedente), senza cambiamenti di sorta.
- Tolta la nuova RAM, sia in modo software che hardware, e il problema permane.
- Smanettato con vari settaggi di LILO, sostituendolo pure con Grub: inutile.
- Provato l’altro connettore SATA: indovinate? Nessun cambiamento.

SteveZ mi ha suggerito che potrebbe essere un problema dell’elettronica del disco, ed in effetti la cosa pare sensata, ma… sorpresa: da Windows pare che tutto funzioni correttamente! £%$&£$!

Adesso sto provando il test sector-by-sector dell’utility Seagate, ma ho la vaga sensazione che non troverà nessun problema… Ultimissime cose da provare: cambiare disco e alimentatore. Ma dove li trovo!?

Boh, io proprio non capisco (sda8 è una partizione di 10 GB inutilizzata):

unholycathedral ~ # dd if=/dev/urandom bs=1024 count=9181116 | tee /dev/sda8 | md5sum
9181116+0 records in
9181116+0 records out
9401462784 bytes (9,4 GB) copied, 2161,41 seconds, 4,3 MB/s
0225fbcf47bd14bae1e0e509fd7eb8d5  -

unholycathedral scripts # dd if=/dev/sda8 bs=1024 count=9181116 | md5sum
9181116+0 records in
9181116+0 records out
9401462784 bytes (9,4 GB) copied, 266,722 seconds, 35,2 MB/s
aa4d075e618ed58cddb6fde2307ffa8d  -

Se volete ridere ancora un po’:

unholycathedral scripts # dd if=/dev/sda8 bs=1024 count=9181116 | md5sum
9181116+0 records in
9181116+0 records out
9401462784 bytes (9,4 GB) copied, 266,304 seconds, 35,3 MB/s
87fdf8abde04a8d8e9f25af3e4a2fc6c  -

unholycathedral scripts # dd if=/dev/sda8 bs=1024 count=9181116 | md5sum
9181116+0 records in
9181116+0 records out
9401462784 bytes (9,4 GB) copied, 266,178 seconds, 35,3 MB/s
7ed0ec6c49c3dfb611ade9bcb6c3eeb5  -

Ovviamente i comandi che vedete sono stati eseguiti uno dietro l’altro…

I test SMART long e short non hanno dato nessun errore. Il prossimo passo è l’utility Maxtor per la verifica del disco, poi rollback sul vecchio kernel, indi rimozione nuova RAM.

Buuuuh :(

Bene, adesso qualcuno mi spieghi cosa cavolo sta succedendo al mio PC:

sukko@unholycathedral sukko $ 7za t xxx.7z

7-Zip (A) 4.43 beta  Copyright (c) 1999-2006 Igor Pavlov  2006-09-15
p7zip Version 4.43 (locale=it_IT@euro,Utf16=on,HugeFiles=on,1 CPU)

Processing archive: xxx.7z

Testing     xxx.1.nrg
Testing     xxx.2.nrg

Everything is Ok
sukko@unholycathedral sukko $ 7za x xxx.7z

7-Zip (A) 4.43 beta  Copyright (c) 1999-2006 Igor Pavlov  2006-09-15
p7zip Version 4.43 (locale=it_IT@euro,Utf16=on,HugeFiles=on,1 CPU)

Processing archive: xxx.7z

Extracting  xxx.1.nrg
Extracting  xxx.2.nrg     Data Error

Sub items Errors: 1
sukko@unholycathedral sukko $ 7za t xxx.7z

7-Zip (A) 4.43 beta  Copyright (c) 1999-2006 Igor Pavlov  2006-09-15
p7zip Version 4.43 (locale=it_IT@euro,Utf16=on,HugeFiles=on,1 CPU)

Processing archive: xxx.7z

Testing     xxx.1.nrg
Testing     xxx.2.nrg     Data Error

Sub items Errors: 1
sukko@unholycathedral sukko $

Questo succede ogni volta che riavvio: finché leggo, tutto bene, ma ai primi tentativi di scrittura su quella partizione (ma penso anche sulle altre!), i dati strippano.
- Direte: “Fai un fsck!”. Certo, mi corregge gli errori. Il bello è che se lo rilancio ne trova altri e li corregge! E se lo rilancio ancora, ne trova ancora altri! E così via…
- Non è un problema di RAM, a meno che 9 run normali consecutivi di memtest86+ e un bit fade test si siano conclusi senza il minimo errore per caso.
- Non è un problema del cavo SATA, l’ho già cambiato (quello precedente, in effetti, mi ha sempre ispirato poca fiducia).

Cosa £$%£ devo fare!?