Eu sei que este é um post muito antigo, mas como a resposta está incorreta, acho que pode ser útil para os futuros visitantes postarem uma resposta correta ...
A mensagem de erro informada pelo OP não tem nada a ver com o XFS por si só, mas sim o resultado de uma unidade / cabo inválido. Examinando a entrada de erro:
end_request: I/O error, dev sde, sector 39444095352
O sistema não pode recuperar dados localizados em sde
no endereço do LBA 39444095352
. Isso geralmente significa um bloqueio ruim no disco.
sd 7:0:0:1: SCSI error: return code = 0x08000002
sdf: Current: sense key: Aborted Command
vendor ASC=0xc0 ASCQ=0x23ASC=0xc0 ASCQ=0x23
O comando SCSI foi cancelado devido ao tempo limite (causado pelo bloco defeituoso) e o disco retorna um código de fornecedor específico explicando o erro em mais detalhes.
A emissão de smartctl --all
mostra vários contadores de discos internos. Atributos com ID 5 (Reallocated_Sector_Ct), 197 (Current_Pending_Sector) e 198 (Offline_Uncorrectable) são de interesse especial porque mostram os blocos de disco da situação ilegível / remapeada.
O que você pode fazer neste caso? A abordagem mais segura e strongmente preferida é fazer o backup de todo o conteúdo legível em outro disco seguro (talvez usando algo resiliente a erros de disco, como ddrescue
)
Se esta abordagem não for possível, restam duas possibilidades:
- reinicie com uma distro ao vivo e emita uma
badblocks -n <dev>
( aqui para a página man ): ela será iniciada um teste de leitura / gravação não-destrutivo que deve acionar o procedimento de remapeamento de blocos defeituosos no disco - sobrescreva manualmente os blocos defeituosos afetados emitindo algo semelhante a
dd if=/dev/zero of=/dev/sde bs=512 count=1 seek=39444095352
Observe que as duas abordagens acima (especialmente a segunda) causarão perdas de dados, pois o setor afetado e ilegível será sobrescrito.
Após a recuperação / sobrescrever concluída, você deve executar uma verificação completa do sistema de arquivos, neste caso, emitindo xfs_repair /dev/sde