Quanto tempo impiegano i badblock su un'unità da 1 TB?

Sto eseguendo badblock (o meglio "e2fsck -c") su un disco da 1 TB e se l'indicatore di progresso è un'indicazione (nessun gioco di parole previsto), ci vorrà quasi un'eternità per completare.

In questo momento dice 0.01% done, 30:20 elapsedche significherebbe che la cosa richiederebbe circa 17 settimane per completarsi, il che sembra piuttosto eccessivo nel mio libro.

È un normale lasso di tempo per un tale controllo o semplicemente che i miei sospetti sono corretti in quanto l'unità si guasta, causando così un controllo leggermente più breve dell'eternità?

Ho trovato questa domanda qui, ma riguarda la quantità di passaggi effettuati.

Per rispondere alla tua domanda, il più vicino che posso offrire è con un 3 TB che ho testato per questo. Ecco i 3 test che ho fatto, cambiando solo i valori dei parametri -ce facendoli solo fino al 10% da quando hanno impiegato MOLTO tempo. Ognuno è stato fatto 3 volte per ottenere una media.

badblocks -svn /dev/sdb

Per arrivare all'1%: 1 ora
Per arrivare al 10%: 8 ore e 40 minuti

badblocks -svn -b 512 -c 32768 /dev/sda

Per arrivare all'1%: 35 minuti
Per arrivare al 10%: 4 ore 10 minuti

badblocks -svn -b 512 -c 65536 /dev/sda

Per arrivare all'1%: 16 minuti
Per arrivare al 10%: 2 ore e 35 minuti

Quindi sì, il -cparametro ha una grande influenza sul tempo necessario per controllare l'azionamento. Immagino che per un disco rigido da 1 TB, supponendo che mantenga lo stesso lasso di tempo del 3 TB, sarebbe 1/3 delle volte menzionate qui, quindi per arrivare al 10% con -c 65536l'HDD da 1 TB sarebbe circa 50 minuti

Badblocks fa 4 corse. Su un HD esterno da 1 TB di solito occorrono circa 70 ore.

Prova ad aumentare la quantità di blocchi elaborati insieme, come in badblocks -svn -b 512 -c 65536 /dev/sda. In questo modo, posso controllare un'unità disco fisso da 1 TB in 8 ore.

Sto eseguendo badblock su unità WD Red da 4 TB. Dal momento che sono unità settoriali 4k (controllate utilizzando lsblk -o NAME,PHY-SeC) con cui sto eseguendo -b 4096. Volevo dare a ciascuna delle istanze di badblocks ~ 800 Mb di RAM, quindi ho usato ciò -c 200000che ti dà 4096 bytes * 200,000 blocks = 800,000 Kb. Hanno iniziato con circa 800 Mb ciascuno, ma si sono insinuati nel tempo. Queste impostazioni forniscono tuttavia una notevole velocità rispetto alle impostazioni standard.

Ha funzionato l' 1% in 3 minuti e 56 secondi, ma questo è l'1% di 4 modelli. Sembra anche che ci voglia più tempo più ci si avvicina alla fine di una corsa. Ha controllato il disco con il primo modello in circa 17 ore, quindi dovrebbe completare 4 TB in circa 68 ore .

IL COMANDO SOTTO ESEGUE UNA SCRITTURA DISTRUTTIVA

Il comando che sto usando è: badblocks -svw -b 4096 -c 200000 /dev/sdc -o bb_sdc.txt

L'ho eseguito l'altro ieri su un disco da 1 TB guasto nel mio RAID 6 da 6 TB (MODALITÀ SCRITTURA DISTRUTTIVA!):

# badblocks -svw -b 4096 -c 65536 /dev/sdb

La scheda madre è un ASRock Rack C2550D4I (lo so ...) con 8x Samsung SpinPoint M8 HN-M101MBB (lo so ...) collegato alle porte SATA3. Le unità sono unità 4K "Advanced Format", quindi la dimensione del blocco 4K.

badblocks ci sono voluti circa 28 ore per terminare, senza errori.

Le singole unità fanno ~ 105 MB / sec (tempo medio di hdparm -tTlettura bufferizzata), 200–230 MB / sec durante il test dell'intero array. Niente di eccezionale, al giorno d'oggi, ma bello per un mucchio di vecchie unità laptop.

Spero che questo aiuti tanto quanto questo thread mi ha aiutato a trovare un modo rapido per eseguire un badblock sul disco. So che il suo uso è dubbio in questi giorni, ma quando un precedente smartctl -t longnon è riuscito a causa di errori di lettura, ho deciso di far toccare e riscrivere tutti i settori alcune volte per vedere come sarebbero cambiati i valori SMART. Un altro smartctltest è in sospeso, se fallisce di nuovo, dovrò acquistare un nuovo disco.

Alcune osservazioni sulle prestazioni:

Sto correndo e2fsck -c -c -v /dev/sda2, che risiede su questo dispositivo:

/dev/sda2  77056 976754431 976677376  3.7T Linux filesystem

Il tempo di esecuzione corrente per il 63,5% è 53:28:40; 53,5 ore. Il tasso di avanzamento è dell'1,186% / ora. A questo ritmo, saranno necessarie altre 31 ore per completare, con un tempo di esecuzione totale stimato di 85 ore. Questo è un dispositivo USB 3.0. iotop indica che la velocità media di lettura / scrittura è di circa 25 MB / s. Finora sono stati trovati zero blocchi danneggiati.

La riga di comando sottostante gestita da e2fsckè:

sh -c badblocks -b 4096 -X -s -n /dev/sda2 976677375

I post in StackOverflow indicano che è possibile interrompere i blocchi errati con ^ C (SIGTERM). Se dovessi farlo, non vedo il rovescio della medaglia di interrompere questo test e riprenderlo in futuro in seguito, poiché si tratta di un'operazione a livello di blocco del disco. Devo smontare questo filesystem prima di riprendere la scansione percentuale completata.