Perché un’unità può riportare SMART PASSED ma fallire allo stesso LBA durante un test di lettura completo?
Un’unità può riportare SMART PASSED e tuttavia non superare una lettura completa, perché la soglia generale di integrità non garantisce che ogni settore sia ancora leggibile.
La riga relativa all’integrità generale SMART riassume le soglie di errore definite dal produttore; non significa che l’intera superficie sia stata letta durante quel controllo. Un test di lettura completo accede a molti più indirizzi e può individuare un settore localizzato non correggibile, una testina debole, una regione di memoria flash al limite, un timeout, un problema al cavo o un reset del controller. L’indizio più utile è verificare se il problema si ripete allo stesso LBA e se segue l’unità quando cambia il percorso di connessione.
Separa l’integrità generale SMART dai risultati degli autotest
Salva il report SMART completo, non solo la riga finale PASSED. Includi attributi, registri degli errori, cronologia degli autotest, settori in sospeso, settori non correggibili, errori CRC e temperatura.
Smartmontools osserva che un’unità può mantenere lo stato SMART PASSED dopo un autotest non riuscito quando un settore danneggiato o non correggibile non ha superato la soglia generale di errore stabilita dal produttore.
Se il registro degli autotest mostra già un LBA problematico, conservalo prima di eseguire altri test. Il risultato dell’integrità generale non deve prevalere su dati specifici del supporto o del test.
Comprendi cosa aggiunge un test di lettura completo
Annota lo strumento di test, la modalità di lettura, la dimensione dei blocchi, l’LBA iniziale, l’LBA finale, il tempo trascorso e se il test ritenta le letture non riuscite. Verifica che il test sia di sola lettura.
Seagate spiega che il suo Long Generic legge ogni settore, motivo per cui può individuare un problema localizzato sfuggito a un controllo rapido dell’integrità.
Un errore di lettura completa è più significativo quando si verifica ripetutamente allo stesso indirizzo. Un errore che si sposta tra indirizzi diversi o che compare solo attraverso un determinato box può invece indicare instabilità del trasporto, dell’alimentazione o del controller.
Confronta un secondo test esteso del produttore
Quando l’unità è sufficientemente stabile e i dati sono protetti, esegui la diagnostica estesa o la scansione del supporto consigliata dal produttore. Salva il codice e il registro.
Western Digital descrive un test esteso come un controllo approfondito dell’unità, utile per confermare che un errore di lettura generico non sia soltanto una particolarità di una specifica utility.
Non sottoporre ripetutamente a stress un’unità che contiene l’unica copia di dati importanti. Quando gli errori aumentano, creare un’immagine delle regioni leggibili è più sicuro che raccogliere ulteriori conferme.
Collega l’LBA problematico ai registri dell’unità
Confronta l’indirizzo dell’errore di lettura completa con il registro degli autotest SMART, il registro degli errori ATA, le variazioni dei settori in sospeso e gli errori I/O del sistema. Annota se lo stesso LBA o un intervallo vicino compare ripetutamente.
Il riferimento smartctl di Debian documenta l’output dei registri degli autotest e degli errori, che può conservare il primo indirizzo di blocco logico non riuscito.
Un indirizzo ricorrente indica più probabilmente un danno localizzato al supporto. Indirizzi casuali associati a errori CRC, reset del collegamento o scomparsa del dispositivo indicano più probabilmente il percorso di connessione o il controller.
Usa con cautela un test di superficie in sola lettura
Verifica che lo strumento scelto sia in modalità di sola lettura e che punti al dispositivo corretto. Non usare mai un test distruttivo con pattern di scrittura su un disco contenente dati necessari.
Il manuale di badblocks distingue la scansione in sola lettura dalle modalità distruttive di scrittura, una differenza essenziale prima di testare un disco già pieno di dati.
Una scansione della superficie non è una riparazione. È una misurazione della leggibilità nelle condizioni attuali, e i tentativi ripetuti possono aumentare lo stress su un’unità in avaria.
Distingui un guasto del supporto da un guasto di cavo, alimentazione o controller
Dopo aver protetto i dati, ripeti una lettura breve e circoscritta intorno all’intervallo problematico usando, quando possibile, un cavo sicuramente funzionante, una porta diretta, un percorso di alimentazione stabile e un altro controller.
GNU ddrescue è progettato per recuperare prima le regioni leggibili registrando i progressi, una soluzione più sicura che riavviare ripetutamente una normale lettura completa su un disco instabile.
Se lo stesso LBA non è leggibile attraverso percorsi sicuramente funzionanti, l’unità è il componente comune. Se l’errore scompare o cambia al variare del percorso, controlla l’alimentazione, il cavo, il bridge, l’HBA e i registri del sistema host.
Proteggi i dati prima di decidere se sostituire l’unità
Interrompi i test non necessari quando gli errori aumentano, il dispositivo si reimposta, i conteggi SMART dei settori in sospeso o non correggibili aumentano oppure l’unità contiene dati insostituibili. Copia o crea prima un’immagine dei dati leggibili.
La guida ZimaSpace su un cavo SATA difettoso rispetto a un’unità NAS guasta tratta la decisione correlata sull’isolamento del percorso; questo articolo si concentra sul motivo per cui SMART PASSED e il risultato di una scansione completa della superficie possono non coincidere.
L’unità dovrebbe essere rimossa dal servizio principale quando, dopo aver controllato il percorso di connessione, persistono regioni non leggibili riproducibili, test estesi non superati, registri del dispositivo in peggioramento o errori che seguono il numero di serie.
Domande frequenti
SMART PASSED significa che un’unità è sana?
Significa che l’unità non ha superato la soglia generale di errore stabilita dal produttore. Non garantisce che ogni LBA sia leggibile né che non esistano guasti intermittenti dell’elettronica o del trasporto.
Un test di lettura completo è distruttivo?
Una scansione in sola lettura non dovrebbe modificare i dati, ma può sottoporre a stress un’unità debole. I test della superficie con pattern di scrittura sono distruttivi e non devono mai essere usati su dati necessari.
Devo ritentare molte volte la lettura dello stesso settore problematico?
No. I tentativi ripetuti possono far perdere tempo e sottoporre a stress un supporto instabile. Conserva il primo errore, proteggi i dati leggibili e usa uno strumento orientato al recupero quando i dati sono importanti.
Prodotti consigliati
Supporto e consigli
Altro da leggere
Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...
Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...
Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...
