
2 つのディスクを備えたマシン (CentOS 6.5 を実行するゲスト VM) があります。メイン OS がオンでsda
、2 番目のディスクには 2TB LVM がありますsdc
。
マシンに 2 台の 2TB ディスクを追加し、フォーマットしてから を使用してfdisk
LVM に追加するプロセスを実行していましたが、間違ったディスクを fdisk してしまいました。2 つの新しいディスクがとsdc
として表示されました。続行する前に適切に確認しなかったのは愚かでした。sdb
sdd
fdisk -l
1 に新しいプライマリ パーティションを作成し、システム ID を再度 8e (LVM) に上書きしました。
これでsdc
、新しい UUID と新しいパーティション テーブルが作成されました。
vgcfgrestore ユーティリティを使用してこれを回復する方法を知っている人はいますか? vg1 (ボリューム グループ バックアップ ファイル) 内の古い UUID を新しい UUID で上書きして、復元を実行できますか?
答え1
先日、gparted をデバッグしているときに、私も同じことをしました。DOSdd if=/dev/zero count=1 of=/dev/sdc
パーティション テーブルを消去し、次にpvcreate --uuid xxxx --norestorefile
lvm ヘッダーを再初期化し、最後にvcfgrestore
/etc/lvm/backup のバックアップから復元しました。このバックアップを見ると、pvcreate に渡す前のドライブの uuid もわかります。
答え2
ありがとう、Psusi
これは、最終的に私が行ったことよりもはるかに簡単だったでしょう。私は、基礎となるパーティションを再検出するために、詳細な分析を備えた testdisk を使用しました。2TB ドライブの 89% が使用されていたため、これには数時間かかりました。
ドライブとそのサイズを見つけたら (testdisk によって自動的に)、変更を書き込みました。
ただし、パーティション タイプとして intel を選択する必要があることに注意が必要です。none を選択した場合は、検索結果を書き込むことができません。
回答ありがとうございます!