web-dev-qa-db-ja.com

LVMで破損したext4パーティションからデータを復元する-fsckまたは不良ブロックを最初に修復しますか？

ノートブックでLinuxを使用しています。私のノートブックは最近地面に落ちました、そして今私は私の損傷したhddからできるだけ多くのデータを保存しようとしています。 LinuxライブCDからノートブックを起動できます。

簡単に言うと： 1つのext4パーティションはマウントできませんが、fsck.ext4で修復を試みることができます。また、最初にhddの不良ブロックの回復を試みることもできます（おそらくSpinRiteによって）。私は最初に何をすべきですか？

詳細：

これが私のドライブです：

# fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000080

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        3824    30716248+   7  HPFS/NTFS
/dev/sda2            3825       19449   125507812+  83  Linux
/dev/sda3           19450       19457       64260   83  Linux

/ dev/sda1NTFSパーティションを忘れましょう。それほど重要ではありません。 3番目のパーティション/ dev/sda3は/ bootだけであり、重要でもありません。 2番目の/ dev/sda2は、LVMの物理スペースです（以下を参照）。

論理グループ/ dev/group1/Archはdm-cryptLUKSによって暗号化されていますが、開くことができず、データが失われている可能性があります。論理グループ/ dev/group1/dataおよび/ dev/group1/data2はext4ボリュームです。/dev/group1/data2（mount -t ext4 -o ro、noload/dev/group1/data2/mnt/data2）をマウントしてバックアップできます外付けドライブ上のデータ。しかし、/ dev/group1/dataをマウントできません。

# mount -t ext4 -o ro,noload /dev/group1/data /x/data
mount: wrong fs type, bad option, bad superblock on /dev/mapper/group1-data,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

fsckが機能しない：

# fsck.ext4 -n /dev/group1/data
e2fsck 1.41.11 (14-Mar-2010)
fsck.ext4: Attempt to read block from filesystem resulted in short read while trying to open /dev/group1/data
Could this be a zero-length partition?

dumpe2fsはスーパーブロックも検出しません：

# dumpe2fs /dev/group1/data
dumpe2fs 1.41.11 (14-Mar-2010)
dumpe2fs: Attempt to read block from filesystem resulted in short read while trying to open /dev/group1/data
Couldn't find valid filesystem superblock.

私にできることは、スーパーブロックが通常どこにあるかを見つけようとすることだけです。

# mkfs.ext4 -n /dev/group1/data
mke2fs 1.41.11 (14-Mar-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
5242880 inodes, 20971520 blocks
1048576 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
640 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks: 
    32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
    4096000, 7962624, 11239424, 20480000

...そして、このスーパーブロックの1つを使用してfsckを開始します。

# fsck.ext4 -n -b 229376 /dev/group1/data
e2fsck 1.41.11 (14-Mar-2010)
One or more block group descriptor checksums are invalid.  Fix? no

Group descriptor 0 checksum is invalid.  IGNORED.
Group descriptor 1 checksum is invalid.  IGNORED.
Group descriptor 2 checksum is invalid.  IGNORED.
Group descriptor 3 checksum is invalid.  IGNORED.
Group descriptor 4 checksum is invalid.  IGNORED.
Group descriptor 5 checksum is invalid.  IGNORED.
...
Group descriptor 637 checksum is invalid.  IGNORED.
Group descriptor 638 checksum is invalid.  IGNORED.
Group descriptor 639 checksum is invalid.  IGNORED.
/dev/group1/data contains a file system with errors, check forced.
Resize inode not valid.  Recreate? no

Pass 1: Checking inodes, blocks, and sizes
...here I pressed Ctrl-C...

つまり、多くのエラーが表示されますが、修復しようとしているようです（もちろん、fsck.ext4-nの代わりにfsck.ext4-yを使用した場合）。

その他のオプション-私の友達にはSpinRite6ブートCDがあり、不良ブロックを修復するのに最適なプログラムの1つであると言われています。

だから私の[〜＃〜]質問[〜＃〜]は-すべきです

  1. 最初にSpinRiteを試して不良ブロックを修復し、次にfsck.ext4 -yを試してください（または、生のパーティション全体を外部HDD上の1つの大きなファイルにダンプし、コピーを作成し、ループバックとしてコピーをマウントしてから、fckk.ext4 -yを試してください）
  2. 最初のfsck.ext4-yを試してみてください。その後、一部のデータが読み取り可能になり、このデータを外部hddにバックアップします（最終的にはSpinRiteを試してください）。
  3. または何か他のことをしますか？

ヒントをありがとう。

LVM構造：

# pvdisplay 
  --- Physical volume ---
  PV Name               /dev/sda2
  VG Name               group1
  PV Size               119.69 GiB / not usable 2.22 MiB
  Allocatable           yes (but full)
  PE Size               4.00 MiB
  Total PE              30641
  Free PE               0
  Allocated PE          30641
  PV UUID               0k3Zl5-Q7BD-rb8J-9jTZ-2uii-GSGd-B339JB

# vgdisplay 
  --- Volume group ---
  VG Name               group1
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  10
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                4
  Open LV               1
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               119.69 GiB
  PE Size               4.00 MiB
  Total PE              30641
  Alloc PE / Size       30641 / 119.69 GiB
  Free  PE / Size       0 / 0   
  VG UUID               kKhvri-OVpL-uhCP-T4an-qXIJ-4XL0-kn9Ifi



# lvdisplay 
  --- Logical volume ---
  LV Name                /dev/group1/swap
  VG Name                group1
  LV UUID                wpDink-01q0-peLc-29at-5kgP-YO3a-8bNrb7
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                1.50 GiB
  Current LE             384
  Segments               1
  Allocation             contiguous
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:0

  --- Logical volume ---
  LV Name                /dev/group1/Arch
  VG Name                group1
  LV UUID                S1TZkr-y62z-dOuc-D38G-nuCH-1ilc-y2jqMa
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                15.00 GiB
  Current LE             3840
  Segments               1
  Allocation             contiguous
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

  --- Logical volume ---
  LV Name                /dev/group1/data
  VG Name                group1
  LV UUID                2R4LNv-sHPh-E7ES-goIF-5nUz-tQyj-GOiwvC
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                80.00 GiB
  Current LE             20480
  Segments               1
  Allocation             contiguous
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

  --- Logical volume ---
  LV Name                /dev/group1/data2
  VG Name                group1
  LV UUID                4VqpZj-uOBi-OAIZ-1IXA-G6mj-Qgfb-c6RYqw
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                23.19 GiB
  Current LE             5937
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:3
linuxlvmdata-recoveryext4
2
Stepan

私が最初にすることは、liveCDからのddrescueを使用してドライブのバックアップイメージを作成することです。ドライブに物理的な損傷がある場合、完全に故障するまでに有限の時間がかかる可能性があります。次に、そのイメージのコピーを作成して作業します。

そこから、あなたが試したことのない提案はありません。私より賢い人はそこであなたを助けなければならないでしょう。

5
dpflug