[HD esterno] Riparare hard disk 2.5'' in box usb con settori danneggiati

[LastStarDust]

Salve.
Scusate se vi precedo ma rispondo preventivamente ad alcune domande che so già mi verrebbero fatte altrimenti.
Sì, ho cercato nel forum, ma quello che ho trovato non mi ha fatto molta chiarezza.
Sì, ho cercato su google, ma quello che ho trovato mi ha fatto ancora meno chiarezza.
Ma procediamo con ordine. Qualche giorno fa ho collegato un hard disk da 2.5'' ( in box esterno usb) ad un portatile un po' datato con sopra Win Xp. Non l'avessi mai fatto, dopo qualche minuto l'hard disk ha iniziato a emettere strani suoni intermittenti, come qualcosa che si spegne e riaccende subito dopo. Ho subito spento il pc. Dato che l'hd, un toshiba MK3252GSX da 320GB, era partizionato ntfs ho fatto una scansione in windows 7 con il comando:

chksdk /f

Questo è il file di log

Nome registro: Application
Origine:       Chkdsk
Data:          24/02/2012 00:01:05
ID evento:     26214
Categoria attività:Nessuna
Livello:       Informazioni
Parole chiave: Classico
Utente:        N/D
Computer:      AL
Descrizione:
CHKDSK eseguito in modalità lettura/scrittura.  

Controllo in corso del file system su H:
Il file system è di tipo NTFS.

Impossibile eseguire chkdsk. Il volume è utilizzato da un 
altro processo. Smontare il volume per eseguire chkdsk.
TUTTI GLI HANDLE DEL VOLUME APERTI CESSERANNO IN QUESTO
MODO DI ESSERE VALIDI.
Forzare lo smontaggio sul volume? (S/N) Volume smontato.  Tutti gli handle del volume aperti non sono più validi.
L'etichetta del volume è Backup.

Verifica dei file in corso (fase 1 di 3)...
  17856 record di file elaborati.                                         

Verifica file completata.
  33 record di file di grandi dimensioni elaborati.                      

  0 record file non validi elaborati.                                     

  0 record EA elaborati.                                           

  0 record reparse elaborati.                                      

Verifica degli indici in corso (fase 2 di 3)...
La voce duplicity-full.20120223T141030Z.vol5.difftar.gz dell'indice $I30 nel file 0x41 punta al file inutilizzato 0x45bc.

Eliminazione della voce di indice duplicity-full.20120223T141030Z.vol5.difftar.gz nell'indice $I30 del file 65.
La voce sp42470.exe dell'indice $I30 nel file 0x33c7 punta al file inutilizzato 0x33de.

Eliminazione della voce di indice sp42470.exe nell'indice $I30 del file 13255.
La voce .epcam.ko.cmd dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33dd.
Eliminazione della voce di indice .epcam.ko.cmd nell'indice $I30 del file 13256.
La voce .epcam.mod.o.cmd dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33dc.
Eliminazione della voce di indice .epcam.mod.o.cmd nell'indice $I30 del file 13256.
La voce .epcam.o.cmd dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d6.
Eliminazione della voce di indice .epcam.o.cmd nell'indice $I30 del file 13256.
La voce .tmp_versions dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d3.
Eliminazione della voce di indice .tmp_versions nell'indice $I30 del file 13256.
La voce epcam.ko dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33db.
Eliminazione della voce di indice epcam.ko nell'indice $I30 del file 13256.
La voce epcam.mod.c dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d8.
Eliminazione della voce di indice epcam.mod.c nell'indice $I30 del file 13256.
La voce epcam.mod.o dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33da.
Eliminazione della voce di indice epcam.mod.o nell'indice $I30 del file 13256.
La voce epcam.o dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d5.
Eliminazione della voce di indice epcam.o nell'indice $I30 del file 13256.
La voce Module.symvers dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d9.
Eliminazione della voce di indice Module.symvers nell'indice $I30 del file 13256.
La voce modules.order dell'indice $I30 nel file 0x33c8 punta al file inutilizzato 0x33d7.
Eliminazione della voce di indice modules.order nell'indice $I30 del file 13256.
La voce .epcam.o.cmd dell'indice $I30 nel file 0x33ce punta al file inutilizzato 0x33d1.
Eliminazione della voce di indice .epcam.o.cmd nell'indice $I30 del file 13262.
La voce epcam.h dell'indice $I30 nel file 0x33ce punta al file inutilizzato 0x33d0.
Eliminazione della voce di indice epcam.h nell'indice $I30 del file 13262.
La voce epcam.o dell'indice $I30 nel file 0x33ce punta al file inutilizzato 0x33d2.
Eliminazione della voce di indice epcam.o nell'indice $I30 del file 13262.
  24682 voci di indice elaborate.                                        

Verifica indici completata.
  0 file non indicizzati analizzati.                                   

  0 file non indicizzati ripristinati.                                   

Verifica dei descrittori di sicurezza in corso (fase 3 di 3)...
  17856 descrittori di protezione/SID di file elaborati.                     

Pulizia di 7 voci inutilizzate dall'indice $SII del file 0x9.
Pulizia di 7 voci inutilizzate dall'indice $SDH del file 0x9.
Pulizia dei descrittori di sicurezza inutilizzati 7.
Verifica descrittori di sicurezza completata.
  3413 file di dati elaborati.                                           

CHKDSK ha individuato spazio libero su disco contrassegnato come 
allocato nella bitmap della Tabella file master (MFT).
CHKDSK ha individuato spazio libero su disco contrassegnato come 
allocato nella mappa di bit del volume.
Correzioni apportate al file system.

 312568640 KB di spazio totale su disco.
 101354440 KB in 14362 file.
      4196 KB in 3415 indici.
         0 KB in settori danneggiati.
     93740 KB in uso dal sistema.
     65536 KB occupati dal file registro.
 211116264 KB disponibili su disco.

      4096 byte in ogni unità di allocazione.
  78142160 unità totali di allocazione su disco.
  52779066 unità di allocazione disponibili su disco.

Ho anche dato una passata completa con HD Tune 2.55 e questo è quello che è venuto fuori:


Il file di log è praticamente inesistente. Contiene solo le seguenti info:

HD Tune: TOSHIBA MK3252GSX Error Scan

Scanned data   : 305123 MB
Damaged Blocks : 0.2 %
Elapsed Time   : 212:58

Come ultima cosa ho fatto il boot da gparted 0.11.0-7 e ho eliminato la partizione ntfs.
Questo è l'output di gparted:

GParted 0.11.0

Libparted 2.3

Eliminazione di /dev/sdd1 (ntfs, 298.09 GiB) da /dev/sdd  00:00:01    ( SUCCESSO )
    	
Calibrazione di /dev/sdd1  00:00:01    ( SUCCESSO )
    	
Percorso: /dev/sdd1
Inizio: 63
Fine: 625141759
Dimensione: 625141697 (298.09 GiB)
Eliminazione partizione  00:00:00    ( SUCCESSO )

Scrivo perché tutti i consigli dati su vari forum e blog sono molto confusi e non si capisce bene cosa è meglio fare nel mio caso.
Da quello che ho capito ci sono le seguenti opzioni:

• Deframmentazione di basso livello. (Rischiosa? Ad ogni modo con quale software dato che della Toshiba pare non ci sia nulla?)
• Hdd regenerator (?)
• Badblock unito a fdisk (In caso come vanno usati?)
• Altro?

Il punto è che non so quale metodo sia più adatto al mio caso.

PS
Non ho bisogno che mi si spieghi passaggio per passaggio ma vorrei solo sapere cosa devo fare in linea di massima.

PPS sul mio pc dispongo sia di Ubuntu che di Win7
Grazie

[dirklive]

appare evidente che il disco ha settori danneggiati, sono contrario ad isolarli in una partizione, la prima cosa tenterei una formattazione a basso livello, puoi usare Low format tool che è pure free, se dopo tale procedimento risultasseo ancora settori danneggiati allora il problema potrebbe essere hardware e in modo casalingo non avresti nessuna chanches per recuperare dati e hw.

[LastStarDust]

Ti ringrazio. Farò come hai detto. Solo un paio di domande. Come controllo che non ci siano settori danneggiati? Uso di nuovo HDtune oppure do il comando linux:

sudo e2fsdk -fccyv -t tipopartizione /dev/miodevice

PS nel tuo avatar non riesco a capire bene cosa è scritto.
Mi viene da dire: seguo la Via dello Spirito che Coglie l'attimo (mia interpretazione).
Perché non penso che tu intendessi il significato letterale: Adesso le vie respiratorie . . .

[dirklive]

Originariamente inviato da LastStarDust

Ti ringrazio. Farò come hai detto. Solo un paio di domande. Come controllo che non ci siano settori danneggiati? Uso di nuovo HDtune oppure do il comando linux:

sudo e2fsdk -fccyv -t tipopartizione /dev/miodevice

PS nel tuo avatar non riesco a capire bene cosa è scritto.
Mi viene da dire: seguo la Via dello Spirito che Coglie l'attimo (mia interpretazione).
Perché non penso che tu intendessi il significato letterale: Adesso le vie respiratorie . . .

io lancerei una scansione con hd tune una volta completata la formattazione.
PS nel mio avatar c'è scritto "via dell'armonia"

[LastStarDust]

Per l'hd va bene.
PS conosci il giapponese?
Io non lo so benissimo, sei sicuro che 今気　significhi armonia?
Il kanji per armonia dovrebbe essere 和. Potrei sempre sbagliarmi . . .

[LastStarDust]

Infatti mi sbagliavo. La scritta è corretta

[dirklive]

Originariamente inviato da LastStarDust

Infatti mi sbagliavo. La scritta è corretta

[LastStarDust]

Alla fine penso di aver fatto tutto il necessario, cioè:
TEST con HDTune
FORMATTAZIONE DI BASSO LIVELLO con HD Low Level Format Tool
TEST e RIPARAZIONE CON FSCK
Ho messo quindi "RISOLTO"

[Acc 88]

praticamente questi hd toshiba fanno tutti pena ....

http://www.hwupgrade.it/forum/showthread.php?t=2353599

[LastStarDust]

Ad onor del vero, tutti i problemi che mi ha dato quell'hd sono derivati da uno spiacevole evento.
L'ho collegato, infatti, come hd esterno al portatile della mia ragazza tramite un hub usb. Probabilmente o il portatile o l'hub non sono stati in grado di alimentare correttamente l'hd che si è spento e riacceso parecchie volte prima che riuscissi a spegnere il pc.
Fino ad allora non aveva dato problemi.
C'è anche da dire però che l'assenza di un tool toshiba per la formattazione a basso livello è proprio vergognoso . . .

[LastStarDust]

L'hard disk continua a spegnersi e riaccendersi ogni tanto. Faccio dei test periodici con fsck e badblocks ma non rivela nulla. Attendo comunque a breve che vada nel paradiso degli hard disk. Cmq il problema sembra molto diminuito rispetto alla fase iniziale acuta . . . potrebbe essere il cavo usb un po' lento?

[Danilo Cecconi]

Non dipende dal cavo usb ma dai settori corrotti.
Con la formattazione a basso livello si risolve solo temporaneamente, il primo tentativo di lettura/scrittura su quei settori li fa rispuntare fuori.

[LastStarDust]

Ma fsck non dovrebbe dire al file system di non andare più a guardare in quei settori?
E oltretutto la formattazione a basso livello non dovrebbe evitare ulteriori accessi ai settori corrotti?
Non so se queste cose sono vere, sono solo una mia supposizione . . . chiedo a voi conferma!