Para responder à sua pergunta diretamente:
Is that bad block copied bad to the other drives blindly (I assume not)?
É possível sim.
Se você executasse uma operação do tipo " Verificar e reparar ", seria possível que dados incorretos fossem considerados corretos e que o dispositivo de paridade fosse atualizado ... mesmo quando o dispositivo de paridade está de fato correto, e um dos outros dispositivos está com defeito.
Esta é uma pergunta que não tem uma resposta simples, pois há muitas variáveis em jogo aqui.
"RAID5" pode soar como uma coisa padrão ... mas não é. O RAID5 não é um padrão entre diferentes implementações do fabricante e, potencialmente, até mesmo entre diferentes produtos de um determinado fabricante. O fato de este termo estar se tornando cada vez mais popular por simplesmente se referir a " armazenamento com um dispositivo de paridade " atrapalha ainda mais as águas. Devido a isso sozinho, não é fácil dar a você uma resposta " isso fará isso ".
Com uma configuração de " hardware RAID ", muitas vezes você descobrirá que erros de leitura não detectados são passados pelo sistema como bem-sucedidos, mesmo sem verificar os dados em relação ao dispositivo de paridade - por exemplo: se um setor é não detectado como ruim pelo dispositivo de armazenamento, a paridade não ajuda.
Com sistemas de arquivos mais modernos e avançados, como ZFS e Btrfs os dados são verificados e verificados com muito mais cuidado (os dados não foram verificados ou verificados anteriormente). Aqui, um erro de leitura silenciosa será detectado e corrigido, mesmo que o dispositivo de armazenamento não possa detectá-lo. Além disso, é possível determinar se o dispositivo de paridade está com defeito ou se o outro dispositivo está com defeito.
Quando um dispositivo de armazenamento sabe que uma leitura foi ruim, existem também possibilidades drasticamente diferentes. Dentro da arena de armazenamento magnético (Hard Disk Drive) você encontrará que:
- As unidades de área de trabalho geralmente tentam várias vezes para realizar uma leitura bem-sucedida. Durante esse período, elas geralmente parecem não responder e isso pode durar segundos. Isso faz sentido, pois tal disco destina-se a ser usado sozinho, sem redundância. As unidades
- Enterprise ou " NAS " tendem a declarar a falha mais prontamente, preferindo permanecer disponíveis. Novamente, isso faz sentido, porque essa classe de disco espera poder recorrer a um espelho ou dispositivo de paridade para recuperação de erros em um nível mais alto. (Olhe para Recuperação de Erros com Limite de Tempo )
Quando se trata de setores defeituosos em discos, existem dois níveis nos quais o gerenciamento deles pode ser executado.
- O próprio disco pode decidir que um setor é " ruim " durante uma operação de E / S.
- O sistema de arquivos pode gravar um setor como " ruim " e, intencionalmente, evitá-lo.
Com os discos modernos, # 1 é mais comum, mas com os discos mais antigos # 2 foi o caminho - alguns discos antigos vieram com uma lista de setores defeituosos da fábrica, que você tinha que digitar quando comissionando.
Os discos não costumam realocar setores " ruins " em um erro de leitura (para que você possa tentar novamente), enquanto uma gravação com falha resultará em uma realocação.
Para mergulhar ainda mais fundo, existem dois modos principais de falha para um determinado setor:
- Os dados parecem errados, mas o meio parece estar funcionando bem.
- Um erro de leitura pode ser causado por inversões de bit ou sinal reduzido devido à fraca orientação magnética.
- Uma gravação (ou reescrita) funcionará bem e, posteriormente, os dados serão lidos corretamente.
- Os dados parecem incorretos e a mídia não funciona corretamente.
- Um erro de leitura pode ser causado por problemas mais fundamentais com o meio de armazenamento - por exemplo, arranhões causados por um acidente de cabeça.
- Uma gravação não funcionará corretamente. Isso normalmente acionará um setor para ser realocado.