Se estiver a ver blocos defeituosos quando executa uma verificação de integridade do sistema de ficheiros, é muito provável que o disco rígido já tenha ultrapassado o número de blocos que pode refazer, e tenha esgotado os seus sectores “de reserva”. Deve fazer uma cópia de segurança dos seus dados imediatamente (se ainda não o fez) e substituir a unidade antes que o problema se agrave e perca os seus dados._

Sugiro que descarregue smartmontools e GSmartControl para ver o diagnóstico SMART como outra verificação, se não tiver a certeza em que diagnóstico SMART confiar.

Se os diagnósticos SMART não reportarem sectores realocados (ou se a coluna VALOR para “Contagem de sectores realocados” ainda estiver bem abaixo de THRESHOLD), há uma forma fácil de realizar um scan de superfície e refazer os blocos defeituosos ao mesmo tempo. (Nota: certifique-se de fazer o backup dos seus dados primeiro!)

A maneira mais fácil de forçar a unidade a fazer o seu próprio remapeamento de blocos defeituosos é arrancar de um Ubuntu Live CD , depois abrir um terminal e executar este comando:

sudo badblocks -nvs /dev/sda

Isto fará um teste aleatório não destrutivo de leitura-escrita na primeira unidade, refazendo sectores defeituosos ao longo do caminho.

Se tiver mais do que um disco rígido, pode substituir /dev/sda por /dev/sdX, onde X é letra minúscula. Pode obter uma lista de todos os discos rígidos (/dev/sdX dispositivos) digitando este comando:

sudo fdisk -l

Uma vez que está a utilizar o Mac OS X, que é baseado no BSD, poderá também querer ler em badsect e bad144 , que são os utilitários de linha de comando incorporados no BSD para lidar com blocos defeituosos.

Não conheço nenhuma ferramenta que faça um scan de superfície e conserte também os blocos defeituosos.

Que tipo de Mac e com que tipo de disco rígido está a ter problemas?

Duvido que encontre qualquer ferramenta de software para “corrigir” os blocos defeituosos, pelo menos para hardware recente. Não sei quando começou, mas há algum tempo atrás a capacidade de remapear um mau sector foi fundida no firmware do disco rígido.

Se olhar para os registos S.M.A.R.T. para a sua unidade com uma ferramenta como SMARTReporter , deverá ver uma entrada com o número de identificação 05 e título “Reallocated Sectors Count”. Este é o número de maus sectores que a unidade reatribuiu.

Talvez o “Bad Block” do Disk Warrior esteja a referir-se a algo mais? (Não consegui adivinhar o que isso poderia ser).

Atualização em resposta ao comentário (abaixo):

SMARTReporter parece ser uma utilidade bastante “peculiar”. De facto, pode consultar & exibir o conteúdo dos registos S.M.A.R.T. de uma unidade, basta saltar através de arcos inesperados para o fazer.

Na SMARTReporter FAQ pode encontrar este tidbit:
Pode o SMARTReporter dizer-me exactamente qual o teste S.M.A.R.T. que está a falhar?
Sim, a começar pela versão 2.4.5! Clique com o botão direito do rato na drive-list na janela de preferências e seleccione “Check S.M.A.R.T. attributes”.

Outra peculiaridade do SMARTReporter é que a pasta cut'n aparentemente só funciona nestas janelas de visualização quando se utilizam as entradas da barra de menu. Os atalhos do teclado e a janela de contexto “clique com o botão direito do rato” não o fazem. Por outro lado, o SMARTReporter IS livre ;-)

Mas eu divago …

Curiosamente, SMART Utility chama à unidade “Falha” quando todos os outros utilitários a mostram como “Verificado”. Mostra 1 Sectores Pendentes de Má Qualidade. Então, como se muda um sector mau “pendente” para um “removido” ou “reatribuído”?

O meu entendimento é que você não o faria. O firmware da unidade é suposto fazê-lo automaticamente por si só. Note o que diz na tabela no artigo da Wikipedia S.M.A.R.T. .

• 05 Contagem de sectores reafectados Contagem de sectores reafectados. Quando o disco rígido encontra um erro de leitura/escrita/verificação, marca este sector como “realocado” e transfere dados para uma área reservada especial (área de reserva). Este processo é também conhecido como remapping, e os sectores “reafectados” são chamados de remaps.
  _ É por isso que, nos discos rígidos modernos, não é possível encontrar “blocos maus” enquanto se testa a superfície_ - todos os blocos maus estão escondidos em sectores reafectados. Contudo, à medida que o número de sectores reafectados aumenta, a velocidade de leitura/escrita tende a diminuir.
  O valor em bruto representa normalmente uma contagem do número de sectores defeituosos que foram encontrados e refazidos. Assim, quanto maior for o valor do atributo, mais sectores a unidade teve de ser reafectada.

• C5 Contagem actual de sectores pendentes Número de sectores “instáveis” (à espera de ser recalculado, por causa de erros de leitura). Se um sector instável for subsequentemente escrito ou lido com sucesso, este valor é diminuído e o sector não é remapeado. Ler erros num sector não irá refazer o sector (uma vez que pode ser lido mais tarde); em vez disso, o firmware da unidade lembra-se de que o sector precisa de ser refazer, e refazê-lo da próxima vez que for escrito.

Portanto, se o acima exposto for verdade, então aparentemente a Contagem de Sector pendente* precisa de ser interpretada com cautela. O erro de leitura do sector ocorreu muito provavelmente durante o scan do disco que fez anteriormente com o TechTool. (BTW, quer dizer TechTool Deluxe 3.1.3 ?) Uma vez que o TechTool provavelmente não tentou escrever o sector, ele não foi (ainda) reafectado.

Isso pode ser feito sem um reformat?

& Penso que um “reformat” só conseguiria algo se o formato escrevesse every sector na unidade. Não sei se um reformat padrão (não seguro) apagado com o Disk Utility … que é o que eu acredito que quer dizer com um reformat no contexto de um MAC … conseguiria isto.

Se o fizesse, seria uma tarefa muito demorada. Recentemente fiz algo assim com uma unidade portátil de 500GB e demorou um pouco menos de 2 horas e meia a completar. Claro que teria de acrescentar no tempo para (esperançosamente) restaurar o seu sistema a partir do seu (esperançosamente digno de confiança) backup.

Não está claro para mim que haja a necessidade de tentar forçar activamente a “correcção” disto. Supostamente, o firmware da unidade deverá tratar disto por conta própria da próxima vez que houver uma tentativa de escrever para o sector mau. Também me parece provável que o sector ofensivo não esteja actualmente a ser utilizado como parte de qualquer ficheiro. O TechTool simplesmente “tropeçou nele” enquanto analisava todos os sectores da sua unidade.

Mas se quisesse tentar forçar uma correcção, então acho que teria de fazer algo que obrigasse a escrever para esse sector. No entanto, não parece valer a pena o esforço. Eu apenas continuaria a fazer uma cópia de segurança dos seus ficheiros e a vigiar a sua unidade no caso de esta começar a degradar-se ainda mais.

A minha experiência com a SpinRite da grc.com tem sido muito positiva. Consegui recuperar pelo menos 4 discos que falharam todas as outras tentativas de os reparar. A única desvantagem é que requer uma máquina baseada em BIOS, o que significa que não vai funcionar em Macs modernos baseados em EFI. O lado bom é que praticamente qualquer outro PC p.o.c. irá executá-lo, a partir de disquete, CD, ou pen drive. Não encontrei mais nada que se aproxime em termos de inspeccionar realmente o conteúdo de sectores individuais e recuperar os dados no que qualquer outro utilitário descarta como um bloco defeituoso.

O comando de construção do OS X fsck_hfs tem uma opção -S que aparentemente irá digitalizar e rectificar blocos defeituosos num disco rígido no OS X.

A partir da documentação:

-S Cause fsck_hfs para digitalizar todo o dispositivo à procura de erros de E/S. Tentará mapear os blocos com erros para nomes, semelhante à opção -B.

Exemplo:

fsck_hfs -fy -S /dev/disk3s11

Parece estar a fazer isso quando executado num disco sem blocos maus, mas ainda não verifiquei/documentar o que faz quando existem é blocos maus.

É uma pergunta um pouco antiga, mas ainda válida. O que funcionou para mim é o seguinte:

• Se possível, arranque a partir de uma partição ou unidade diferente da principal. Certifique-se de que não é a opção de Recuperação Mac se quiser usar uma aplicação de terceiros para identificar os ficheiros corrompidos
• Identifique todos os ficheiros no seu disco rígido que estão corrompidos devido a blocos defeituosos. Acontece que uso o Carbon Copy Cloner para criar um espelho do meu disco como cópia de segurança (dá-lhe uma lista de ficheiros corrompidos). Existem provavelmente outras ferramentas à volta que podem fazer isto.
• Localize estes ficheiros na sua unidade, e apague-os (empty the trash as well!)
• Abra o Utilitário Disco e apague o espaço vazio do disco, escrevendo ‘0’s. (só tem de escrever uma vez, por isso escolha a opção mais rápida). Por favor, isto ainda pode demorar algum tempo, especialmente se tiver muito espaço livre.

Isto identifica os blocos defeituosos e marca-os como tal para que não sejam utilizados novamente. Como mencionado anteriormente, os erros só aparecerão quando se tentar ESCREVER. Ao escrever 0’s, faz-se exactamente isso.

• se tiver uma cópia de segurança destes ficheiros algures, substitua-os manualmente a partir da sua cópia de segurança (se os quiser substituir em primeiro lugar).

Posso imaginar que isto possa ser muito demorado, especialmente se houver muitos erros e, portanto, muitos ficheiros a substituir. Se for esse o caso, considere substituir a unidade, vai piorar…

Parece que a maioria das unidades apenas realocará um bloco mau numa escrita, por isso é assim que todos os processos ‘consertam’ blocos maus. Se estiver disposto a reformatar, muitas pessoas falam em fazer um formato de baixo nível que escreva zeros (o Disk Utility fará isso).

A única ferramenta no Mac que encontrei que o fará é o “Speed Tools”. Quando encontra um bloco mau, escreverá um zero ao bloco (mesmo que esteja num ficheiro… o pensamento é que já está mau). http://www.intechusa.com/

Já ouvi coisas boas sobre SpinRite da GRC , mas nunca o experimentei eu próprio.

Atenção primeiro ao comentário por @chronos … pense: dataloss. Num caso de borda, uma correcção pode tornar a recuperação dos dados impossível.

Entre as utilidades que utilizei em Macs, uma é excelente para alertas inequívocos como este:

Aviso

A operação que está prestes a realizar pode causar perda de dados.

Para poupar um bloco defeituoso … escrever dados na unidade. Isto irá muito provavelmente resultar em volume ou corrupção de dados se um bloco defeituoso for encontrado e poupado.

Pode aprender sobre tais coisas _ antes_ de comprar o produto - refrescantemente honesto.

(Para apreciar o risco de perda de dados, ver por exemplo a documentação SpinRite ligada do Porquê cuidado? parte da minha resposta em Como verificar se existe um mau sector num disco rígido USB no OS X? )

Para os seus avisos inequívocos, para satisfação pré-compra e muito mais, esta resposta é o meu voto de confiança:

Drive Genius 3

Horrible, Horrible aconselhar acima. Aconselhamento horrível, Horrível: abana a cabeça:

1. não conheço nenhum utilitário moderno para Mac OS X que realmente conserte (marque) blocos maus e o deixe continuar com o seu dia. Dito isto, é preciso encontrar uma versão mais antiga de Norton Utilities para Mac OS para corrigir os blocos defeituosos no HD em questão. Tais como a Versão 7.0 ou 8.0.

2. Uma vez que estou a assumir que está a usar um PC em vestuário Mac(Post PPC computer using an intel CPU and running Unix[Mac OS X]), terá de encontrar um bom PPC Macintosh (ou talvez corra em emulação num PC intel?) que ainda possa arrancar o SO 9. Obtenha uma placa PCI SATA (presumo que tenha uma SATA HD?) que funcione com o SO 9. Depois arrancar do CD Norton, executar o Disk Doctor, e digitalizar/reparar o HD em questão.

3. Isto só parece difícil de fazer, mas não é. Sendo um técnico Mac “REAL” e fan boy nos últimos 20 anos, tenho máquinas desde os 128k até um Dual G5, por isso o hardware está apenas deitado para mim. Por outras palavras, é super fácil para mim.

4. Porque é que pareço mal-educado? Porque eu sou. Estou muito zangado com a actual Apple, e odeio especialmente Steve Jobs por destruir o Apple Computer para nós utilizadores de Macintosh dos anos 80 e 90, e por transformar o Mac em nada mais do que um PC que corre uma versão mais suave do Unix. Ele, e as pessoas que pensam como ele, são a razão pela qual o Mac já não tem os utilitários de que necessita para reparar o seu HD “adequadamente”.

5. Qualquer pessoa que lhe diga para olhar para dados SMART, ou que confie de alguma forma em dados SMART, não deve ouvi-los. O SMART é extremamente falho.

6. Os HD’s quase sempre refizeram blocos defeituosos automaticamente, pelo menos desde que me lembro e estou velho para um técnico. MAS! Fazem um péssimo trabalho e se estiver a ver blocos maus, é porque o HD ficou sem o pequeno espaço reservado para refazer blocos maus automaticamente. IE, é preciso executar um utilitário que faça um trabalho melhor.