50 만 개의 파일이있는 2TB ext4 파티션이 있습니다.
이 파티션에 오류가 있는지 확인하고 싶습니다.
I 불량 블록을 검색하고 싶지 않습니다. 논리 구조 만 확인해야합니다.
파티션을 마운트 해제하고 fsck /dev/sda2를 실행했지만 fsck가 종료와 함께 즉시 반환됩니다. 실제로 전체 파일 시스템을 확인하지 않고 코드 0입니다.
전체 파티션 확인을 완료하는 데 몇 시간이 걸릴 것으로 예상합니다.
man fsck를 읽었지만 옵션을 찾지 못했습니다. “철저한 테스트”.
내 파티션에 가비지 데이터로 인해 실수로 일부 섹터를 덮어 쓸 수 있습니다.
내 HDD는 이전에 다른 OS에 연결되어 있었고 ext4 파티션은 해당 OS의 잘못된 동작으로 인해 손상 될 수 있습니다.
그래서 전체 트리 구조가 완전히 올바른지 확인하고 싶습니다.
즉, 어떤 유틸리티 chkdsk.exe는 Windows에서합니다.
ext4 파일 시스템을 완전히 확인하려면 Debian에서 무엇을 사용해야합니까?
댓글
답변
Satō Katsura 에서 언급했듯이”force “모드에서 e2fsck를 실행합니다.
e2fsck -f /dev/sda2 이렇게하면 시스템이 파일 시스템이 깨끗하다고 판단하더라도 강제로 검사합니다. “verbose”옵션도 유용합니다.
e2fsck -vf /dev/sda2 부담으로, 귀하의 경우에는 해당되지 않지만 스토리지로 LVM을 사용하는 경우 깔끔한 작은 lvcheck 도구를 사용하여 마운트 된 파일 시스템에서 “오프라인”파일 시스템 검사를 실행할 수 있습니다. 검사에서 오류가 발견되지 않으면 LVM 스냅 샷을 사용하고 파일 시스템 메타 데이터를 업데이트합니다.
Answer
또한 질문에 답변하지 않으려면 -y 플래그를 추가 할 수 있습니다.
매뉴얼에서 :
-y는 모든 질문에 대해yes의 답변을 가정합니다.e2fsck를 비대화 형으로 사용할 수 있습니다.
그래서 답변을 확장합니다 (아직 댓글을 달 수 없기 때문에). @Sato 에서-다음을 실행할 수 있습니다.
e2fsck -vfy /dev/sda2 댓글
- 하지만 위험 할 수 있습니다. ' 어떤 질문을받을 수 있는지 미리 알지 못하고 모든 질문에 대해 예 대답을 강요하기 때문에 최악의 경우 복구 가능한 데이터가 손실됩니다.
답변
sudo touch /forcefsck sudo reboot 댓글
- 정확할 수 있지만이 답변에는 설명이 없습니다. 명령이 무엇을하는지, 그 결과가 무엇인지, 질문의 사용자가 이에 대해 더 많이 읽을 수있는 위치 (올바른 설명서를 찾았다면이를 배웠을 수있는 위치 등)를 설명 할 수 있습니까?
답변
또한 다음을 사용하여 읽기 전용 모드에서 라이브 파일 시스템을 확인할 수 있습니다.
e2fsck -vfn /dev/sda2 댓글
- 출처 : e2fsck 도움말 : "하지만 그렇게해도 안전합니다. e2fsck에 의해 인쇄 된 결과는 파일 시스템이 마운트 된 경우 유효하지 않습니다. " 검사와 같은 목적이 무엇인지 확실하지 않습니다 … : /
Answer
다음에 tune2fs 를 사용할 수도 있습니다. 예를 들어 다음 명령은 2 개월 또는 100 번 마운트 후 디스크를 확인합니다.
tune2fs -c 100 -i 2m /dev/sda1
e2fsck -f확인이 왜 그렇게 빠른지 궁금합니다. 몇 초 밖에 걸리지 않습니다. Windows 동작에 비해 ' 놀랍습니다 (시간이 걸립니다).