Вот такая ситуация. У меня есть MD-устройство / dev / md0, которое полностью функционально, но, похоже, не имеет метаданных LVM. Что касается всего, что я умею делать, то это не часть группы томов и не отображается как физический том. С другой стороны, это загрузочный раздел, и он без проблем выполняет эту функцию. Я также могу вывести из строя одно из устройств в нем и повторно добавить их, и он без проблем перестроит массив. Почему тогда меня это волнует? Что ж, каждый раз, когда я обновляю grub, я получаю множество сообщений «error: unknown LVM metadata header». Это не проблема, но меня это чертовски раздражает.
Вот некоторые подробности:
# uname -a
Linux redacted 3.9-1-amd64 #1 SMP Debian 3.9.6-1 x86_64 GNU/Linux
# pvck /dev/md0
Could not find LVM label on /dev/md0
# mdadm --detail --scan
ARRAY /dev/md/0 metadata=1.2 name=redacted:0 UUID=Stuff
ARRAY /dev/md/1 metadata=1.2 name=redacted:1 UUID=Stuff
ARRAY /dev/md/2 metadata=1.2 name=redacted:2 UUID=Stuff
# lvscan -v
Finding all logical volumes
ACTIVE '/dev/vg01/home' [232.83 GiB] inherit
ACTIVE '/dev/vg01/storage' [3.87 TiB] inherit
ACTIVE '/dev/vg00/root' [59.53 GiB] inherit
# pvdisplay -v
Scanning for physical volume names
--- Physical volume ---
PV Name /dev/md2
VG Name vg01
PV Size 4.09 TiB / not usable 512.00 KiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 1073097
Free PE 0
Allocated PE 1073097
PV UUID Stuff
--- Physical volume ---
PV Name /dev/md1
VG Name vg00
PV Size 59.53 GiB / not usable 4.93 MiB
Allocatable yes (but full)
PE Size 4.00 MiB
Total PE 15239
Free PE 0
Allocated PE 15239
PV UUID Stuff
# cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md2 : active raid5 sdc1[0] sdf1[3] sde1[2] sdd1[1]
4395406848 blocks super 1.2 level 5, 512k chunk, algorithm 2 [4/4] [UUUU]
md1 : active raid1 sda2[0] sdb2[1]
62423992 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sda1[2] sdb1[1]
96244 blocks super 1.2 [2/2] [UU]
unused devices: <none>
# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1011774,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=810888k,mode=755)
/dev/mapper/vg00-root on / type ext4 (rw,relatime,errors=remount-ro,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1621760k)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
/dev/md0 on /boot type ext4 (rw,relatime,data=ordered)
/dev/mapper/vg01-home on /home type ext4 (rw,relatime,stripe=384,data=ordered)
/dev/mapper/vg01-storage on /storage type ext4 (rw,relatime,stripe=384,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
# file -k -s /dev/md0 /dev/sda1 /dev/sdb1
/dev/md0: sticky Linux rev 1.0 ext4 filesystem data, UUID=redacted (needs journal recovery) (extents) (huge files)
/dev/sda1: sticky Linux Software RAID version 1.2 (1) UUID=redacted name=redacted:0 level=1 disks=2
/dev/sdb1: sticky Linux Software RAID version 1.2 (1) UUID=redacted name=redacted:0 level=1 disks=2
Есть ли способы исправить это, или я должен просто жить с этим?
При создании PV на устройстве метка LVM находится (по умолчанию) во втором секторе 512B. Если устройство представляет собой целый диск, на который должен быть установлен grub, то именно здесь находится core.img grub. Метаданные LVM, для которых по умолчанию существует одна копия на диск, располагаются после метки, начиная с пятого сектора. (Необязательная вторая копия метаданных может быть расположена в конце диска.) Этот размер метаданных по умолчанию равен 255 секторам. Вы можете изменить расположение метки по умолчанию на любое место в первых 4 секторах, используя --labelsector возможность pvcreate, но этого недостаточно, поскольку grub core.img, похоже, нуждается в 62 секторах сразу после MBR. (MBR занимает первый сектор и содержит файл boot.img grub.)
Можно загрузить grub по цепочке, используя один загрузчик в MBR для загрузки boot.img / core.img, расположенного где-то еще на диске. Обычно «где-то еще» означает в загрузочной записи тома пространство перед первым разделом и после MBR + другие мешающие данные. Проблема в том, что обычно раздел данных PV начинается сразу после раздела метаданных. Eсть --dataalignmentoffset возможность pvcreate это могло бы освободить здесь место, но такой подход мог бы стать упражнением для читателя.
См. (Grub2): http://en.m.wikipedia.org/wiki/GNU_GRUB
См. (Lvm2): http://www.centos.org/docs/5/html/Cluster_Logical_Volume_Manager/physical_volumes.html
Я бы посоветовал решить эту проблему, а не использовать все устройство в качестве PV, а создать один раздел на вашем диске. Используйте это как PV для LVM. Тогда метка и метаданные PV / LVM будут в начале раздела, а не в начале диска. Это оставит 62 сектора после MBR (и до этого первого раздела) свободными для core.img.
Я добавлю, что GPT бросает вызов этим работам, чего я не начинаю понимать. [Хорошо, комментарий звучит достаточно просто.]