ext3分区修复linux,linux – 如何从损坏的ext3分区恢复数据？

sd 0:0:1:0: Unhandled sense code

sd 0:0:1:0: SCSI error: return code = 0x08100002

Result: hostbyte=invalid driverbyte=DRIVER_SENSE,SUGGEST_OK

sdb: Current: sense key: Medium Error

Add. Sense: Unrecovered read error

Info fld=0x4a47e

JBD: Failed to read block at offset 9863

JBD: recovery Failed

EXT3-fs: error loading journal.

@H_301_19@

有没有办法可以恢复该分区中的数据？

编辑：

根据要求,tune2fs -l / dev / sdb2的输出为：

tune2fs 1.39 (29-May-2006)

Filesystem volume name: /var1

Last mounted on:

Filesystem UUID: d84f5181-24f3-40ce-9eaa-601ae5ae33bd

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

Default mount options: user_xattr acl

Filesystem state: clean

Errors behavior: Continue

Filesystem OS type: Linux

Inode count: 26214400

Block count: 26214063

Reserved block count: 1310703

Free blocks: 25127226

Free inodes: 26213665

First block: 0

Block size: 4096

Fragment size: 4096

Reserved GDT blocks: 1017

Blocks per group: 32768

Fragments per group: 32768

Inodes per group: 32768

Inode blocks per group: 1024

Filesystem created: Thu May 13 18:14:28 2010

Last mount time: Thu Nov 29 12:52:00 2012

Last write time: Wed Mar 27 20:29:28 2013

Mount count: 15

Maximum mount count: -1

Last checked: Thu May 13 18:14:28 2010

Check interval: 0 ()

Reserved blocks uid: 0 (user root)

Reserved blocks gid: 0 (group root)

First inode: 11

Inode size: 128

Journal inode: 8

Default directory hash: tea

Directory Hash Seed: 35f38c48-3933-4c99-bde2-63b0eccf200d

Journal backup: inode blocks

编辑2：

正如@Hartmut所建议的那样,我使用以下结果运行fsck.ext3 / dev / sdb2：

e2fsck 1.39 (29-May-2006)

/var1: recovering journal

/var1: Attempt to read block from filesystem resulted in short read while reading block 11931

JBD: Failed to read block at offset 9863

fsck.ext3: No such device or address while trying to re-open /var1

e2fsck: io manager magic bad!