Quando ci sono settori danneggiati, il sistema operativo cosa fa?

[realtebo]

Ho un disco fisso che, evidentemente, sta iniziando a degenerare. Ho utorrent, infatti, che mi segnala che alcuni file hanno dato errori di accesso ai dati (ReadFromDisk oppure WriteToDisk a seconda dei casi/dei file).

Mi stavo chiedendo: il sistema, o il disco fisso in se, provvede a marcare come inusabili le zone danneggiate? o bisogna farlo 'manualmente' con appositi tools?

Lo chiedo perchè la verifica disco di Windows dà 'tutto ok'. Ed ovviamente non è così, HDDScan segnala oltre 2 milioni di blocchi come 'bad' (non so quanto faccia ma non sono tanti, il disco è da 1TB). Anche in questo caso non so se da ora in poi il sistema eviterà di scrivere in quelle zone o meno.

E che accade in caso di ripartizionamento del disco? Questo info preziose sulle zone danneggiate vanno perse?

[UtenteSospeso]

Scarica Crysta Disk Info e controlla la tabella SMART, postala.

Da quel che dici o hai parecchi pending oppure hai settori danneggiati in quantità oltre la quota di riserva del disco.

Se posti la tabella dei dati SMART si può capire qualcosa.

Sotto il Link:

http://crystalmark.info/download/index-e.html

Esempi di dischi guasti, se tutto BLU è OK:
FAIL: http://obrazki.elektroda.pl/5894176000_1341396036.jpg
FAIL: http://img827.imageshack.us/img827/2...aldiskinfo.png
FAIL: http://cdn.overclock.net/0/03/600x60...1_1tbgreen.png
OK: http://www.computerrepairtips.net/wp...alDiskInfo.jpg


.

[realtebo]

Ecco lo screenshot

Come si spiega che risulta 'buono'? Da questo screenshot voi cosa deducete sul disco, e perchè?

Appena utorrent mi rida l'errore posto un screenshot anche di questo

[UtenteSospeso]

Il disco è buono, non credo dipenda da esso.
Non credo non veda settori riallocati o pending che a te risultano assenti ( parametri 05, C5 e C6 ).
Anche l'altro è blu quindi sono assenti anche li.



.

[Dantus]

Originariamente inviato da realtebo

alcuni file hanno dato errori di accesso ai dati (ReadFromDisk oppure WriteToDisk a seconda dei casi/dei file).

E' successo anche a me un paio di anni fa un fatto analogo, nel mio caso sempre un Seagate ma da 500Gb ed era in uso come disco di gestione mails. Tutti i diagnostici "ok", disco dichiarato in perfetto stato ma di tanto in tanto mi trovavo dei files corrotti.

Se è quel che teorizzo, le testine di lettura/scrittura non riescono più a stare perfettamente dietro alla mole dei flusso dei dati da gestire. Parliamo di eventi infinitesimali che pero' corrompono saltuariamente un bit e ciao ciao al file che ha quel bit.

E' solo una mia supposizione, ma per dire: il mio disco Seagate da 500Gb l'ho messo in un box esterno USB e poichè li la trasmissione dei dati è sequenziale, "magicamente" il problema è scomparso...come se appunto fosse legato alla mole dei dati simultanei da gestire.

E' tutta una mia teoria, lo ripeto per non essere frainteso!

[realtebo]

Appena utorrent mi segnala di nuovo il problema fanno uno screenshot e rifaccio il test con Crystal.

Nel frattempo mi potete mica rispondere alla domande iniziali: cosa fa il sistema e cosa fa il disco fisso stesso quando non riesce a leggere bene un byte?

[UtenteSospeso]

O va nei pending o nei riallocati, C5 e/o 05.


.

[realtebo]

Che tradotto vuol dire???

Ma sta cosa, qualsiasi sia il suo significato, la fa il sistema o il disco fisso?

E i vari sw, tipo HDDScan, marcano questi byte come difettosi se li trovano?

[UtenteSospeso]

Lo fa autonomamente il disco, il sistema non fa nulla .

.