qual é a melhor abordagem para corrigir a corrupção do sistema de arquivos em dados enormes

Question

precisamos consertar a corrupção do sistema de arquivos em sdb no redhat 6 version

sdb é o sistema de arquivos xfs

df -h | egrep "Filesystem|/data"
Filesystem      Size  Used Avail Use% Mounted on
/dev/sdb       8.2T  7.0T  1.0T   86% /data

porque os dados em sdb são enormes

queremos saber qual é a melhor opção 1 ou 2?

ou outra ideia para consertar o sistema de arquivos?

opção 1

umount /data
fsck -y /dev/sdb
mount /data

opção 2

umount /data
e2fsck -y /dev/sdb
mount /data

opção 3

umount /data
xfs_repair /dev/sdb
mount /data

segundo - quais são os riscos ao fazer fsck em dados enormes?

    

Answer 1

Citando esta postagem do SuperUser :

fsck is just the original name. When they came out with new file systems they would need a specific tool for each one, efsck for ext, e2fsck for ext2, dosfsck, fsckvfat. So they made fsck the front end that just calls whichever is the appropriate tool.

fsck.xfs

é provavelmente o que você procura depois.

Atualização relacionada ao XFS:

xfs_check e xfs_repair deve ajudá-lo a avaliar os danos e consertar, se possível.

Por favor, consulte as páginas de manual para obter informações específicas sobre o uso.

    

Answer 2

Para as pessoas que votam em fsck.xfs ... é apenas uma versão renomeada de / bin / true. Não faz nada, exceto retornar '0' e sair. A resposta apropriada é:

umount /data
xfs_repair /dev/sdb
mount /data