ボリュームグループをマウントできません。 [閉じる]

ボリュームグループをマウントできません。 [閉じる]

新しいサーバーに外部接続された2つのドライブはすべて、LVMを使用して1つのドライブにマージされました。

vgscan
Reading all physical volumes.  This may take a while...
Found volume group "vol_grp1" using metadata type lvm2
Found volume group "vg1" using metadata type lvm2  

 pvscan
PV /dev/sde1   VG vol_grp1   lvm2 [465.76 GiB / 0    free]
PV /dev/sdd1   VG vol_grp1   lvm2 [200.00 GiB / 192.00 MiB free]
PV /dev/sdb1   VG vg1        lvm2 [465.75 GiB / 0    free]
PV /dev/sdc1   VG vg1        lvm2 [465.75 GiB / 0    free]
Total: 4 [1.56 TiB] / in use: 4 [1.56 TiB] / in no VG: 0 [0   ]

外部ドライブ /dev/sdd および /dev/sde は、LVM の /dev/vol_grp1/logical_vol1 にマージされます。

ボリュームグループをマウントしようとしても機能しません。

mount /dev/vol_grp1/logical_vol1 /mnt/usb
mount: you must specify the filesystem type

どんな提案がありますか?

答え1

それでも、ある種のファイルシステムを使用して論理ボリュームをフォーマットする必要があります。 LVM では、2 つの固定サイズのボリュームではなく、サイズ変更可能なボリュームを 1 つだけ持つことができます。

例:

# mkfs.ext4 /dev/vol_grp1/logical_vol1

その後、mountコマンドを再試行してください。

答え2

災害が発生する可能性があるlvmで何かを変更するには、まずbacula、dd、tar、cpio、amandaなど、必要なものを使用してボリュームの完全バックアップを作成する必要があります。次に、新しいサーバーでVGとlvmを再作成し、バックアップから復元します(例:)

OLD SERVER
VG VG01 1 lvm / #simple case..
NEW SERVER
VG VG02 1 lvm / #simple case..

新しいディスクを使用して新しいサーバーでVG02を再作成し、ここにバックアップを保存します。また、rsyncを使用すると、データと時間を失うことなく、リアルタイムで新しいVG02lvmsからVG01lvmsのすべてのデータをrsyncすることで、優れた作業を実現できます。唯一の解決策は、バックアップがあると仮定することです。他のサーバーから古いvgを復元できますか?

関連情報