Начиная с обновления от Ubuntu 14.04 до 14,10, один из моих VGs не прибывает онлайн, когда начальные загрузки системы, и к сожалению, этот VG имеет мой корневой FS, таким образом я отбрасываюсь к подсказке initrd BusyBox.
Ранее у меня была проблема, что VG требовалось больше времени для прибытия онлайн в начальную загрузку, таким образом я добавил rootdelay=300
к списку аргументов ядра, и хотя процесс начальной загрузки висел в течение некоторого времени, VG в конечном счете прибыл онлайн. Но после обновления версии, никогда не подходит мой VG. В подсказке BusyBox, lvm lvscan
говорит мне, что они неактивны. Я могу активировать их вручную и возобновить процесс начальной загрузки, но поскольку это - сервер, это действительно плохо, который это требует, чтобы человеческое взаимодействие правильно загрузило.
Я подозреваю, что что-то неправильно с новым ядром, vmlinuz-3.16.0-23-generic
. Когда я загружаюсь со старым ядром до обновления версии (vmlinuz-3.13.0-37-generic
), это хорошо работает.
У меня есть 2 VGs в системе:
root@vmhost:~# vgs
VG #PV #LV #SN Attr VSize VFree
vmdata-vg 1 21 3 wz--n- 903.57g 7.34g
vmhost-vg 2 2 0 wz--n- 52.09g 7.34g
Первый имеет только 1 PV, он сразу подходит. Второй имеет 2 PVs, имеет мой корневой LV, и он содержит зеркально отраженный LVs. Я не понимаю почему vmhost-vg
не активируется во время начальной загрузки.
Я уже попытался добавить следующую строку к /etc/lvm/lvm.conf
:
auto_activation_volume_list = [ "vmhost-vg", "vmdata-vg" ]
Но к сожалению, это не имеет никакого эффекта. (Да, я работаю update-initramfs -u
распространить его в initrd.)
Я уже нашел другие связанные вопросы и решения в Интернете, но они не применимы для меня – другие, кажется, используют программное обеспечение RAID с mdadm, и их предлагаемые решения обычно связали некоторую тонкую настройку с их конфигурацией RAID. Но это не применимо для меня, поскольку я не использую вида RAID. Мои PVs находятся на плоскости /dev/sd*
разделы.