Errore Smart C5

[piwi]

Qualche prova l'ho fatta con il boxino USB. Traducendo dal russo, sembra che l'autore garantisca un certo di supporto anche per unità montate esternamente.
Nessun problema per le unità non di sistema ... essendo un array, Victoria non lo vede. Quindi, dopo aver fatto qualche prova su altre unità, alcune fuori uso, altre in buono stato, ho messo sotto torchio uno dei due WD-Red. Sin dall'avvio, sono rilevati molti settori "difficili". Alcuni sono recuperati, altri no. Pertanto il relativo contatore è diminuito. Dopo qualche minuto, ho bloccato l'operazione, ed avviato Win DLG. Subito, il contatore è tornato a salire; domani, con più tempo, lascerò procedere il software. Una prima cosa strana ... lo spazio ad inizio disco non era mai stato usato. Avevo lasciato lì alcuni GBytes completamente vuoti in fase di partizionamento iniziale, perchè avevo progettato di posizionarci il file di swap, cosa poi mai fatta perchè inutile. Perchè tanti errori ? Superata la zona d'inizio disco, il test riprende velocità, senza segnalare, in prossimità, altri problemi.

[HDDaMa]

Le scansioni vanno fatte con l'hdd collegato alle porte sata, anche se il sw supporta i drive collegati alla usb.
Le usb sono notoriamente instabili soprattutto quando hanno a che fare con drive difettosi, i test verrebbero falsati oppure viene persa la connessione.

Se i settori danneggiati sono pochi devi usare la funzionalità "remap" per farli riallocare più facilmente dal firmware del disco, una volta finito spegni e riaccendi il disco.

Se ripetendo la scansione troverai ancora dei settori danneggiati vorrà dire che:
1) non tutti sono stati riallocati, quindi per ottimizzare il risultato dovresti giocare un pò sui timing (alzandoli/abbassandoli), tenere al minimo il numero di blocchi e magari provare a fare il remap anche in scrittura (write) e non solo in lettura (read).
2) se ne sono creati dei nuovi vicino a quelli appena trattati, spesso succede.

Se invece i settori danneggiati dovessero essere in un numero considerevole (nell'ordine di qualche centinaia o più) allora è tutto inutile, tanto nelle migliori delle ipotesi il disco diventerà lento per tutte le volte che le testine dovranno saltare in spare area per caricare i relativi settori di riserva al posto di quelli danneggiati che sono stati riallocati.
Male che vada invece, se ce ne sono tanti di danneggiati, è che vada in crash la lista che contiene gli indirizzi di tutti i settori riallocati o che si guastino le testine durante il remap.

P.S.
Se bisogna recuperare i dati non bisogna fare nulla di tutto ciò, i dati andrebbero persi. Soprattutto se si utilizza la funzione "write".

[piwi]

Va bene. Nel frattempo ho quasi concluso la scansione del primo disco, ormai iniziato tramite USB. Il software, utilizzato in questa maniera - USB e timing a 10000 - non ha recuperato settori ... ma almeno ho visto dov'è il problema. Tutti i settori in scrittura pendente, per un totale di 74, sono concentrati nella prima parte del disco, entro i 50 GBytes. Ho preso nota del valore LBA dell'ultimo. Quando potrò, restringerò il "campo di indagine". Di lì in avanti, solo settori evidenziati in colore grigio. Ho notato che l'unità è molto sensibile alle vibrazioni, basta una leggera bottarella, e si passa al grigio più scuro, che attesta maggior numero di millisecondi per l'accesso.

[piwi]

Anche il secondo disco è arrivato a fine analisi, ha due settori in scrittura pendente, non corretti, verso la fine del disco. A questo punto, eviterei ulteriori indagini; sotto un certo aspetto sono stato fortunato. La posizione dei settori in scrittura pendente sul primo disco - l'ultimo è a circa 48 GBytes dall'inizio - e sul secondo disco - il primo è a circa 3546 GBytes - mi consente di creare partizioni che sfruttino la maggior parte dello spazio disponibile sulle unità, lasciando libera l'area pericolosa, e per buona misura, qualche altra decina di GBytes nei pressi.

Questo è il risultato della seconda analisi.

https://i.imgur.com/YjUoQej.jpg

Ringrazio HDDaMa per il software consigliato e le istruzioni sull'utilizzo; lo terrò presente per altre unità, o per queste, se dovessero "aggravarsi" !

[HDDaMa]

Quei 2 settori sono rimasti come pendenti, quindi vuol dire che non sono stati rimappati.
Se vengono rimappati, dopo il riavvio dell'alimentazione al disco dovresti vederli spostati sull'attributo "settori riallocati".

Visto che conosci la posizione dove si trovano, io proverei con queste impostazioni:
1) Start LBA: 929000000
2) End LBA: 930000000
3) Block size: 1 (togli anche la spunta da "block size auto")
4) Timeout ms: 5000
5) Write (tutti i settori tra LBA 929.000.000 e 930.000.00 così verranno azzerati, i due danneggiati invece dovrebbero essere riallocati... almeno in teoria).

Va fatto con l'hdd collegato in sata!

[piwi]

Immaginando di non rompere nulla e non potendolo fare al momento in SATA, ho usato il boxino USB. I due settori non sono più "pendenti" e lo stato del disco è tornato buono. A riprova, avendo cura di verificare i parametri LBA di inizio e fine ho creato una piccola partizione che comprende l'area dove erano segnalati gli errori. Ho eseguito chkdsk /f /r sulla stessa, e poi, più volte, la copia con verifica di dati; non ci sono stati intoppi. Lascerei comunque lo spazio inutilizzato, per evitare rischi lì intorno. Però, mi chiedo, com'è possibile ?

Per la conversione LBA <-> GBytes ho utilizzato questo sito, impostando sector size a 4KB. E' giusto ?

[HDDaMa]

Si fai bene a tenere la zona in cui si trovavano i settori confinati all'interno di una partizione ad hoc.
Molto probabilmente presto torneranno ad essere pendenti se non sono stati riallocati.

[piwi]

Si; tanto saranno unità da utilizzarsi occasionalmente. Cento GBytes in più o meno cambiano poco. Con la prima delle due unità non sono stato altrettanto fortunato; la gran parte dei settori pendenti - erano 74 - si è trasformata in settori riallocati. Ma va bene così !

[HDDaMa]

Originariamente inviato da piwi

Si; tanto saranno unità da utilizzarsi occasionalmente. Cento GBytes in più o meno cambiano poco. Con la prima delle due unità non sono stato altrettanto fortunato; la gran parte dei settori pendenti - erano 74 - si è trasformata in settori riallocati. Ma va bene così !

Al contrario, se sono diventati tutti riallocati è meglio, ora sei certo che almeno quelli non torneranno "in gioco".
Sul disco invece in cui sembra tutto tornato alla normalità, cioè dove non hai più nè pendenti ma neanche riallocati, quei settori danneggiati sono solo stati riempiti con degli zero (zero fill). Di solito questi dopo breve tempo tornano danneggiati (anche peggio di prima).

[piwi]

Effettivamente ... ! Però potrei tentare di vendere il disco dato per buono sul mercatino 8000 ore di utilizzo, in fondo, non sono tante ! Sarebbe una bella fregatura per lo sfortunato acquirente ... !

Scherzavo; non corro rischi inutili. La zona danneggiata è adeguatamente isolata. Rimarrà per sempre la curiosità di comprendere perchè i danni più ingenti, sul primo disco, si sono verificati in punti in cui le letture e scritture sono state limitatissime. Metà dischi era stata riempita con dati scritti un'unica volta e, per il caso dell'area "sinistrata", anche quasi mai letti; immagino che con le rare deframmentazioni i files non siano stati fisicamente spostati. Altra metà dischi era costantemente letta e scritta per lavori di editing video, compressioni, etc. ... uno vero stress quotidiano, eppure lì nulla di fatto.

[HDDaMa]

Se vuoi vendere qualche hard disk danneggiato posta la foto dell'etichetta, se lo trovo un hdd interessante come pezzo di ricambio lo compro io.

Per quanto riguarda le zone sul disco maggiormente utilizzate, sicuramente quella su cui si trova il filesystem è quella sottoposta a maggior stress per via dei frequenti accessi in lettura e scrittura.
Il filesystem è la porzione iniziale di ogni partizione su cui si trovano tutti i records riguardo la struttura stessa della partizione e dei files e delle cartelle, quindi ad esempio le info riguarda la loro dimensione, la loro nominazione, la posizione di ogni singolo file (o frammento di file), data di creazione/modifica, ecc...
In media i primi 50 GB (circa i primi 100.000.000 LBA) di ogni partizione è occupata dal filesystem, ovviamente questa può essere più piccola o più grande in base a quanti files che si hanno.
Il filesystem cresce sempre di più man mano che si utilizza la partizione.

[piwi]

Immagino ti riferisca al MFT; avendo letto qualcosa in proposito su un precedente topic, ho approfondito l'argomento. Effettivamente, era bello corposo, c'e' una directory "Emulazione" che contiene centinaia di migliaia di files di piccole dimensioni !