ext3 파일 시스템 손상의 근본 원인을 찾는 방법

ext3 파일 시스템 손상의 근본 원인을 찾는 방법

2.5G ext3 파티션이 있는 4G 플래시 카드가 있습니다. 파일 시스템이 손상되었습니다. 파일 시스템에서 무엇이 손상되었는지 정확히 식별할 수 있기 때문에 파일 시스템을 복구하는 데 반드시 관심이 있는 것은 아닙니다.

GNOME을 실행할 때 파일 시스템이 손상되었음을 완전히 인식하는 것 외에도디스크유틸리티에서 파티션을 선택하고 "파일 시스템 복구"를 선택하면 오류가 발생합니다: /dev/sdb3에서 파일 시스템 복구 오류: 프로세스에 의해 보고된 종료 코드 1: e2fscf 1.42.9(2013년 12월 28일)(udisks- error-quark, 0) 내 아이디어는 다음에서 나왔습니다.여기불량 블록을 식별하고, inode 번호를 얻고, 손상된 파일을 찾으려면 불량 블록을 사용하십시오. 하지만 이것을 실행하면 badblocks는 불량 블록을 찾지 못합니다(몇 번 실행했습니다).

sudo badblocks -v /dev/sdb3 -b 4096 -s
Checking blocks 0 to 622517
Checking for bad blocks (read-only test): done
Pass completed, 0 bad blocks found. (0/0/0 errors)

이상하다고 생각해서 fsck를 실행했지만 오류도 보고되지 않았습니다.

sudo e2fsck -vcck /dev/sdb3
e2fsck 1.42.9 (28-Dec-2013)
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done                                                 
/dev/sdb3: 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/sdb3: ***** FILE SYSTEM WAS MODIFIED *****

      243306 inodes used (78.16%, out of 311296)
         134 non-contiguous files (0.1%)
         121 non-contiguous directories (0.0%)
             # of inodes with ind/dind/tind blocks: 2469/39/0
      583752 blocks used (93.77%, out of 622518)
           0 bad blocks
           0 large files

      210273 regular files
       28804 directories
         638 character device files
          12 block device files
           1 fifo
        2646 links
        3569 symbolic links (3480 fast symbolic links)
           0 sockets
------------
      245943 files

이제 나는 혼란스러워졌습니다. 파일 시스템을 복구할 수 없지만 파일 시스템 검사기 및 불량 블록에 문제가 없다고 표시됩니다. 이는 무엇을 의미합니까? 그렇다면 단지 기계적으로 고장난 CF 카드일까요? Anticlimactic ... 결국 새로운 것입니다.

관련 정보