XenServerからKVMに仮想マシン(CentOS)をインポートしました。この仮想マシンには元々2つのディスク(LVM)がありました。インポートしたマシンに両方のディスクをKVMに追加しました。ブートパーティションを含むディスクは正しく定義されていますが、インポートで2番目のディスクに問題があったようです。
これを修正するにはどうすればよいですか?
起動中に発生するエラーの下...
その他の情報私は...
その他の情報II ...
その他の情報III.。
問題は、デバイス「xvdb1」(XenServer)...
[root@vmrhs1doctxt01 consultor]# cat /etc/fstab
[...]
/dev/xvdb1 /mount ext4 defaults 0 1
[...]
...は「vdb1」(KVM)と呼ばれるようになりました。
解決策は、「/ etc/fstab」のエントリを「vdb1」に変更することでした...
[root@vmrhs1doctxt01 consultor]# cat /etc/fstab
[...]
/dev/vdb1 /mount ext4 defaults 0 1
[...]
ただし、「/ etc/fstab」ファイルの内容にアクセスするには、最初に次のようにして、問題のVG(ボリュームグループ)の「/」をマウントする必要があります。
Linuxシステムレスキューディスクを使用して最初に起動します。私の場合、SystemRescueCd( http://www.system-rescue-cd.org/ )(systemrescuecd-6.0.3.iso)を使用しました。
システムが起動したら、以下のコマンドを実行してVGの名前を確認します...
[root@vmrhs1doctxt01 consultor]# pvdisplay
[...]
VG Name RH
[...]
... VGが検出されると、LV(論理ボリューム)は「/ dev/RH /」になります。
ターゲットLV(私の場合は「/ dev/RH/LV_ROOT」)を見つけたら、LVファイルシステムを見つける必要があります...
[root@vmrhs1doctxt01 consultor]# file -s /dev/RH/LV_ROOT
/dev/RH/LV_ROOT: symbolic link to `../dm-0'
[root@vmrhs1doctxt01 consultor]# file -s /dev/dm-0
/dev/dm-0: Linux rev 1.0 ext4 filesystem data (needs journal recovery) (extents) (large files) (huge files)
注:「/ dev/RH/LV_ROOT」は「/ dev/dm-0」へのシンボリックリンクです。
ファイルシステム(私の場合は「ext4」)を検出したら、LVをマウントします...
[root@vmrhs1doctxt01 consultor]# mkdir /mnt/LV_ROOT
[root@vmrhs1doctxt01 consultor]# mount -t ext4 /dev/RH/LV_ROOT /mnt/LV_ROOT
...そして「fstab」ファイルを編集します...
[root@vmrhs1doctxt01 consultor]# vi /mnt/LV_ROOT/etc/fstab
完了! = D
[参照: https://forums.centos.org/viewtopic.php?t=4455#p21571 、 https://www.systutorials.com/241497/how-to -mount-lvm-volume-from-an-external-hard-disk-on-centos / 、 https://unix.stackexchange.com/a/235166/61742 ]