web-dev-qa-db-ja.com

MBRが破損しているLVMボリューム：データをマウントして回復する方法は？

私はLVMとパーティショニング全般に慣れていないので、ここでの状況にあります。

状況：

Fedora16で作成したLVMディスクのMBRを誤って上書きしてしまいました。

これで、このディスク上の他のすべては無傷です。 MBRのみが破損しています（また、512バイトの最初の446バイトのみが破損しています）。誤って以下を発行してMBRを破損しました。

$ dd if=/the/wrong/446-byte-file.txt of=/dev/sda

このディスク（MBRが破損している）は、最初はシステムAで/ dev/sdaでしたが、現在のシステムであるシステムBにセカンダリディスクとして接続されています/dev/sdb、ファイルシステム/データ回復の目的で。現在、システムBではマウントできません。

システムBのfdisk -l出力は次のとおりです。

$ fdisk -l
Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x8e678e67

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   475813887   237905920   83  Linux
/dev/sda2       475813888   488396799     6291456   82  Linux swap / Solaris

Disk /dev/sdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders, total 156301488 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *        2048     1026047      512000   83  Linux
/dev/sdb2         1026048   156301311    77637632   8e  Linux LVM

質問：/ dev/sda Fedora 16の正常な非LVMセットアップを実行している場合、手動でマウントするにはどうすればよいですか/ dev/sdb（システムB内のどこかでMBRが破損しているため、すべてのデータをシステムBから回復できますか？ （ちなみに、データは内部のext4ファイルシステムに保存されています。）

これまでに試したこと：

a）pvsを発行し、これを取得しました：

（VG列が空であることに注意してください！）

$ pvs
  PV         VG   Fmt  Attr PSize  PFree 
  /dev/sdb2       lvm2 a--  74.04g 74.04g

b）pvscanを発行しました、これを取得しました：

$ pvscan
  PV /dev/sdb2                      lvm2 [74.04 GiB]
  Total: 1 [74.04 GiB] / in use: 0 [0   ] / in no VG: 1 [74.04 GiB]

c）以前のバックアップから/etc/lvm/backup/vg_XYZの内容を利用できます。しかし、このファイルからボリューム名とボリュームパスを推測/構築する方法がわかりません（このファイルでは、/ dev/sda2が対象のパーティションであることに注意してください/ dev/sdb2現在のシステムでは、システムB）：

# Generated by LVM2 version 2.02.84(2) (2011-02-09): Tue Oct 25 22:10:55 2011

contents = "Text Format Volume Group"
version = 1

description = "Created *after* executing 'vgchange -a y --sysinit'"

creation_Host = "XYZ"   # Linux XYZ 2.6.38.6-26.rc1.fc15.i686.PAE #1 SMP Mon May 9 20:36:50 UTC 2011 i686
creation_time = 1319560855      # Tue Oct 25 22:10:55 2011

vg_XYZ {
        id = "WN8593-xRnx-dn29-rcpb-tRAm-Bs5R-93DGWw"
        seqno = 3
        status = ["RESIZEABLE", "READ", "WRITE"]
        flags = []
        extent_size = 65536             # 32 Megabytes
        max_lv = 0
        max_pv = 0
        metadata_copies = 0

        physical_volumes {

                pv0 {
                        id = "voQHGq-9m5t-u39a-UBWP-1qKM-sS4M-t3EPYG"
                        device = "/dev/sda2"    # Hint only

                        status = ["ALLOCATABLE"]
                        flags = []
                        dev_size = 155275264    # 74.041 Gigabytes
                        pe_start = 2048
                        pe_count = 2369 # 74.0312 Gigabytes
                }
        }

        logical_volumes {

                lv_swap {
                        id = "Osi18q-409G-iG1s-Mdb2-00Lt-wtQV-WpF2mN"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 126      # 3.9375 Gigabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                stripes = [
                                        "pv0", 0
                                ]
                        }
                }

                lv_root {
                        id = "Wc8qdx-sYKi-qFeM-Bv48-YvZC-ClGU-VrYl4W"
                        status = ["READ", "WRITE", "VISIBLE"]
                        flags = []
                        segment_count = 1

                        segment1 {
                                start_extent = 0
                                extent_count = 2243     # 70.0938 Gigabytes

                                type = "striped"
                                stripe_count = 1        # linear

                                stripes = [
                                        "pv0", 126
                                ]
                        }
                }
        }
}

あなたの迅速な助けをいただければ幸いです、さもなければ私は本当に困っています！

よろしくお願いします...

/ HS

mbrlvmpartition-recovery
3
Harry

次の手順を順番に試してください。

編集（ハリーによる）

  1. 有効にするには、以下にリストされている残りのコマンド（vgcfgrestoreで始まる）に対してvgscanを実行する必要がありました。

    vgcfgrestore vg_XYZ

  2. また、マウントを成功させるにはe2fsck -y /dev/vg_XYZ/lv_rootが必要でした。

このcomp.os.linux.setupの投稿で説明されている詳細 ここ 。

すでにpvscanを実行しているので、vgscanに進みます。

vgscan --partial --mknodes --verbose

運が良ければ、vg_XYZでボリュームグループ/dev/sdb2を検出し、/devに必要なデバイスノードを作成する必要があります。

次に、ボリュームグループを使用可能にします。

vgchange -a y vg_XYZ

lvscanでフォローアップします。

lvscan --verbose

そして最後に、論理ボリュームを使用可能にします。

lvchange -a y vg_XYZ/lv_root

これで、lv_rootをどこかにマウントしてデータにアクセスできるようになります。

mkdir -p /mnt/rescue
mount -t ext4 -o ro /dev/vg_XYZ/lv_root /mnt/rescue

幸運を！

3
Steven Monday

PartedMagic liveCD/USBには、そのディスクからMBRを回復できる可能性のあるあらゆる種類のツールがあります。 testdiskは1つです そして私は他にもあることを知っています。間違って入力されたコマンドから数回私の肌を救いました。ddがdisk destroyerと呼ばれる理由があります。

2
Rob

バックアップファイルにある番号を使用して、デバイスを手動で作成できる場合があります。

dmsetup create foo --table "0 146997248 linear /dev/sdb2 8259584"
mount -o ro /dev/mapper/foo /mnt

数値は次のように計算されます。

146997248 = extent_count * extent_size = 2243 * 65536
8259584 = pe_start + 126 * extent_size = 2048 + 126 * 65536

これはテストされていません。バックアップが現在の構成の正確な図を提供しない場合（または計算が間違っている場合-LVMを十分に深く理解するのではなく、ローカル構成との類似性によってそれらを再現しました）、それは機能しません。

1
Richard Kettlewell