redhat 6 버전의 sdb에서 파일 시스템 손상을 수정해야합니다.

sdb는 xfs 파일 시스템입니다.

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

sdb의 데이터가 방대하기 때문에

알고 싶습니다. 최선의 선택 1 또는 2는 무엇입니까?

또는 파일 시스템 수정을위한 다른 아이디어?

옵션 1

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

옵션 2

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

옵션 3

umount /data xfs_repair /dev/sdb mount /data 

초-대용량 데이터에 대해 fsck를 수행 할 때 어떤 위험이 있습니까?

댓글

  • 나열된 두 옵션이 동일합니다.
  • 죄송합니다. 문제를 해결했습니다.
  • 파일 시스템이 XFS 인 경우 왜 e2fsck를 실행하려고합니까?

Answer

이 수퍼 유저 게시물 인용 :

fsck는 원래 이름입니다. 새 파일 시스템을 출시 할 때 각 파일 시스템에 대한 특정 도구, ext는 efsck, ext2는 e2fsck, dosfsck, fsckvfat. 그래서 그들은 적절한 도구를 호출하는 프런트 엔드를 fsck로 만들었습니다.

fsck.xfs 

당신이 추구하는 것일 것입니다.


XFS 관련 업데이트 :

xfs_check xfs_repair 는 손상을 평가하는 데 도움이됩니다. 가능하면 수리하십시오.

특정 사용 정보는 매뉴얼 페이지를 참조하십시오.

댓글

  • 안전 할 수 있도록 우리가 할 때-fsck -y / dev / sdb?
  • @yael 개인적으로는 그렇다고 생각하지만 이것은 아마도 의견 기반 일 것입니다.
  • 그래서 더 나은 fsck .xfs -y / dev / sdb 또는 fsck -y / dev / sdb
  • @yael 나는 둘 다 같은 일을 할 것이라고 생각합니다. 그러나 나는 항상 유형을 지정하는 경향이 있습니다. 저는 fsck.xfs를 사용합니다.
  • 그래서 xfs_repair와 fsck.xfs의 차이점은 무엇입니까?

답변

fsck.xfs에 투표하는 사람들에게 … 그것은 단지 이름이 변경된 / bin / true 버전입니다. “0”을 반환하고 종료하는 것 외에는 아무것도하지 않습니다. . 올바른 대답은 다음과 같습니다.

umount /data xfs_repair /dev/sdb mount /data 

댓글

  • 다음에서 xfs_repair가 언급되었음을 알 수 있습니다. 기타 답변

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다