DOMANDA HDD con settore danneggiato

[davide8819]

Secondo il mio personale parare, puoi usarlo come storage. Come già detto, devi monitorare la situazione e non ci metterei dati troppo importanti. Ho usato un WD con molti più settori danneggiati per 2 anni, finché è morto completamente. Hai fatto un check del disco (chkdsk)? Il SO così dovrebbe riconoscere il settore danneggiato ed evita di provare a scriverci sopra. Nel caso, posta il log completo su pastebin così diamo un'occhiata.

e se facessi 2 partizioni?? in modo separare il settore danneggiato. Comunque più tardi posto il log

- - - Updated - - -

Che significa 'ho provato con scandisk e HD regenerator ma niente' ?
Puoi essere più preciso?

Intendi dire che hdd regenerator non ha trovato alcun settore danneggiato, oppure che l'ha trovato ma non è riuscito a 'rigenerarlo' ?

P.S.
Tieni presente che hdd regenerator (versione DOS) non rigenera alcunchè, non fa altro che formattare i settori che trova danneggiati (sempre che sia possibile), quindi tecnicamente non fa niente di diverso rispetto ad un normale software di formattazione 'zero fill' (la differenza sta solo nel fatto che invece di scrivere degli zero va a scrivere sui settori danneggiati un pattern proprietario).

La versione windows di hdd regenerator invece può riallocare i settori danneggiati (sempre che sia possibile).
Se un settore pendente è troppo danneggiato, il contenuto non può essere trasferito in 'spare area' e quindi non potrà essere sostituito dal settore di riserva (quindi rimane pendente).

Scusa mi sono espesso male, comunque si l ha trovato ma non è riuscito a rigenerarlo.

 

[michael chiklis]

Se intendi fare una partizione per isolare quel settore in modo che non venga utilizzato dal sistema operativo allora è una buona idea, ma...
Non puoi sapere se nelle prossime ore o nei prossimi giorni appariranno altri settori danneggiati (potrebbero apparire in qualunque zona sul disco), quindi comunque c'è sempre il rischio di perdita dati.
Di solito quando cominciano ad apparire i primi danni ai settori poi la situazione si aggrava piuttosto rapidamente con la formazione di molti altri settori difettosi.

Se vuoi rischiare e quindi sei intenzionato ad utilizzarlo ancora, dovrai creare una partizione vuota di circa 4,5 GB nella parte iniziale del disco.

 

[davide8819]

Se intendi fare una partizione per isolare quel settore in modo che non venga utilizzato dal sistema operativo allora è una buona idea, ma...
Non puoi sapere se nelle prossime ore o nei prossimi giorni appariranno altri settori danneggiati (potrebbero apparire in qualunque zona sul disco), quindi comunque c'è sempre il rischio di perdita dati.
Di solito quando cominciano ad apparire i primi danni ai settori poi la situazione si aggrava piuttosto rapidamente con la formazione di molti altri settori difettosi.

Se vuoi rischiare e quindi sei intenzionato ad utilizzarlo ancora, dovrai creare una partizione vuota di circa 4,5 GB nella parte iniziale del disco.

Penso sia stabile perchè sono mesi che l' HD è combinato cosi e non è peggiorato

- - - Updated - - -

Secondo il mio personale parare, puoi usarlo come storage. Come già detto, devi monitorare la situazione e non ci metterei dati troppo importanti. Ho usato un WD con molti più settori danneggiati per 2 anni, finché è morto completamente. Hai fatto un check del disco (chkdsk)? Il SO così dovrebbe riconoscere il settore danneggiato ed evita di provare a scriverci sopra. Nel caso, posta il log completo su pastebin così diamo un'occhiata.

Ecco il log dello scandisk:


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

Il disco sarà ora controllato come pianificato.
Il disco sarà ora controllato.

Verifica dei file in corso (fase 1 di 5)...
360960 record di file elaborati. Verifica file completata.
3808 record di file di grandi dimensioni elaborati. 0 record file non validi elaborati. 2 record EA elaborati. 103 record reparse elaborati. Verifica degli indici in corso (fase 2 di 5)...
431936 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 5)...
360960 descrittori di protezione/SID di file elaborati. Pulizia di 4771 voci inutilizzate dall'indice $SII del file 0x9.
Pulizia di 4771 voci inutilizzate dall'indice $SDH del file 0x9.
Pulizia dei descrittori di sicurezza inutilizzati 4771.
Verifica descrittori di sicurezza completata.
35489 file di dati elaborati. CHKDSK sta verificando il journal USN...
36465040 byte USN elaborati. Verifica del journal USN completata.
Verifica dei dati dei file in corso (fase 4 di 5))...
Lettura non riuscita con stato 0xc000009c a offset 0xf6068000 per 0x10000 byte.
Lettura non riuscita con stato 0xc000009c a offset 0xf6070000 per 0x1000 byte.
Impossibile sostituire i cluster danneggiati nel file 215078
di nome \PROGRA~2\COMMON~1\ADOBEA~1\Versions\1.0\RESOUR~1\template.exe.
360944 file elaborati. Verifica dei dati del file completata.
CHKDSK sta verificando la spazio disponibile (fase 5 di 5)...
Cluster liberi elaborati: 201169802. Verifica dello spazio disponibile completata.
Aggiunta di 1 cluster danneggiati al file dei cluster danneggiati
CHKDSK ha individuato spazio libero su disco contrassegnato come
allocato nella bitmap della Tabella file master (MFT).
Correzione errori nella mappa di bit del volume.
Correzioni apportate al file system.

976658135 KB di spazio totale su disco.
171347680 KB in 223776 file.
134088 KB in 35490 indici.
4 KB in settori danneggiati.
497151 KB in uso dal sistema.
65536 KB occupati dal file registro.
804679212 KB disponibili su disco.

4096 byte in ogni unità di allocazione.
244164533 unità totali di allocazione su disco.
201169803 unità di allocazione disponibili su disco.

Informazioni interne:
00 82 05 00 74 f4 03 00 dc 3d 07 00 00 00 00 00 ....t....=......
9d 04 00 00 67 00 00 00 00 00 00 00 00 00 00 00 ....g...........
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................

Controllo del disco completato.
Attendere il riavvio del computer.

XML evento:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Wininit" Guid="{206f6dea-d3c5-4d10-bc72-989f03c8b84b}" EventSourceName="Wininit" />
<EventID Qualifiers="16384">1001</EventID>
<Version>0</Version>
<Level>4</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2016-08-25T12:57:18.000000000Z" />
<EventRecordID>50587</EventRecordID>
<Correlation />
<Execution ProcessID="0" ThreadID="0" />
<Channel>Application</Channel>
<Computer>Papà-PC</Computer>
<Security />
</System>
<EventData>
<Data>

 

[LazyAfternoons]

Credo che creare una partizione per isolare un singolo settore sia inutile, oltre che uno spreco. Come puoi leggere dal report, il cluster è già stato markato come danneggiato e non verrà più utilizzato. Io lo terrei così e lo terrei sotto controllo, come ti è stato già consigliato. Non affidargli dati troppo importanti.

 

[michael chiklis]

Come puoi leggere dal report, il cluster è già stato markato come danneggiato e non verrà più utilizzato.

Sbagliato, quel cluster è contrassegnato come pendente, quindi resterà sempre 'in mezzo alle scatole', se il SO decidesse di scrivere un file attorno a quell'area, l'hdd potrebbe cessare di rispondere nel momento in cui le testine passano sopra a quel settore danneggiato.
Per non essere più utilizzato, quel settore dovrebbe essere riallocato, però evidentemente non è possibile.
Cmq sono d'accordo che non bisogna fare affidamento su questo hdd, tra l'altro vicino a quel settore danneggiato potrebbero esserci diversi delay.

 

[LazyAfternoons]

Sbagliato, quel cluster è contrassegnato come pendente, quindi resterà sempre 'in mezzo alle scatole', se il SO decidesse di scrivere un file attorno a quell'area, l'hdd potrebbe cessare di rispondere nel momento in cui le testine passano sopra a quel settore danneggiato.
Per non essere più utilizzato, quel settore dovrebbe essere riallocato, però evidentemente non è possibile.
Cmq sono d'accordo che non bisogna fare affidamento su questo hdd, tra l'altro vicino a quel settore danneggiato potrebbero esserci diversi delay.

Attenzione, non ho detto riallocato, ma semplicemente il SO non proverà a scriverci sopra.
Se la memoria non mi inganna, il chdkdsk (ove non specificato diversamente tramite parametri), riconosce i settori danneggiati e prova a reallocarli. Dove non possibile (come nel suddetto caso), viene semplicemente segnato come "Bad Sector" nel SR e non viene utilizzato. Stessa cosa con la formattazione, non rapida s'intende. Potrei sbagliarmi, non sono sicuro al 100%.

 

[davide8819]

Attenzione, non ho detto riallocato, ma semplicemente il SO non proverà a scriverci sopra.
Se la memoria non mi inganna, il chdkdsk (ove non specificato diversamente tramite parametri), riconosce i settori danneggiati e prova a reallocarli. Dove non possibile (come nel suddetto caso), viene semplicemente segnato come "Bad Sector" nel SR e non viene utilizzato. Stessa cosa con la formattazione, non rapida s'intende. Potrei sbagliarmi, non sono sicuro al 100%.

ok ragazzi ho capito. provo a fare una formattazione lenta, a circoscrivere il settore e vedo come va per una settimana, se peggiora nella peggiore delle ipotesi cambio HD.
grazie a tutti per i consigli :lol:

 

[michael chiklis]

Attenzione, non ho detto riallocato, ma semplicemente il SO non proverà a scriverci sopra

Ok, può non scriverci più sopra, ma non perchè non viene più preso in considerazione dal SO, bensì perchè se dovesse accadere che il SO abbia bisogno di scrivere sopra quel settore, potrebbe non riuscirci.
Anzi, il firmware del hdd è predisposto per tentare il riallocamento dei settori pendenti effettuando costantemente operazioni di lettura/scrittura su di essi, quindi l'hdd potrebbe soffrire di rallentamenti per via del tentativo costante di riallocare i settori pendenti o addirittura le testine potrebbero guastarsi.
Ecco un esempio:
http://www.tomshw.it/forum/hard-disk-ssd-e-raid/595112-analisi-hard-disk.html

Se la memoria non mi inganna, il chdkdsk (ove non specificato diversamente tramite parametri), riconosce i settori danneggiati e prova a reallocarli. Dove non possibile (come nel suddetto caso), viene semplicemente segnato come "Bad Sector" nel SR e non viene utilizzato.

Il chkdsk non è un buon metodo per controllare la salute di un hdd e non è nemmeno indicato per riallocare i settori (o meglio dire non è lui che effettua il riallocamento, ma lo fa il FW del hd).
Per controllare l'effettiva salute di un hdd bisognerebbe scansionare l'intera superficie del disco, Davide ha utilizzato HD Tune a tal proposito, ma non è SW il migliore per fare ciò.
Per un'ottimale scansione della superficie consiglio tools che non interagiscono col SO (soprattutto se il so in questione è Vista o superiore), perchè questi SO effettuano costanti operazioni in background che possono interferire con la scansione stessa falsando un pò i risultati. Meglio usare tools che funzionano in DOS come MHDD (che non solo è in grado di segnalare i settori danneggiati, ma anche i settori lenti).

Il chkdsk esamina i settori solo a livello logico, se c'è un problema fisico si blocca e non serve a nulla quindi.
Tra l'altro, i settori danneggiati a livello logico che vengono presi in considerazione dal chkdsk sono solo quelli che appartengono alla MFT e alla Bitmap della partizione sotto analisi. Questo significa che se c'è dello spazio non partizionato sul disco il chkdsk non può esaminarlo, tanto meno le zone all'interno della stessa partizione sotto analisi che non appartengono alla bitmap o alla mft, a meno che la partizione non sia completamente riempita da dati (in tal caso la bitmap coprirebbe l'intera partizione).

 

[LazyAfternoons]

Ok, può non scriverci più sopra, ma non perchè non viene più preso in considerazione dal SO, bensì perchè se dovesse accadere che il SO abbia bisogno di scrivere sopra quel settore, potrebbe non riuscirci.
Anzi, il firmware del hdd è predisposto per tentare il riallocamento dei settori pendenti effettuando costantemente operazioni di lettura/scrittura su di essi, quindi l'hdd potrebbe soffrire di rallentamenti per via del tentativo costante di riallocare i settori pendenti o addirittura le testine potrebbero guastarsi.
Ecco un esempio:
http://www.tomshw.it/forum/hard-disk-ssd-e-raid/595112-analisi-hard-disk.html


Il chkdsk non è un buon metodo per controllare la salute di un hdd e non è nemmeno indicato per riallocare i settori (o meglio dire non è lui che effettua il riallocamento, ma lo fa il FW del hd).
Per controllare l'effettiva salute di un hdd bisognerebbe scansionare l'intera superficie del disco, Davide ha utilizzato HD Tune a tal proposito, ma non è SW il migliore per fare ciò.
Per un'ottimale scansione della superficie consiglio tools che non interagiscono col SO (soprattutto se il so in questione è Vista o superiore), perchè questi SO effettuano costanti operazioni in background che possono interferire con la scansione stessa falsando un pò i risultati. Meglio usare tools che funzionano in DOS come MHDD (che non solo è in grado di segnalare i settori danneggiati, ma anche i settori lenti).

Il chkdsk esamina i settori solo a livello logico, se c'è un problema fisico si blocca e non serve a nulla quindi.
Tra l'altro, i settori danneggiati a livello logico che vengono presi in considerazione dal chkdsk sono solo quelli che appartengono alla MFT e alla Bitmap della partizione sotto analisi. Questo significa che se c'è dello spazio non partizionato sul disco il chkdsk non può esaminarlo, tanto meno le zone all'interno della stessa partizione sotto analisi che non appartengono alla bitmap o alla mft, a meno che la partizione non sia completamente riempita da dati (in tal caso la bitmap coprirebbe l'intera partizione).

Quello che dici ha senso ed è corretto però non sono ancora sicuro sulla prima affermazione. Non viene considerato perché il SO sa che non va considerato. Io sapevo fosse così (oltre al fatto che i moderni HD rilevano i settori danneggiati in modo autonomo), ma magari ricordo male. C'era della documentazione a riguardo, insieme ad un confronto con il comando fsck UNIX. Nel caso la trovassi la linko qui. Grazie delle informazioni.
PS. Chiaramente mi riferivo comunque al riallocamento effettuato dall'HD stesso, nell'atto pratico ed effettivo.