Sim. Faça um backup imediatamente e substitua-o.
Último dia eu encontrei no log do dmesg e estou bastante preocupado porque é um novo disco.
O que você acha?
[1681380.516688] ata1.00: status: { DRDY ERR }
[1681380.517264] ata1.00: error: { UNC }
[1681380.518303] ata1.00: configured for UDMA/100
[1681380.518309] ata1: EH complete
[1681380.518767] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[1681380.518994] ata1.00: irq_stat 0x40000008
[1681380.519523] ata1.00: failed command: READ FPDMA QUEUED
[1681380.520071] ata1.00: cmd 60/08:00:18:1e:81/00:00:02:00:00/40 tag 0 ncq 4096 in
[1681380.520071] res 41/40:00:18:1e:81/00:00:02:00:00/40 Emask 0x409 (media error) <F>
[1681380.521159] ata1.00: status: { DRDY ERR }
[1681380.521692] ata1.00: error: { UNC }
[1681380.522697] ata1.00: configured for UDMA/100
[1681380.522704] ata1: EH complete
[1681380.523166] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
[1681380.523400] ata1.00: irq_stat 0x40000008
[1681380.523861] ata1.00: failed command: READ FPDMA QUEUED
[1681380.524369] ata1.00: cmd 60/08:00:18:1e:81/00:00:02:00:00/40 tag 0 ncq 4096 in
[1681380.524370] res 41/40:00:18:1e:81/00:00:02:00:00/40 Emask 0x409 (media error) <F>
[1681380.525382] ata1.00: status: { DRDY ERR }
[1681380.525873] ata1.00: error: { UNC }
[1681380.526845] ata1.00: configured for UDMA/100
[1681380.526852] sd 1:0:0:0: [sda] Unhandled sense code
[1681380.526854] sd 1:0:0:0: [sda] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[1681380.526858] sd 1:0:0:0: [sda] Sense Key : Medium Error [current] [descriptor]
[1681380.526863] Descriptor sense data with sense descriptors (in hex):
[1681380.526865] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
[1681380.526874] 02 81 1e 18
[1681380.526878] sd 1:0:0:0: [sda] Add. Sense: Unrecovered read error - auto reallocate failed
[1681380.526883] sd 1:0:0:0: [sda] CDB: Read(10): 28 00 02 81 1e 18 00 00 08 00
[1681380.526892] end_request: I/O error, dev sda, sector 42016280
[1681380.527102] ata1: EH complete
[1681380.527104] EXT4-fs error (device sda1): ext4_find_entry: inode #1311883: (comm updatedb.mlocat) reading directory lblock 0
[1681380.527107] Aborting journal on device sda1-8.
[1681380.528161] EXT4-fs (sda1): Remounting filesystem read-only
Sim. Verifique o status do SMART para confirmar.
Como é um novo disco, use a garantia para obter uma substituição.
Caso contrário, aqui está como acionar uma realocação de um bloqueio incorreto:
Encontre o (s) setor (es) físico (s) causando problemas, aqui ele é mostrado como sendo setor 42016280 nesta linha de dmesg:
end_request: I/O error, dev sda, sector 42016280
Confirme que é aquele que tenta lê-lo com hdparm:
hdparm --read-sector 42016280 /dev/sda
Se for realmente o único, você receberá um erro de entrada / saída. Acione a realocação escrevendo para este setor com hdparm:
hdparm --write-sector 42016280 --yes-i-know-what-i-am-doing /dev/sda
Tente ler o setor novamente e ele deve aparecer preenchido com zeros.
Alternativamente, você pode tentar a sua sorte ao invocar badblocks através do e2fsck:
e2fsck -c /dev/sda
Este comando executa um teste de leitura não destrutivo, que às vezes é suficiente para corrigir alguns problemas de erros de leitura.
Por fim, verifique o suporte do fabricante para problemas específicos, por exemplo, m4 ssd cruciais têm dificuldades com perda inesperada de energia, o que poderia causar comportamento defeituoso e falha ao tentar realocar setores defeituosos automaticamente. O suporte crucial recomenda fazer um ciclo de energia
O crédito vai para Bas 'Blog
-edit- Se tudo mais falhar, pode-se tentar restaurar o ssd para o padrão de fábrica através do comando ata secure erase, conforme explicado no artigo de limpeza da célula de memória SSD do wiki do Arch (procure por ele, não posso vinculá-lo devido a postagem como convidado)