Quanto dovrebbe durare un test di lettura completo su un HDD da diversi terabyte?

Eva Wong è la Technical Writer e smanettatrice residente di ZimaSpace. Una geek da sempre con una passione per homelab e software open-source, si specializza nel tradurre concetti tecnici complessi in guide accessibili e pratiche. Eva crede che l'auto-ospitare debba essere divertente, non intimidatorio. Attraverso i suoi tutorial, dà potere alla comunità di demistificare le configurazioni hardware, dalla costruzione del loro primo NAS al dominio dei container Docker.

Stima una lettura sequenziale completa dividendo la capacità dell’unità per la velocità di trasferimento sostenuta. Molti HDD da 8-12 TB richiedono circa 12-24 ore per una singola passata di lettura, ma le tracce interne, i bridge USB, l’I/O concorrente, i tentativi e il firmware dell’unità possono prolungare questo intervallo.

Un test SMART esteso, una scansione della superficie in sola lettura e un test distruttivo badblocks con più pattern non sono equivalenti. Un burn-in con scrittura e verifica su più passate può richiedere diversi giorni e distrugge i dati esistenti. Questa distinzione determina il metodo di misurazione, il margine di sicurezza e la condizione di arresto. Questa distinzione determina il metodo di misurazione, il margine di sicurezza e la condizione di arresto. Questa distinzione determina il metodo di misurazione, il margine di sicurezza e la condizione di arresto.

Calcola una baseline realistica

Un’unità da 8 TB con una media di 180 MB/s richiede circa 12,3 ore per una passata ideale su una capacità decimale; a 120 MB/s richiede circa 18,5 ore. Aggiungi un margine per le tracce interne più lente e l’overhead dei comandi.

Usa la velocità sostenuta effettiva dell’unità sullo stesso controller e nello stesso enclosure. Un disco SATA collegato tramite un bridge USB instabile può essere limitato da reset, alimentazione o comportamento termico, anziché dalla velocità dei piatti.

Esegui i test su dischi singoli quando possibile e registra modello, firmware, interfaccia, capacità, ora di inizio e completamento previsto. In questo modo è possibile distinguere i blocchi anomali da una scansione lenta ma continua.

Valuta insieme avanzamento e stato di salute

L’avanzamento normale è continuo, anche se la velocità diminuisce avvicinandosi alle tracce interne. Lunghe pause, reset ripetuti del kernel, errori di I/O o un aumento del conteggio dei settori pendenti non sono normali variazioni della durata.

Controlla i dati SMART prima e dopo la scansione, inclusi i contatori di settori riallocati, pendenti, non correggibili offline, timeout dei comandi e CRC dell’interfaccia. Interpreta le variazioni nel loro contesto, invece di affidarti a una sola etichetta generale dello stato di salute.

Usa la tabella seguente per classificare il risultato.

Stato osservato Verdetto Prossima azione
Avanzamento regolare; la velocità diminuisce Comportamento normale dell’intera superficie Lascia terminare la passata
Nessun avanzamento; reset USB/SATA Instabilità del percorso Interrompi e isola cavo, alimentazione ed enclosure
Errori di lettura o aumento dei contatori SMART Rischio per il supporto Non fidarti dell’unità

Scegli il test meno distruttivo che risponde alla domanda

Usa una scansione in sola lettura quando è necessario preservare i dati. Esegui un burn-in distruttivo di scrittura e lettura solo su un’unità vuota, dopo aver verificato la corretta identità del dispositivo e assicurandoti che non vi siano dati importanti collegati.

Mantieni stabili il raffreddamento e l’alimentazione dell’enclosure e sospendi scrub o copie che renderebbero la misurazione dei tempi priva di significato. Testare più unità in parallelo è ragionevole solo se controller, alimentatore e raffreddamento sono in grado di sostenerle.

La diagnostica della lettura di verifica di ZimaSpace separa i guasti del supporto dai reset dell’enclosure.

La tabella dei tempi del burn-in delle unità di HomeServerCalc illustra come la capacità e il pattern di test modifichino la durata complessiva.

-15% OFF

Ripeti il test su qualsiasi percorso sospetto prima di fidarti dell’unità

Se la scansione si blocca, ripeti una lettura limitata della regione interessata usando una porta SATA, un cavo, una fonte di alimentazione o un enclosure sicuramente funzionante. Conserva i log prima di modificare l’hardware.

Un secondo percorso pulito suggerisce che la causa fosse il bridge o il cavo originale; errori del supporto ricorrenti o contatori SMART in aumento riportano l’attenzione sull’unità. Non aggiungere un disco problematico a un array degradato.

Accetta l’unità quando la passata completa termina senza errori di lettura, reset o peggioramenti dei contatori di salute. Interrompi e sostituiscila o restituiscila quando gli errori si ripetono su un percorso sicuramente funzionante, indipendentemente dal fatto che la durata totale sembri plausibile.

Supporto e consigli

Altro da leggere

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.