เรามีระบบที่ถูกตั้งค่าให้มีระบบไฟล์ที่ซ้ำซ้อนรวมถึงพาร์ติชั่นสำหรับเริ่มระบบด้วย ขณะนี้เราอยู่ในจุดที่ระบบไม่สามารถบู๊ตได้อย่างถูกต้องบนพาร์ติชั่นสำหรับบู๊ตทั้งสอง ตอนบูท มันบอกว่าไม่พบกลุ่มวอลุ่ม

เมื่อทำการบูทบนดิสก์กู้ภัย CentOS fdisk -l จะเห็นพาร์ติชั่นทั้งหมด:

การโจมตีครั้งที่ 1 มี
/ dev / sda1 Boot
/ dev / sda2 swap
/ dev / sda3 LVM

การโจมตีครั้งที่ 2 มี
/dev/sdc1 Boot
/dev/sdc2 swap
/dev/sdc3 LVM

นอกจากนี้ยังมี LVM ที่ 3 บนดิสก์การจู่โจมที่มีสำหรับข้อมูลเท่านั้น นี่ไม่ได้อ่านเหมือนกัน

เมื่อรัน pvscan จะมีข้อความว่า "ไม่พบฟิสิคัลวอลุ่มที่ตรงกัน" มีวิธีดูสาเหตุที่ไม่รู้จักฟิสิคัลวอลุ่ม LVM หรือไม่

answer

vgscan -vvvv

จะให้ผลลัพธ์ที่กว้างขวางมากเกี่ยวกับสาเหตุที่ vgscan พิจารณาว่าวอลุ่มเฉพาะใดๆ เป็นส่วนหนึ่งของกลุ่มวอลุ่ม คุณยังสามารถเรียกใช้pvs -aเพื่อดูสรุปของฟิสิคัลวอลุ่มของคุณควบคู่ไปกับการกำหนดกลุ่มวอลุ่ม

vgscan -vvvv output for one of the partitions:

Opened /dev/sdc3 RO /dev/sdc3: size is 3772817055 sectors 
Closed /dev/sdc3 /dev/sdc3: size is 3772817055 sectors 
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes 
Closed /dev/sdc3 Using /dev/sdc3 
Opened /dev/sdc3 RO O_DIRECT /dev/sdc3: block size is 512 bytes 
/dev/sdc3: No label detected
Closed /dev/sdc3

pvs -a didn't reveal anything. All physical volumes listed without a volume group assignment

"ไม่พบป้ายกำกับ" ฟังดูน่าเศร้า คุณแน่ใจหรือว่าเป็นพาร์ติชั่น LVM2 ไม่ใช่พาร์ติชั่นที่ md-raid ใช้? คุณสามารถตรวจสอบโดยใช้mdadm --examine /dev/sdc3. และกรุณาโพสต์fdisk -l /dev/sdc

Yes I'm sure it is an LVM2 partition. The mdadm command gives "No md superblock detectd on /dev/sdc3" The fdisk says /dev/sdc3 is a Linux LVM partition.

อา คุณจะอยู่ในตำแหน่งที่โชคดี (ประชดที่นี่ ขออภัย) เพื่อลองกู้คืน LVM เนื่องจากโครงสร้างข้อมูลน่าจะเสียหาย มีวิธีการเกี่ยวกับการกู้คืน LVMซึ่งอาจให้จุดเริ่มต้นแก่คุณ - ลองโหลดการกำหนดค่า VG ของคุณจากดิสก์เอง (โดยใช้dd if=/dev/sdc3 bs=512 count=255 skip=1) หรือจากโฟลเดอร์/etc/lvm/backupของระบบไฟล์รูทเดิมของคุณ (ซึ่งฉันเข้าใจว่าเปิดอยู่ / dev/sdc1) ลงใน/etc/lvm/backup/และออกvgscanคำสั่งใหม่

I tried that on both sda3 and sdc3 (as you can see, I have 3 lvm partitions to do this too) and they all result in binary files in the output text file. Ok, correction. There is some lvm meta data in the file, but it's several bytes into the file. I'm looking through the data, but it looks correct. I will keep trying to go through that restore process.

สิ่งนี้เป็นสิ่งที่คาดหวัง - ทั้งการกำหนดค่า VG และ LV เป็นข้อความที่ชัดเจนภายในโครงสร้างไบนารี

I ended up using a slightly modified process than what was outlined here. I ended up making a cfgbackup file from the byte data in the LVM, do a pvcreate, then a vgcfgrestore. After that, it worked. Thanks for the help.