Нет файла устройства для раздела на логическом томе (Linux LVM)

Я создал логический том (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 -a y

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 печать

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 печать

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 / новый

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

Все, что я получаю в системном журнале, это: [170059.538137] VFS: Can't find ext3 filesystem on dev dm-0.

Заранее благодарим за любую помощь, которую вы можете предложить,
Брайан

P.S. Я использую Ubuntu GNU / Linux 2.6.28-11-server (Jaunty) (устарел, я знаю - это в списке для стирки).