O que pode causar “blocos reivindicados multiplicados” em uma unidade ext4?

Conforme afirmado muito cedo pelo próprio Theodore Tso , pode haver duas razões imediatas para “ Multiplicar blocos reivindicados ” a serem relatados pelo fsck:

Uma é que um ou mais blocos na tabela de inodes são gravados no lugar errado, substituindo outro(s) bloco(s) na tabela de inodes.

Na maioria das vezes, isso é desencadeado por algum bug do kernel. (você pode ler T'T tão capaz de descrever algum padrão facilmente reconhecível => não aleatoriamente, como qualquer corrupção espúria causada pelo exterior poderia gerar.).
Isso ocorre excepcionalmente nos primeiros tempos de novos recursos para a família de sistemas de arquivos EXT e principalmente, devido a raras condições de corrida:

• com bigalloc
• alocação atrasada ,
• Mais recentemente, conforme apontado por Frostschutz nos comentários do OP, a respeito do recurso fast_commit.

O segundo caso é aquele em que o bitmap de alocação de bloco é corrompido, de modo que alguns blocos que estão em uso são marcados como livres e, em seguida , o sistema de arquivos é remontado e os arquivos são gravados no sistema de arquivos, de modo que os blocos são realocados para novos arquivos.

Eles aparecem muito mais aleatoriamente após alguma corrupção cuja causa raiz provavelmente não seja um bug do kernel.
Isso inclui desligamentos impuros, aplicativos mal escritos, opções de montagem não sensatas em relação ao ambiente de hardware, diversos. memória e outras falhas de hardware.

É claro que não se deve esquecer a possível responsabilidade de fsckproduzir relatórios errados ou mesmo a causa raiz do problema ao tentar consertar alguma outra inconsistência no sistema de arquivos .

Como você pode evitá-los, bem, pelo que foi dito acima, você só pode esperar limitar a probabilidade de sua ocorrência:

• Mantenha a tecnologia baixa ;-) Evite definir recursos totalmente novos assim que estiverem disponíveis,
• Use memória ECC e dispositivos de armazenamento confiáveis,
• Ajuste as opções do seu sistema de arquivos (oferecidas no mkfsmomento) e selecione as opções de montagem com sabedoria (em coerência com o ambiente),
• Execute todos os softwares não confiáveis ​​em sandbox.
• Por fim, trabalhe como T'Tso em caso de travamento, execute e2croncheck:

O que estou fazendo agora é, após cada travamento, reinicializar, fazer login e executar o e2croncheck logo após fazer login. Isso me permite notar qualquer possível corrupção do sistema de arquivos antes que fique desagradável... E2croncheck é muito mais conveniente , já que posso fazer outras coisas enquanto o e2fsck está sendo executado em uma janela de terminal.

A multiplicação de blocos reivindicados pode ocorrer com armazenamento de rede/compartilhado, por exemplo, Fibre Channel, iscsi, SAN, dispositivos JBOD, etc. Com essas configurações, se estiverem configuradas incorretamente, dois sistemas (virtual ou bare metal) poderão acessar os mesmos blocos. Quando configurado incorretamente, você pode ter blocos atribuídos a diferentes dispositivos de bloco e alocados a diferentes dispositivos. Como esses sistemas não têm conhecimento do que o outro sistema está fazendo com os blocos, eles podem causar esses erros.

Para evitar esses erros, certifique-se de alocar dispositivos de bloco apenas para um único dispositivo, restringindo o acesso ao dispositivo de bloco a um único sistema. Certifique-se, sempre que possível, de que "bloqueios" sejam usados. Locks é quando o blockdev é marcado como em uso e, portanto, pode ser usado por outro sistema (esta é a explicação simplificada).