ローカルに保存されたディレクトリマウントポイントを使用して仮想マシンを作成しました。以下のように/dev/sdbにインストールされます。
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
├─sda1 8:1 0 487M 0 part /boot
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 99.5G 0 part
├─r730bld--04--vm22--vg-root 252:0 0 95.5G 0 lvm /
└─r730bld--04--vm22--vg-swap_1 252:1 0 4G 0 lvm [SWAP]
sdb 8:16 0 200G 0 disk /var/details
sdc 8:32 0 200G 0 disk
/etc/fstabにも同じ詳細を追加しました。
/dev/sdb /var/details xfs rw,user,auto,_netdev 0 0
ただし、VMを再起動すると、マウントポイントが失われ、lsblkの出力が低下します。
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 100G 0 disk
├─sda1 8:1 0 487M 0 part /boot
├─sda2 8:2 0 1K 0 part
└─sda5 8:5 0 99.5G 0 part
├─r730bld--04--vm22--vg-root 252:0 0 95.5G 0 lvm /
└─r730bld--04--vm22--vg-swap_1 252:1 0 4G 0 lvm [SWAP]
sdb 8:16 0 200G 0 disk
└─QEMU_HARDDISK_QM00002 252:2 0 200G 0 mpath
sdc 8:32 0 200G 0 disk
└─QEMU_HARDDISK_QM00003 252:3 0 200G 0 mpath
VM は KVM ボックスに作成されます。これが一般的なバグか、私の設定に問題があるかはわかりません。
答え1
Grrr....はい、解決する必要がある2つの問題があります。最初のものは最近システムにシステム化されています。今週はそれについて気になるつもりはないので申し訳ありません。しかし、2番目の問題を見てみましょう。 :
最近のアドバイスは、デバイスの順序(特に友人(?)systemdの場合)が変わる可能性があるため、最も適切な/ dev / disk / {by-id | by-label | by-partlabel | by-partuuid | by-uuid}を使用しますということです。 。まあ、私は歴史的にSolarisと古いdevfsd命名規則を好みますが、disk / by -は動作します。
それに加えて、生のディスクよりもファイルシステムとしてよりよく認識されるように、パーティションの使用を再検討することをお勧めします。おそらく(mkfsまたはそれ以降のtunefsの間)パーティションを表示することで、systemdももう少しうまく機能します。
答え2
名前の代わりにディスクのUUIDを使用するように/etc/fstabを変更して問題を解決しました。
UUID="1a1cbf5d-b358-48fe-adf4-aa748b55e6c4" var/details xfs rw,user,auto,_netdev 0 0