fsck -cc /dev/sdb1 이 결과를 제공합니다. 괜찮나요?

fsck -cc /dev/sdb1 이 결과를 제공합니다. 괜찮나요?
root@host [/]# fsck -cc /dev/sdb1
fsck from util-linux-ng 2.17.2
e2fsck 1.41.12 (17-May-2010)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
/dev/sdb1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdb1: 11/18317312 files (0.0% non-contiguous), 1198478/73258400 blocks

파일 시스템이 수정되었다고 뜹니다. 그래서 뭐? 전 그냥 포맷합니다. 무슨 문제라도 있나요?

답변1

아무것도 발견하지 못한 것 같습니다. 그런 다음 잘못된 블록 inode를 결과로 업데이트했지만 아무 것도 없었습니다.

FILE SYSTEM WAS MODIFIED에 의해 뱉어진다fsck 어느파일 시스템에 쓰는 시간입니다. 하나의 잘못된 블록 inode를 변경하는 것이 적합합니다.

-y특히 수정이 필요한 디스크에 문제가 생기면 ( ) 묻지도 않고 그냥 문제만 수정하도록 지정하지 않았다면 뭔가 말했을 것입니다.

답변2

나는 그것을 다시 실행할 것이다. 불량 블록을 발견 -cc하고 이를 복구하기 위해 프로그램을 호출했습니다 badblocks. 다음과 같이 실행하고 싶을 수도 있습니다.

$ fsck /dev/sdb1

fsck.ext3 매뉴얼 페이지에서 발췌

-씨
이 옵션을 사용하면 e2fsck가 badblocks(8) 프로그램을 실행하여 파일 시스템에서 불량 블록을 찾은 다음 불량 블록 inode에 추가하여 해당 블록을 불량 블록으로 표시합니다. 이 옵션을 두 번 지정하면 비파괴 읽기-쓰기 테스트를 사용하여 불량 블록 스캔이 수행됩니다.

업데이트 #1: 후속 질문

fsck가 불량 블록을 찾았나요? 비파괴 읽기/쓰기 테스트란?

fsck파일 시스템의 전반적인 상태에 대해 다양한 검사를 수행하는 프런트 엔드 도구입니다. 스위치 는 보다 철저한 점검이 수행되도록 전화하라고 -cc지시합니다 .fsckbadblocks

비파괴적 읽기/쓰기에는 먼저 백업되는 위치의 콘텐츠가 수반되며, 그런 다음 패턴을 사용하여 위치를 테스트하고 원본 콘텐츠가 반환됩니다.

참고자료

답변3

걱정하지 마십시오. 잘못된 파일(예: 잘못된 이름이나 유니코드 이름이 있는 파일 또는 발생한 파일)이 있는 경우 이 메시지가 나타납니다. 파일 시스템과 관련이 없습니다.

답변4

dumpe2fs -b분명히 실행하여 불량 블록 목록을 볼 수 있습니다 . dumpe2fs -b /dev/sdb1. 출력이 비어 있으면 불량 블록이 없는 것 같습니다(그러나 현재 사용 가능한 불량 블록이 있는 드라이브가 없으므로 테스트할 수 없습니다).

관련 정보