ฉันสร้างโลจิคัลวอลุ่ม ( scandata) ที่มีพาร์ติชัน ext3 เดียว เป็นโลจิคัลวอลุ่มเดียวในกลุ่มวอลุ่ม ( case4t) กลุ่มวอลุ่มดังกล่าวประกอบด้วยฟิสิคัลวอลุ่ม 3 ตัว ซึ่งเป็นพาร์ติชั่นหลักสามพาร์ติชั่นบนอุปกรณ์บล็อกเดียว ( /dev/sdb)

/dev/mapper/case4t-scandatap1เมื่อผมสร้างมันขึ้นมาฉันจะติดพาร์ทิชันผ่านทางอุปกรณ์ป้องกัน

ตั้งแต่รีบูตครั้งล่าสุด ไฟล์อุปกรณ์บล็อกดังกล่าวได้หายไป

อาจเป็นที่น่าสังเกตว่า -- ฉันไม่แน่ใจ -- ว่าหัวหน้าของฉัน (อาจารย์วิทยาลัย) ได้แจ้งการรีบูตโดยการเรียกใช้sudo chmod -R [his name] /usr/binซึ่งกำจัด suid ทั้งหมดในเส้นทางของมัน ป้องกันไม่ให้เราทั้งคู่sudo-ing ปัญหานั้นได้รับการแก้ไข (ชั่วคราว) ผ่านการดำเนินการนี้

ตอนนี้ฉันจะตัดบทสนทนาและเริ่มต้นด้วยการทิ้งเทอร์มินัล:

$ sudo pvs; sudo vgs; sudo lvs

    Logging initialised at Sat Jan  8 11:42:34 2011  
    Set umask to 0077   
    Scanning for physical volume names  
PV         VG     Fmt  Attr PSize   PFree  
/dev/sdb1  case4t lvm2 a-   819.32G    0   
/dev/sdb2  case4t lvm2 a-   866.40G    0   
/dev/sdb3  case4t lvm2 a-    47.09G    0   
    Wiping internal VG cache  
    Logging initialised at Sat Jan  8 11:42:34 2011  
    Set umask to 0077  
    Finding all volume groups  
    Finding volume group "case4t"  
VG     #PV #LV #SN Attr   VSize VFree  
case4t   3   1   0 wz--n- 1.69T    0   
    Wiping internal VG cache  
    Logging initialised at Sat Jan  8 11:42:34 2011  
    Set umask to 0077  
    Finding all logical volumes  
LV       VG     Attr   LSize Origin Snap%  Move Log Copy%  Convert  
scandata case4t -wi-a- 1.69T                                        
    Wiping internal VG cache  

$ sudo vgchange -ay

Logging initialised at Sat Jan  8 11:43:14 2011
Set umask to 0077
Finding all volume groups
Finding volume group "case4t"
1 logical volume(s) in volume group "case4t" already active
1 existing logical volume(s) in volume group "case4t" monitored
Found volume group "case4t"
Activated logical volumes in volume group "case4t"
1 logical volume(s) in volume group "case4t" now active
Wiping internal VG cache

$ ls / dev | grep case4t

case4t

$ ls /dev/mapper

case4t-scandata  control

$ sudo fdisk -l /dev/case4t/scandata

Disk /dev/case4t/scandata: 1860.5 GB, 1860584865792 bytes
255 heads, 63 sectors/track, 226203 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00049bf5

               Device Boot      Start         End      Blocks   Id  System
/dev/case4t/scandata1               1      226203  1816975566   83  Linux

$ sudo parted /dev/case4t/scandata print

Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/case4t-scandata: 1861GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  1861GB  1861GB  primary  ext3    

$ sudo fdisk -l /dev/sdb

Disk /dev/sdb: 1860.5 GB, 1860593254400 bytes
255 heads, 63 sectors/track, 226204 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000081

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      106955   859116006   83  Linux
/dev/sdb2          113103      226204   908491815   83  Linux
/dev/sdb3          106956      113102    49375777+  83  Linux

Partition table entries are not in disk order

$ sudo parted /dev/sdb print

Model: DELL PERC 6/i (scsi)
Disk /dev/sdb: 1861GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start   End     Size    Type     File system  Flags
 1      32.3kB  880GB   880GB   primary  reiserfs          
 3      880GB   930GB   50.6GB  primary                    
 2      930GB   1861GB  930GB   primary

ฉันพบว่ามันแปลกนิดหน่อยที่พาร์ติชั่นด้านบนถูกเรียกว่า reiserfs หรือถ้ามันสำคัญ -- ก่อนหน้านี้มันเคยเป็น reiserfs แต่ LVM จำได้ว่ามันเป็น PV

เพื่อย้ำว่าไม่มี/dev/mapper/case4t-scandatap1(ซึ่งฉันเคยใช้ก่อนหน้านี้) หรือ/dev/case4t/scandata1(ตามที่พิมพ์โดยfdisk) อยู่ และ/dev/case4t/scandata(ไม่มีหมายเลขพาร์ติชั่น) ไม่สามารถเมาต์ได้:

$sudo mount -t ext3 /dev/case4t/scandata /mnt/new

mount: wrong fs type, bad option, bad superblock on /dev/mapper/case4t-scandata,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

ทั้งหมดที่ฉันได้รับจาก syslog คือ: [170059.538137] VFS: Can't find ext3 filesystem on dev dm-0.

ขอขอบคุณล่วงหน้าสำหรับความช่วยเหลือที่คุณสามารถเสนอได้
Brian

ป.ล. ฉันใช้เซิร์ฟเวอร์ Ubuntu GNU/Linux 2.6.28-11 (Jaunty) (ฉันรู้ ล้าสมัยแล้ว - อยู่ในรายการซักรีด)

answer

โด่! แค่ความผิดพลาดโดยประมาทในส่วนของฉัน ฉันวิ่งpartprobeแล้วupdate-initramfsและตอนนี้พีชทุกอย่าง

สำหรับฉันที่เปิดใช้งานมันทำได้: vgchange -a y. หลังจากนั้นเครื่อง/dev/$vgname/*และ/dev/mapper/$vgname-*อุปกรณ์ก็ปรากฏขึ้นทันที

แก้ไข: นอกจากนี้ยังจำเป็นต้องใช้use_lvmetad = 1แทน0ในการ/etc/lvm/lvm.confที่จะทำให้มันติดในการบูต การใช้update-initramfs -uหลังจากเปิดใช้งานอาจหรืออาจไม่มีอะไรเกี่ยวข้องกับมัน