Este é realmente um longo comentário; -)
IMO o sistema de arquivos deve automaticamente cuidar dele no devido tempo, especialmente desde que você tenha executado o auto-teste. Como você pode ver, o remapeamento é feito no evento de falha de gravação, portanto, da próxima vez que ele tentar escrever, ele será remapeado.
Você poderia declarar o propósito maior por trás disso? Além da preocupação com os blocos que exigem o remapeamento, existe algum outro problema / irritação que você está tentando resolver fazendo isso?
A dica no post do ubuntuforums que você citou é segura desde que você saiba exatamente qual setor foi ruim e tenha uma razão convincente para corrigi-lo. Normalmente, o setor # não é relatado nem mesmo pelos programas de verificação de arquivos, pois é abstraído e tratado internamente pelo sistema de arquivos.
Mas, se você precisar encontrar os bad clocks ofensivos, use as etapas abaixo:
-
Observe o arquivo do dispositivo correspondente ao sistema de arquivos. Este é o formato / dev / hdc ou / dev / sdb dependendo do tipo de disco. Isso é exibido no Utilitário de Disco (
System -> Administration -> Disk Utility
). Se você clicar no nome do disco na lista exibida no painel do lado esquerdo, o nome do dispositivo poderá ser lido em "Dispositivo:" à direita. -
Desmonte todos os sistemas de arquivos nesse disco. O seguinte comando não deve retornar nenhuma saída.
mount | grep -i <device-name>
-
Execute o seguinte comando
badblocks -sv -b 512 <device-name>
Nota O
-b 512
é o de alinhar o tamanho do bloco a 512 para que você possa usar o número reportado por este comando como entrada paradd
conforme explicado no forums post
Eu não recomendaria todos os itens acima, pois ele é cuidado pelas operações normais do disco.