Do'h! Apenas um erro descuidado da minha parte. Eu apenas corri partprobe
e, em seguida, update-initramfs
e agora tudo é peachy.
Eu criei um volume lógico ( scandata
) contendo uma única partição ext3. É o único volume lógico em seu grupo de volumes ( case4t
). Esse grupo de volumes é composto por três volumes físicos, que são três partições primárias em um dispositivo de bloco único ( /dev/sdb
).
Quando eu criei, eu poderia montar a partição através do dispositivo de bloco /dev/mapper/case4t-scandatap1
.
Desde a última reinicialização, o arquivo de dispositivo de bloco mencionado desapareceu.
Pode ser digno de nota - não tenho certeza - que meu superior (um professor universitário) tenha solicitado essa reinicialização executando sudo chmod -R [his name] /usr/bin
, o que eliminou todo o suid em seu caminho, impedindo que nós dois fôssemos sudo
-ing. Esse problema foi (temporariamente) corrigido por esta operação .
Agora vou cortar a conversa e começar com os lixões de terminal:
$ 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 / print 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 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
Eu acho um pouco estranho que a partição um acima seja reiserfs, ou se importa - era anteriormente reiserfs, mas o LVM o reconhece como um PV.
Para reiterar, nem /dev/mapper/case4t-scandatap1
(que eu usei anteriormente) nem /dev/case4t/scandata1
(como impresso em fdisk
) existe. E /dev/case4t/scandata
(sem número de partição) não pode ser montado:
$ sudo mount -t ext3 / dev / case4t / scandata / mnt / novo
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
Tudo que recebo no syslog é: [170059.538137] VFS: Can't find ext3 filesystem on dev dm-0.
Agradecemos antecipadamente por qualquer ajuda que você possa oferecer.
Brian
P.S. Eu estou no Ubuntu GNU / Linux 2.6.28-11-server (Jaunty) (desatualizado, eu sei - que está na lista de roupa suja).
Do'h! Apenas um erro descuidado da minha parte. Eu apenas corri partprobe
e, em seguida, update-initramfs
e agora tudo é peachy.
Para minha ativação, fiz isso: vgchange -a y
. Depois disso, os dispositivos /dev/$vgname/*
e /dev/mapper/$vgname-*
apareceram imediatamente.
Editar: também é necessário use_lvmetad = 1
em vez de 0
in /etc/lvm/lvm.conf
para montá-lo na inicialização. Usar update-initramfs -u
após a ativação pode ou não ter algo a ver com isso.