/ dev / mapper altındaki lvm cihazları eksik


21

Debian sıkmak kullanıyorum ve yazılım RAID 1 üstünde LVM çalıştırıyorum /dev/mapper.

Ne olduğundan emin değilim. Bunun neden olabileceğini hayal edebildiğim tek şey, bir LXC fedora konteynerinin çalışması için başarısız girişimim oldu. /cgroup/laughlinKapsayıcıya karşılık gelen bir dizini sildim, ancak bunun neden soruna neden olması gerektiğini hayal edemiyorum. /dev/mapperbaktı (bazı değişiklikler yaptım, aşağıya bakın) yaklaşık olarak

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 az önce oluşturduğum bir LV'ye karşılık geliyor.

Ancak, sistemimde 4 diske yayılmış 4 VG'ye karşılık gelen çok sayıda VG var. vgsverir

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

Koşmayı denedim

 /dev/mapper# vgscan --mknodes

ve bazı cihazlar oluşturuldu (aşağıdaki çıktıya bakın), ancak dm cihazlarına olması gerektiği gibi sembolik bağlantılar değildir, bu yüzden bunun işe yaramaz mı yoksa daha kötü mü olduğundan emin değilim. Doğru bağlantıların yeniden oluşturulmasını engellerler miydi? Bu cihazları tekrar silmeli miyim?

Ben udev bu bağlantıları oluşturur inanıyorum, bu yüzden bir yeniden başlatma bu sorunu gidermek, ya da önyüklenemez bir sistem olsun? Bunu düzeltmek için ne yapmalıyım? Fark etmediğim başka sorunların olmadığından emin olmak için yürütmem gereken teşhis / akıl sağlığı kontrolleri var mı? Herhangi bir yardım için şimdiden teşekkür ederiz.

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

Burada bariz olanı ilk söyleyeceğim. Bu kutudaki önemli verilerinizi hemen yedekleyin, ardından kutunun basılı olup olmadığını teşhis edin.
rfelsburg

4
Denemelisin /etc/init.d/lvm2 start. Benim için hile yaptı (ama tam olarak senin durumunda değildim).
Totor

Yorumunuz için @Totor; az önce günümü kurtardın! :-)
Valentin

Yanıtlar:


16

Bu gün /devtmpfs üzerinde ve her önyükleme tarafından sıfırdan oluşturulur udev. Güvenli bir şekilde yeniden başlatabilirsiniz ve bu bağlantılar geri gelecektir.

Ayrıca , her birim grubu için bir dizin /dev/dm-Xolan /dev/<vg>dizinlerdeki düğümlere LVM simgeleri bulmalısınız . Bununla birlikte, tarafından yeniden oluşturulan bu düğümler vgscan --mknodesde doğru büyük / küçük sayılara sahip oldukları varsayılarak iyi çalışır - ve düzgün bir şekilde oluşturuldukları güvenli bir varsayımdır.

Ayrıca , doğru olana kadar test ederek, uygun bir eşleşmeyi udevkullanarak sembol bağlantılarını yeniden oluşturabilirsiniz . Bir yeniden başlatmanın da düzelteceği zaman çabaya değmez.udevadm trigger--dry-run


Cevap için teşekkürler. Bir açıklama isteği: "bu yeniden oluşturulan düğümler de iyi çalışır" derken, "/ dev / dm-X düğümleri" den bahsediyorsunuz, değil mi? Burada "yeniden yaratılmış" ve aynı zamanda "aynı zamanda iyi çalışıyor" ile ne demek istiyorsun? Ne için iyi çalışıyorsun? Yavaşlığımı affedin. Tüm LVM cihazlarının saklanan bilgilerden yeniden oluşturulduğunu varsayıyorum /etc/lvm/archive?
Faheem Mitha

Demek istediğim, tarafından oluşturulan düğümler vgscan --mknodes. Orijinal semboller değillerdir, ancak semboliklerin işaret ettiği blok geliştirme düğümleridir. Örneğin, /dev/olddebian/root../dm-3 için bir sembolik bağlantı bulmanız gerekir; bu, aynı ana öğeye sahip olacaktır: yeniden oluşturulan küçük sayılar /dev/mapper/olddebian-root.
camh

Açıklama için teşekkürler. Söylediklerinizin iki sağlam sembolik bağımdan biri olan / dev / mapper / debian-video için doğru olduğunu kontrol ettim. :-) Sadece büyük / küçük cihaz numaraları hakkında bir okuma yaptım. Eğitim yanıtı için teşekkürler.
Faheem Mitha

38

Açıkladığınız şeyle benzer bir sorunum vardı, ancak benim için yeni Ubuntu 11.10 Oneiric Ozelot'u bir LVM birimine kurmaya çalışırken oldu. Ben canlı bir önyükleme sistemi (gerekli mantıksal hacimler zaten mevcut) lvm kurmak için aşağıdakileri yapmıştı:

apt-get install lvm2
vgscan --mknodes -v

Şimdi lvscan -vhacimlerimi gösterdim ama içeri /dev/mappergirmediler /dev/<vg>/. Sonunda , ses grubu etkinleştirmek için gerekli olduğunu buldum, şöyle :

vgchange -a y <name of volume group>

Yukarıdaki komut benim için eksik olan tüm cihaz dosyalarını yarattı. Şimdi yükleme programını başlatabilirim ve lvm birimlerini bulabilir ve onlara yüklememe izin verir.

Google'da bu bilgileri bulmak zordu, bu yüzden bu cevabı başkalarının daha kolay bir zaman geçireceği umuduyla yazıyorum - dolayısıyla derinlemesine bağlam ve adlandırılmış kırpma.

Sorunun bir parçası olmasa da, eksiksizlik için, yukarıdaki durumda (Ubuntu LVM yüklemesi) yüklemeyi tamamladıktan sonra yeni yüklenen sistemin başlığına lvm2 eklemeniz gerektiğini ekleyeceğim veya önyükleme yapmayacaktır. Yeni sisteminiz / target için sizin için ayarlanmalıdır, ancak değilse, manuel olarak şu şekilde yapın:

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

Ben ağa krootta çalışmasını sağlamak için yapmam gerekiyordu, ki bundan sonra geleceğim:

cp /etc/resolv.conf /target/etc/

Şimdi yeni sisteme bağlanın ve lvm2'yi yükleyin:

chroot /target
apt-get install lvm2

Update-initramfs çalıştırdığına dikkat edin. Şimdi exit ve reboot yazmanız yeterlidir; sisteminiz düzgün şekilde önyüklenmelidir.


+1 LVM'nin çok belirsiz özelliği. Neden Dünya'da bir kurtarma CD'sinde 'etkin' (tabii ki görünür bir etkisi olmadan) olarak kabul edildi, ancak başka bir CD'de değil?
Van Jone

Teşekkürler. Bunu okudum ve vgchangesoruyu yazdıktan sonra ve soruyu bir aramada bulduktan 6 yıl sonra kullandım . :-) Yazmış olduğumu unutmuştum. Benim durumumda, sorun kesinlikle LV'lerin aktif olmamasıydı.
Faheem Mitha

3

Bu da benim için çalıştı.

vgchange -a y -name of volume group-

Bir çekirdek düzeltme ekinden sonra RHEL sistemim yeniden başlatılamadı. Eksik bir /dev/mapper/VG-lvdosyanın şikayet edilmesi .

Tek kullanıcıya önyükleme yaptı ve üzerinden yorum yaptı /etc/fstab. Bir kez çevrimiçi şifreli disk kullanarak "bilinmeyen cihaz" olarak bulundu bulundu pvs.

Bu düzeltildi ancak Birim grubu için hala cihaz dosyası yok. Yukarıdaki komutu çalıştırmak, aygıt eşleyici dosyalarını yeniden oluşturdu ve monte etmeme izin verdi.


2

Benim debian yükselttikten sonra benzer bir sorun vardı. Yeniden başlatma sırasında bu mesaj bana göründü:

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

Çözümü burada buldum :

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

Ve voilà, bundan sonra güzel bir şekilde yeniden başlatıldı.


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.