/ dev / mapperの下のlvmデバイスがありません

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に対応しています。

ただし、システムにはかなりの数のVGがあり、4つのVGが4つのディスクに分散しています。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

最近/devはtmpfs上にあり、起動するたびにゼロから作成されますudev。安全に再起動すると、これらのリンクが再び表示されます。

また/dev/dm-X、/dev/<vg>ディレクトリ内のノードへのLVMシンボリックリンク（各ボリュームグループに1つのディレクトリ）を見つける必要があります。ただし、再作成されたノードvgscan --mknodesは、適切なメジャー/マイナー番号を持っていることを前提として、正常に動作します-そして、それらは適切に作成された安全な仮定です。

あなたは、おそらくも取得することができますudev使用してシンボリックリンクを再作成しudevadm triggerてテストし、適切な試合で--dry-run、それが正しいとまで。再起動で修正される場合でも、努力する価値はほとんどありません。

私はあなたが説明したものと同様の問題を抱えていましたが、私にとっては新しい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ボリュームが検出され、それらにインストールできるようになりました。

グーグルでこの情報を見つけるのは大変だったので、他の人がより簡単に時間を過ごすことができることを期待してこの答えを書きました。したがって、詳細なコンテキストとネームドロップです。

質問の一部ではありませんが、完全を期すために、上記の状況（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が実行されることに注意してください。ここでexitと入力して再起動すると、システムが正常に起動します。

これもうまくいきました。

vgchange -a y -name of volume group-

カーネルパッチの後、RHELシステムは再起動に失敗しました。/dev/mapper/VG-lvファイルが見つからないという苦情。

シングルユーザーで起動し、コメントアウトしました/etc/fstab。オンラインになると、暗号化されたディスクがを使用して「不明なデバイス」として表示されていることがわかりましたpvs。

これを修正しましたが、ボリュームグループのデバイスファイルはまだありません。上記のコマンドを実行すると、デバイスマッパーファイルが再作成され、マウントできるようになりました。

debianをアップグレードした後、同様の問題が発生しました。再起動中に、次のメッセージが表示されました。

Unable to find LVM Volume. 
/dev/mapper/debian-root does not exist.

私はここで解決策を見つけました：

cryptsetup luksOpen /dev/sda5 lvmsys
lvm
lvm> vgscan        ## scan for volume groups
lvm> vgchange -a y ## activates the volume groups

そして、この後、うまく再起動しました。

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616689がここに関連しています。それは、lvm rootが時間内に表示されないようなタイムアウトに関係しています。