อุปกรณ์ lvm ใต้ / dev / mapper หายไป


21

ฉันใช้ Debian squeeze และเรียกใช้ LVM ด้านบนของซอฟต์แวร์ RAID 1 ฉันเพิ่งค้นพบโดยบังเอิญว่าลิงค์ส่วนใหญ่/dev/mapperหายไปแม้ว่าระบบของฉันจะทำงานได้อย่างถูกต้อง

ฉันไม่แน่ใจว่าเกิดอะไรขึ้น สิ่งเดียวที่ฉันสามารถจินตนาการได้ว่าเป็นสาเหตุมาจากความพยายามที่ล้มเหลวของฉันในการนำภาชนะบรรจุอาหารของ LXC มาทำงาน ฉันสิ้นสุดการลบไดเรกทอรีที่/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 ที่ฉันเพิ่งสร้างขึ้น

อย่างไรก็ตามฉันมี VGs จำนวนมากในระบบของฉันซึ่งสอดคล้องกับ 4 VGs ที่แพร่กระจายใน 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

ฉันจะเป็นคนแรกที่ระบุสิ่งที่ชัดเจนที่นี่ สำรองข้อมูลสำคัญของคุณลงในกล่องนั้นทันทีจากนั้นวิเคราะห์ว่ากล่องนั้นถูกปิดไว้หรือไม่
rfelsburg

4
/etc/init.d/lvm2 startคุณควรพยายาม มันเป็นการหลอกลวงสำหรับฉัน (แต่ฉันไม่ได้อยู่ในสถานการณ์ของคุณอย่างแน่นอน)
Totor

ขอบคุณ @Totor สำหรับความคิดเห็นของคุณ; คุณเพิ่งบันทึกวันของฉัน! :-)
Valentin

คำตอบ:


16

วันนี้/devอยู่ใน tmpfs udevและถูกสร้างขึ้นจากรอยขีดข่วนแต่ละบูตโดย คุณสามารถรีบู๊ตได้อย่างปลอดภัยและลิงก์เหล่านี้จะกลับมา

คุณควรค้นหาลิงก์ LVM ไปยัง/dev/dm-Xโหนดใน/dev/<vg>ไดเร็กทอรีหนึ่งไดเร็กทอรีสำหรับแต่ละกลุ่มวอลุ่ม อย่างไรก็ตามโหนดเหล่านั้นที่สร้างขึ้นใหม่โดยvgscan --mknodesจะทำงานได้ดีโดยสมมติว่าพวกเขามีหมายเลขหลัก / รองที่ถูกต้อง - และมันเป็นสมมติฐานที่ปลอดภัยที่สร้างขึ้นอย่างถูกต้อง

คุณอาจจะสามารถudevสร้าง symlink ขึ้นมาใหม่โดยใช้udevadm triggerคู่ที่เหมาะสมทดสอบด้วย--dry-runจนกว่ามันจะถูกต้อง ดูเหมือนว่าแทบจะไม่คุ้มค่ากับความพยายามแม้ว่าเมื่อรีบูตเครื่องจะแก้ไขก็ตาม


ขอบคุณสำหรับคำตอบ. หนึ่งคำขอสำหรับการชี้แจง: เมื่อคุณพูดว่า "โหนดที่สร้างขึ้นใหม่เหล่านั้นจะทำงานได้ดี" คุณกำลังอ้างถึง "โหนด / dev / dm-X" ใช่ไหม? คุณหมายถึงอะไรโดย "สร้างขึ้นใหม่" ที่นี่และ "ทำงานได้ดี" ในแง่ใด ทำงานได้ดีเพื่ออะไร ขอโทษความช้าของฉัน ฉันถือว่าอุปกรณ์ LVM ทั้งหมดถูกสร้างขึ้นใหม่จากข้อมูลที่เก็บไว้ใน/etc/lvm/archive?
Faheem Mitha

vgscan --mknodesผมหมายถึงโหนดที่สร้างขึ้นโดย มันไม่ใช่ symlink ดั้งเดิม แต่เป็นโหนด dev dev ที่ symlink จะชี้ไป ตัวอย่างเช่นคุณควรค้นหานั่น/dev/olddebian/rootคือ symlink ไปที่ ../dm-3 ซึ่งจะมีค่าหลักเหมือนกัน: ตัวเลขรองเป็นค่าที่สร้างขึ้น/dev/mapper/olddebian-rootใหม่
camh

ขอขอบคุณสำหรับการชี้แจง. ฉันตรวจสอบว่าสิ่งที่คุณพูดนั้นถูกต้องสำหรับ / dev / mapper / debian-video ซึ่งเป็นหนึ่งในสองลิงก์สัญลักษณ์ที่เป็นอันตรายของฉัน :-) ฉันเพิ่งอ่านเกี่ยวกับหมายเลขอุปกรณ์หลัก / รอง ขอบคุณสำหรับคำตอบทางการศึกษา
Faheem Mitha

38

ฉันเพิ่งมีปัญหาคล้ายกับสิ่งที่คุณอธิบาย แต่สำหรับฉันมันเกิดขึ้นเมื่อฉันพยายามติดตั้ง 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) คุณต้องเพิ่ม lvm2 ไปยัง initrd ของระบบที่เพิ่งติดตั้งใหม่เมื่อติดตั้งเสร็จหรือไม่สามารถบูตได้ ระบบใหม่ของคุณควรได้รับการตั้งค่าให้กับคุณใน / เป้าหมาย แต่ถ้าไม่เป็นเช่นนั้นให้ทำด้วยตนเองดังนี้:

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 และ reboot จากนั้นระบบของคุณควรบูตอย่างถูกต้อง


+1 คุณสมบัติที่คลุมเครือมากของ LVM ทำไมบนโลกนี้จึงถูกมองว่าเป็น 'เปิดใช้งาน' (โดยไม่มีผลกระทบใด ๆ ที่มองเห็นได้) ในซีดีกู้ภัยหนึ่งแผ่น แต่ไม่ใช่ในอีกแผ่นหนึ่ง?
Van Jone

ขอบคุณ ฉันอ่านและใช้vgchangeเวลากว่า 6 ปีหลังจากเขียนคำถามและหลังจากค้นหาคำถามในการค้นหา :-) ฉันลืมไปเลยว่าฉันเขียนไว้ ในกรณีของฉันปัญหาคือว่า LVs ไม่ทำงาน
Faheem Mitha

3

มันก็ใช้ได้กับฉันเช่นกัน

vgchange -a y -name of volume group-

การติดตาม kernel patch ของระบบ RHEL ของฉันไม่สามารถรีบูตได้ การร้องเรียนเกี่ยวกับ/dev/mapper/VG-lvไฟล์ที่หายไป

/etc/fstabรองเท้าบู๊ตเพื่อผู้เดียวและแสดงความคิดเห็นจาก ออนไลน์เมื่อผมพบดิสก์เข้ารหัสของฉันคือการแสดงให้เห็นว่า "อุปกรณ์ที่ไม่รู้จัก" pvsใช้

แก้ไขสิ่งนี้ แต่ยังคงไม่มีไฟล์อุปกรณ์สำหรับกลุ่มวอลุ่ม การรันคำสั่งด้านบนสร้างไฟล์ mapper อุปกรณ์ขึ้นใหม่และอนุญาตให้ฉันเมานได้


2

ฉันมีปัญหาที่คล้ายกันหลังจากอัปเดตเดเบียน ในระหว่างการรีบูตข้อความนี้ปรากฏแก่ฉัน:

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

และหลังจากนั้นมันก็ทำการรีบูทใหม่หลังจากนี้


0

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616689มีความเกี่ยวข้องที่นี่ จะทำอย่างไรกับ timeouts เช่นนั้น lvm root ไม่ปรากฏขึ้นในเวลา


1
อาจเป็นสิ่งที่ควรค่าแก่การโพสต์ไฮไลท์หรือข้อมูลสำคัญในบรรทัดเช่นเดียวกับประเพณี
HalosGhost
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.