A unidade está atualmente em NTFS. Depois de correr chkdsk
por horas, encontrei os locais dos setores defeituosos (abaixo). Eu quero reformatar o disco em EXT4. Ouvi dizer que o EXT4 possui algum tipo de metadados para marcar setores defeituosos, e existe um utilitário para isso, mas não quero executar o teste por horas novamente. Posso dizer diretamente ao EXT4 sobre os locais de setores defeituosos abaixo que já encontrei chkdsk
?
Stage 4: Looking for bad clusters in user file data ...
Read failure with status 0xc000009c at offset 0x280036f1000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280036fb000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x280cb987000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280cb993000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x280dbdc2000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x280dbdc4000 for 0x1000 bytes.
Read failure with status 0xc000009c at offset 0x2835d5bb000 for 0x10000 bytes.
Read failure with status 0xc000009c at offset 0x2835d5c0000 for 0x1000 bytes.
Isso é sério: faça um backup dos seus dados e jogue fora esse disco rígido. Até que você possa fazer esse backup, não use a unidade; desconecte-o.
Existe uma maneira direta de dizer ao ext4 quais setores são ruins quando você cria o sistema de arquivos, usando o
-L
ao fazer o sistema de arquivos. Não vou descrevê-la aqui com mais detalhes, porque honestamente é uma péssima ideia; você deve, no entanto, sentir-se livre para pesquisá-lo você mesmo.O fato de levar horas para encontrar esses erros significa que seu disco rígido leva muito tempo em operações regulares em mais lugares do que esses locais já com falha. Isso significa que há mais lugares que estão prestes a falhar. Esta unidade está perdendo dados , não é
Isso é
Formatar a partição com EXT4 e copiar quaisquer novos dados nela sobrecarregará o dispositivo. Mais coisas vão falhar.
Esta movimentação é feita. Não serve mais para armazenamento. Desculpe. Jogue fora. Literalmente, não há dados úteis quando estão errados em locais desconhecidos ou podem não ser lidos quando você precisa.
Cerca de 20 a 25 anos atrás, antes que os discos tivessem gerenciamento interno de defeitos, fazia sentido que o sistema de arquivos fizesse o gerenciamento de defeitos em nível de bloco e adicionasse blocos a listas de blocos ruins durante a formatação e à medida que a unidade envelhece.
Todos os discos modernos têm gerenciamento de defeitos SMART (ou o equivalente NVME) e substituem automaticamente os blocos ruins por blocos bons. Normalmente, escrever em um bloco defeituoso é suficiente para acioná-lo para ser reparado, substituindo-o por um bloco bom.
Se o seu disco tiver um grande número de blocos defeituosos, isso significa que ele ficou sem blocos de substituição. Considerando o grande número de blocos de substituição com os quais ele começa, isso provavelmente significa que o disco está falhando mecanicamente (provavelmente há detritos flutuando no interior causando mais danos) e provavelmente está perto de uma falha catastrófica completa.
Você pode verificar isso usando o
smartctl -a
comando no dispositivo. Perto da parte superior, deve indicar a integridade da unidade e, na parte inferior, inclui uma lista de erros de bloco. Se indicar que o disco está falhando ou você vir relatórios de erro de bloco, provavelmente o disco está falhando. Se ele disser que está tudo bem, você deve executar um teste (ou-t long
ou-t short
) e depois de esperar (normalmente 2 minutos para curto, várias horas para longo), verifique novamente e procure os resultados do teste.Se a unidade passar por um longo teste, provavelmente ainda será possível usá-la e, possivelmente, você só precisará acionar algumas gravações nos setores defeituosos para tentar repará-los.
Você pode usar o comando "badblocks" junto com e2fsck para especificar uma lista de blocos de disco ruins para o sistema de arquivos.
Como outros comentaram, isso não é ótimo, porque significa que seu disco está à beira de uma falha crescente. Além disso, como isso normalmente é tratado no nível da unidade hoje, esse código de badblocks raramente é usado nos dias de hoje.