私はDebian squeezeを使用しており、ソフトウェアRAID 1の上でLVMを実行しています。/dev/mapper私のシステムはまだうまくいくようですが、下のリンクのほとんどが欠落していることを偶然発見しました。
何が起こったのかよく分からない。私が想像できる唯一の理由は、LXC Fedoraコンテナを操作しようとする試みが失敗したためです。結局、コンテナに該当するディレクトリを削除しましたが/cgroup/laughlin、これがなぜ問題になるのかわかりません。
/dev/mapperおおよそ次のようになります（いくつかの変更を適用しました。以下を参照）。
orwell:/dev/mapper# ls -la
total 0
drwxr-xr-x 2 root root 540 Apr 12 05:08 .
drwxr-xr-x 22 root root 4500 Apr 12 05:08 ..
crw------- 1 root root 10, 59 Apr 8 10:32 control
lrwxrwxrwx 1 root root 7 Mar 29 08:28 debian-root -> ../dm-0
lrwxrwxrwx 1 root root 8 Apr 12 03:32 debian-video -> ../dm-23
debian-videoは私が作成したばかりのLVに対応しています。
しかし、私のシステムには、4つのディスクに4つのVGが分散されているなど、かなり多くのVGがあります。vgs与えられた
orwell:/dev/mapper# vgs
VG #PV #LV #SN Attr VSize VFree
backup 1 2 0 wz--n- 186.26g 96.26g
debian 1 7 0 wz--n- 465.76g 151.41g
olddebian 1 12 0 wz--n- 186.26g 21.26g
testdebian 1 3 0 wz--n- 111.75g 34.22g
走ってみよう
/dev/mapper# vgscan --mknodes
一部のデバイスは作成されますが（以下の出力を参照）、dmデバイスへのシンボリックリンクではないため、これが役に立たないのか悪いのかわかりません。正しいリンクが再生成されるのを防ぎますか？このデバイスをもう一度削除する必要がありますか？
udevがこれらのリンクを作成したと思います。再起動するとこの問題は解決しますか、起動できないシステムが発生しますか？この問題を解決するにはどうすればよいですか？私が認識しない他の問題がないことを確認するために実行する必要がある診断/ステータスチェックはありますか？助けてくれてありがとう。
orwell:/dev/mapper# ls -la
total 0
drwxr-xr-x 2 root root 540 Apr 12 05:08 .
drwxr-xr-x 22 root root 4500 Apr 12 05:08 ..
brw-rw---- 1 root disk 253, 1 Apr 12 05:08 backup-local_src
brw-rw---- 1 root disk 253, 2 Apr 12 05:08 backup-video
crw------- 1 root root 10, 59 Apr 8 10:32 control
brw-rw---- 1 root disk 253, 15 Apr 12 05:08 debian-boot
brw-rw---- 1 root disk 253, 16 Apr 12 05:08 debian-home
brw-rw---- 1 root disk 253, 22 Apr 12 05:08 debian-lxc_laughlin
brw-rw---- 1 root disk 253, 21 Apr 12 05:08 debian-lxc_squeeze
lrwxrwxrwx 1 root root 7 Mar 29 08:28 debian-root -> ../dm-0
brw-rw---- 1 root disk 253, 17 Apr 12 05:08 debian-swap
lrwxrwxrwx 1 root root 8 Apr 12 03:32 debian-video -> ../dm-23
brw-rw---- 1 root disk 253, 10 Apr 12 05:08 olddebian-etch_template
brw-rw---- 1 root disk 253, 13 Apr 12 05:08 olddebian-fedora
brw-rw---- 1 root disk 253, 8 Apr 12 05:08 olddebian-feisty
brw-rw---- 1 root disk 253, 9 Apr 12 05:08 olddebian-gutsy
brw-rw---- 1 root disk 253, 4 Apr 12 05:08 olddebian-home
brw-rw---- 1 root disk 253, 11 Apr 12 05:08 olddebian-lenny
brw-rw---- 1 root disk 253, 7 Apr 12 05:08 olddebian-msi
brw-rw---- 1 root disk 253, 5 Apr 12 05:08 olddebian-oldchresto
brw-rw---- 1 root disk 253, 3 Apr 12 05:08 olddebian-root
brw-rw---- 1 root disk 253, 14 Apr 12 05:08 olddebian-suse
brw-rw---- 1 root disk 253, 6 Apr 12 05:08 olddebian-vgentoo
brw-rw---- 1 root disk 253, 12 Apr 12 05:08 olddebian-wsgi
brw-rw---- 1 root disk 253, 20 Apr 12 05:08 testdebian-boot
brw-rw---- 1 root disk 253, 18 Apr 12 05:08 testdebian-home
brw-rw---- 1 root disk 253, 19 Apr 12 05:08 testdebian-root
答え1
上記のような問題が発生しましたが、新しいUbuntu 11.10 Oneiric OzelotをLVMボリュームにインストールしようとしたときにこの問題が発生しました。ライブブートシステムでlvmを設定するには、次のようにしました（必要な論理ボリュームがすでに存在しています）。
apt-get install lvm2
vgscan --mknodes -v
lvscan -v私の本は今表示されていますが、ここにも/dev/mapperそこもありません/dev/<vg>/。ついに私に必要なものを見つけた〜できるようにする以下のようにボリュームグループ：
vgchange -a y <name of volume group>
上記のコマンドで欠落しているすべてのデバイスファイルが作成されました。これでインストーラを起動すると、lvmボリュームを見つけてインストールできます。
Googleがこの情報を見つけるのは難しいので、他の人が見つけやすくしたいと思うようにこの答えを書いてください。これにより、詳細な背景と名前が付けられました。
質問の一部ではありませんが、上記の場合（Ubuntu LVMのインストール）、完全性のためにインストールが完了した後、新しくインストールされたシステムのinitrdにlvm2を追加する必要があることを追加します。それ以外の場合は起動しません。新しいシステムは/targetに設定する必要がありますが、そうでない場合は、次のように手動で設定してください。
mount /dev/vg/new_root /target
mount /dev/sdx1 /target/boot # important
mount -o bind /proc /target/proc
mount -o bind /sys /target/sys
mount -o bind /dev /target/dev
mount -o bind /dev/pts /target/dev/pts
chrootでネットワーク操作を実行するには、これを行う必要があります。これについては次に取り上げます。
cp /etc/resolv.conf /target/etc/
次に、新しいシステムとしてchrootし、lvm2をインストールします。
chroot /target
apt-get install lvm2
update-initramfsを実行していることに注意してください。今すぐシャットダウンして再起動を入力すると、システムが正しく起動します。
答え2
これは/devtmpfsにあり、起動するたびに最初から作成されますudev。安全に再起動すると、そのリンクが復元されます。
また、各ボリュームグループごとに、ディレクトリ内のノードへの/dev/dm-XLVMシンボリックリンクを1つずつ見つける必要があります。/dev/<vg>ただし、再生成されたノードはvgscan --mknodes正しい州/マイナー番号があると仮定すると正常に機能し、正しく作成されたと仮定するのは安全です。
適切な一致を使用してシンボリックリンクを再作成し、udev正しく機能するまでテストすることもできます。しかし、再起動で問題が解決した場合は、努力する価値はないようです。udevadm trigger--dry-run
答え3
これは私にとっても効果的です。
vgchange -a y -name of volume group-
カーネルパッチを適用した後、RHELシステムを再起動できません。不足しているファイルについて文句を言います/dev/mapper/VG-lv。
シングルユーザーとして起動してコメントしました/etc/fstab。インターネットサーフィン後に暗号化されたディスクpvs。
問題は解決しましたが、まだボリュームグループのデバイスファイルがありません。上記のコマンドを実行すると、デバイスマッパーファイルが再生成され、インストールできるようになりました。
答え4
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616689ここに関連しています。これはタイムアウトに関連しており、lvmルートが時間内に表示されなくなります。