Se ho file corrotti e voglio rilevare se l'SSD Flash NAND è il problema o se l'installazione è corrotta, la ricerca di settori danneggiati può essere utile o è utile solo sui normali dischi rigidi?
Se ho file corrotti e voglio rilevare se l'SSD Flash NAND è il problema o se l'installazione è corrotta, la ricerca di settori danneggiati può essere utile o è utile solo sui normali dischi rigidi?
Risposte:
In generale, il firmware di SSD dovrebbe occuparsi di riposizionare i dati se la posizione corrente sta per andare a male. Però. Nulla è affidabile al 100%, inclusi gli algoritmi di riassegnazione del firmware flash. Direi che la possibilità di un vero settore danneggiato (ad es. Scrivi i dati, ma non riesci a rileggerli, o rileggi ciò che non hai scritto) su SSD è piuttosto bassa, ma non farà male nemmeno cercare settori danneggiati .
Se una quantità non banale di settori danneggiati si presenta su SSD, tuttavia non userei affatto tale SSD, significa che qualcosa è seriamente sbagliato nel suo firmware o nella stessa NAND flash.
Vorrei prima suggerire di interrogare i parametri SMART dell'unità. Ad esempio, l'unità potrebbe aver esaurito la fornitura di blocchi di memoria di riserva. Ti consigliamo di utilizzare la versione più recente di smartmontools su cui puoi facilmente mettere le mani (una fonte facile / gratuita: un LiveCD Ubuntu.)
Gli smartmontools possono anche attivare un test automatico dell'unità e mostrare l'eventuale registro errori intelligente del dispositivo.
Se SMART non mostra alcun problema, probabilmente non si tratta di problemi "multimediali" (ovvero celle NAND difettose). La corruzione potrebbe essere stata causata da un problema del firmware; le unità flash hanno spesso visto molte revisioni del firmware, quindi verifica la disponibilità di firmware aggiornato per l'unità.
Per rispondere alla domanda originale: sì, è possibile eseguire badblock (o simili) su un SSD.
Prima fai un backup di tutti i dati importanti sull'unità.
Puoi controllare l'output di smart, dovrebbe riportare cose come il conteggio dei settori riallocato, il conteggio di livellamento dell'usura, il conteggio dei guasti del programma, il conteggio dei guasti, il conteggio degli errori non correggibili e così via.
Il produttore del tuo ssd probabilmente ha alcuni software di test drive più specifici che potrebbero darti più dati.
Sai esattamente quali file sono corrotti? C'è qualche modello (solo nuovi file scritti? Solo vecchi file? Casuali? Se scarichi un file di grandi dimensioni (forse qualche immagine di cd / dvd di installazione di Linux), e calcoli il suo checksum corrisponde al checksum pubblicato nella pagina dl? )?
Se nessuno di questi fornisce qualcosa di conclusivo, esistono metodi di test più distruttivi. Hanno alcuni inconvenienti. In primo luogo, distruggeranno tutti i dati attualmente presenti sull'unità, in secondo luogo, alcuni possono essere molto lenti, in terzo luogo, alcuni utilizzeranno una parte della quantità limitata di scritture che ogni unità ha (non dovrebbe essere un grosso problema per la maggior parte delle nuove unità , ma comunque). Userei i produttori sw per resettare l'unità (svuotare tutte le celle, facendola apparire come una nuova unità), eseguire badblock (il test di scrittura distruttiva), ripristinare nuovamente l'unità, mettere alcuni file con checksum noti sull'unità e confronta i checksum.
Potresti anche testare la tua memoria e la CPU prima di andare per i test distruttivi poiché gli errori di memoria / CPU possono anche corrompere i file, ma i test non distruggono alcun dato e non causano molto usura sul tuo hardware.
Se fallisci durante uno dei test, pubblica dove e con quale errore, in caso contrario l'unità sembra andare bene, anche se continuerei a controllarlo usando smart, creando checksum di tutti i file su di esso e confrontandoli ogni tanto per eventuali cambiamenti che non dovrebbero esserci.