Se ho "badblocks" scrivere il suo output in un file e quel file è vuoto, significa che non sono stati trovati blocchi danneggiati?

Di recente ho eseguito badblocksun disco rigido per server di grandi dimensioni per verificare la presenza di possibili problemi (SMART ha riferito che tutto andava bene, ma avevo bisogno di essere sicuro).

Il comando che ho usato è stato: badblocks -c 1024 -b 4096 -w -s -o /path/to/myfile.txt /dev/mydrive ho usato la modalità di scrittura distruttiva perché i tempi di inattività dell'unità erano importanti, e abbiamo stabilito che sarebbe stato più veloce eseguire il nuke dell'unità durante il controllo dei blocchi danneggiati e quindi aggiungerlo nuovamente al RAID che aveva fatto parte del dopo attendere il test non distruttivo.

Al termine, myfile.txtera stato creato ma era vuoto.

Sembra una domanda molto sciocca, ma: il file vuoto indica che non sono stati trovati blocchi danneggiati, giusto? La manpage per badblockssembra indicare questo, ma voglio essere il più sicuro possibile.

Sì, se il file è vuoto, badblocksnon ha trovato blocchi rotti. Hai eseguito anche l'autotest SMART esteso?

I metodi non contano. Tutto quello che devi fare è scansionare l'intera superficie del disco. Puoi farlo tramite smart (test offline esteso) o anche usando dd. Devi leggere ogni singolo settore sul disco perché non c'è altro modo per verificare se tutti i settori funzionano. Quindi, se hai eseguito la scansione completa e non è stato segnalato alcun settore, allora va tutto bene.

Non sono sicuro, ma penso che la "modalità di scrittura distruttiva" sia per la riallocazione di un blocco danneggiato perché ciò può essere fatto solo se si scrive un settore danneggiato.