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를 수행 할 때 어떤 위험이 있습니까?
댓글
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가 언급되었음을 알 수 있습니다. 기타 답변
e2fsck
를 실행하려고합니까?