web-dev-qa-db-ja.com

vgscanとlvmdiskscanで見つからない、失われたLVMボリュームグループを回復するには

投稿があります： 古いディスクデータをコピーする方法は？

答えはいいですが、助けにはなりませんでした。これはいくつかの違いがあるため、回答ユーザーはそこで新しい投稿を開くことを提案しています。

vgscanを使用して古いボリュームグループを探してシステムをスキャンしようとしましたが、古いボリュームグループが見つかりませんでした。

また、lvmdiskscanを使用して古い物理ボリュームを探しましたが、残念ながらlvmdiskscanはそれを見つけることができませんでした。以下はlvmdiskscanの出力です。

[root@localhost mapper]# lvmdiskscan
  /dev/ram0             [      16.00 MiB] 
  /dev/loop0            [     930.53 GiB] 
  /dev/root             [      50.00 GiB] 
  /dev/ram1             [      16.00 MiB] 
  /dev/sda1             [     500.00 MiB] 
  /dev/VolGroup/lv_swap [       7.05 GiB] 
  /dev/ram2             [      16.00 MiB] 
  /dev/sda2             [     931.02 GiB] 
  /dev/VolGroup/lv_home [     873.97 GiB] 
  /dev/ram3             [      16.00 MiB] 
  /dev/ram4             [      16.00 MiB] 
  /dev/ram5             [      16.00 MiB] 
  /dev/ram6             [      16.00 MiB] 
  /dev/ram7             [      16.00 MiB] 
  /dev/ram8             [      16.00 MiB] 
  /dev/ram9             [      16.00 MiB] 
  /dev/ram10            [      16.00 MiB] 
  /dev/ram11            [      16.00 MiB] 
  /dev/ram12            [      16.00 MiB] 
  /dev/ram13            [      16.00 MiB] 
  /dev/ram14            [      16.00 MiB] 
  /dev/ram15            [      16.00 MiB] 
  /dev/sdb1             [     500.00 MiB] 
  /dev/sdb2             [     931.02 GiB] LVM physical volume
  3 disks
  20 partitions
  0 LVM physical volume whole disks
  1 LVM physical volume

lvmdiskscanはLVM physical volumeにある新しいlvmインストールである/dev/sdb2を1つしか見つけることができませんでした。

fdisk -lの出力は次のとおりです。

[root@localhost mapper]# fdisk -l 

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x2cbfcf8a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1          64      512000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sda2              64      121602   976248832   8e  Linux LVM

Disk /dev/sdb: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0xe8a4e8a4

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *           1          64      512000   83  Linux
Partition 1 does not end on cylinder boundary.
/dev/sdb2              64      121602   976248832   8e  Linux LVM

Disk /dev/mapper/VolGroup-lv_root: 53.7 GB, 53687091200 bytes
255 heads, 63 sectors/track, 6527 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes

/dev/sda2は、古いlvmインストールが存在する場所です。

linuxlvmdata-recoverydisk
2
s-n-2

これは答えのない古い質問だと思います。しかし、同様の問題を抱えている人のためのいくつかのポインタがあります：

  • パーティションテーブルがパーティションタイプを_Linux LVM_として示すという事実は、パーティションが実際にLVMデータを保持していることを保証するものではありません。パーティションはすでに上書きされている可能性があります。

  • _file -s /dev/sda2_を試して、パーティションの内容が実際にLVM PVデータのように見えるかどうかを確認します。応答は次のようになります（もちろん、UUIDとサイズの値は異なります）。

    /dev/sda2: LVM2 PV (Linux Logical Volume Manager), UUID: xxxxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxxxx, size: <number>

  • パーティションに認識可能なLVM PVが含まれている場合は、_pvdisplay -m /dev/sda2_を試して、回復したいLVが実際に含まれているかどうかを確認してください。出力は次の操作の計画に役立つので、質問投稿に追加してください。

  • パーティションが上書きされたように見える場合（たとえば、誤った目的のmkfsまたは_pvcreate -ff_によって）、[〜＃〜] stop [〜＃〜] パーティションに書き込む可能性のある操作を実行している。 PhotoRec のようなファイル回復ツールを試すか、一部のファイル回復専門家に問い合わせることができます。この場合、何かを回復できるかどうかは、上書き操作の徹底度によって異なります。ファイルシステムのメタデータのみが上書きされた場合、上書きされていない部分から一部のファイルを回収できる可能性がありますが、そのためには、特殊なアプリケーションと、おそらくLVMとファイルシステムの構造に関する詳細な知識が必要です。

1
telcoM