저는 시스템 엔지니어링 경험이 부족한 소프트웨어 엔지니어입니다. 저는 몇 주 전에 구입한 USB 4TB 외장 하드 드라이브인 "WD 4TB Elements 휴대용 외장 하드 드라이브"를 가지고 있습니다. Raspberry PI에 설치하고 고유한 ext3 파티션을 만들었습니다.
어젯밤 HD가 거의 가득 차서 한 세션 동안 rsycn작동이 멈췄습니다.
빠른 재부팅을 시도했지만 그 후에는 설치할 수 없습니다. 드라이브를 켜면 주기적으로 불쾌한 "딩" 소리가 납니다.
설치 중에 이 오류가 발생합니다.
ubuntu@ubuntu:~$ sudo mount /dev/sdb1 /mnt/nfts/
mount: /mnt/nfts: wrong fs type, bad option, bad superblock on /dev/sdb1, missing codepage or helper program, or other error.
나는 그것을 봤고 드라이브에 대해 실행한 몇 가지 명령은 다음과 같습니다.
dmesg에서
[ 147.507499] sd 1:0:0:0: [sdb] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 147.507519] sd 1:0:0:0: [sdb] tag#0 Sense Key : Aborted Command [current]
[ 147.507533] sd 1:0:0:0: [sdb] tag#0 Add. Sense: No additional sense information
[ 147.507550] sd 1:0:0:0: [sdb] tag#0 CDB: Read(16) 88 00 00 00 00 00 00 00 00 00 00 00 00 08 00 00
[ 147.507567] blk_update_request: I/O error, dev sdb, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
dmesg의 더보기
[ 278.832149] Buffer I/O error on dev sdb1, logical block 0, lost sync page write
[ 278.839728] EXT4-fs (sdb1): I/O error while writing superblock
[ 278.845737] EXT4-fs (sdb1): no journal found`
tune2fs에서
ubuntu@ubuntu:~$ sudo tune2fs -l /dev/sdb1
tune2fs 1.45.5 (07-Jan-2020)
Filesystem volume name: <none>
Last mounted on: /mnt/nfts
Filesystem UUID: e4e0f609-7beb-4610-bb43-6a807f4f88b5
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file
Filesystem flags: unsigned_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean with errors
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 244187136
Block count: 976745728
Reserved block count: 48837286
Free blocks: 116576385
Free inodes: 242495519
First block: 0
Block size: 4096
Fragment size: 4096
Reserved GDT blocks: 791
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 8192
Inode blocks per group: 512
Filesystem created: Wed Jan 12 13:25:22 2022
Last mount time: Wed Feb 23 13:56:10 2022
Last write time: Wed Feb 23 14:07:39 2022
Mount count: 8
Maximum mount count: -1
Last checked: Wed Jan 12 13:25:22 2022
Check interval: 0 (<none>)
Lifetime writes: 2976 GB
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 256
Required extra isize: 32
Desired extra isize: 32
Journal inode: 8
Default directory hash: half_md4
Directory Hash Seed: 13549940-8c27-4c2a-87e2-e3f23ba4daa3
Journal backup: inode blocks
FS Error count: 279
First error time: Sun Jan 16 11:37:40 2022
First error function: ext4_mb_generate_buddy
First error line #: 744
First error inode #: 0
First error block #: 0
Last error time: Wed Feb 23 14:07:39 2022
Last error function: ext4_mb_generate_buddy
Last error line #: 744
Last error inode #: 0
Last error block #: 0
fsck를 시도했지만 어느 날 밤 이후 눈에 띄는 출력이 없어서 중지하고 다시 시작했습니다.
하드 드라이브에 하드웨어 오류가 발생한 것 같습니다. 불량 섹터가 너무 많았던 것 같습니다. 다행스럽게도 HD의 콘텐츠는 수천 개의 작은 파일이므로 가능한 많은 작은 파일을 복구할 수 있기를 바랍니다.
누구든지 올바른 방향으로 나를 가리킬 수 있습니까? 문제를 더 자세히 조사하고 정상 섹터에 아직 저장되어 있는 항목에 대한 액세스를 복원하려면 어떻게 해야 합니까?
미리 감사드립니다. 조반니