raid + lvm tricky hints

Пара неописанных в документации тонкостей при миграции на raid + lvm.
Подключаем новые винты, размечаем, собираем форматируем (комп старый).
Заливаем rsync'ом содержимое на созданное пространство (/boot тоже новый, на raid1).
Чрутимся в новую систему, добавляем модули/хуки, пересобираем initramfs, перезагружаемся и...

1. Загрузчик (syslinux) не запускает early userspace. Ничего не пишет, просто снова выкидывает в меню.
Так вот, оказывается надо в чруте обязательно переустановить ядро! Иначе не работает.

Догадались, запустили early userspace. И не монтируется корень (он на raid lvm). Заходим в emergency консоль и обнаруживаем, что, несмотря на модули и хуки, рейд не собрался! А если вручную запустить mdassembly, то всё собирается и дальше загружется.

2. Оказывается, что надо обязательно использовать хук mdadm_udev! Тогда рейд сам собирается, а если просто mdadm, то нет.

Вот так вот.
такие дела.
cucullus
2. Оказывается, что надо обязательно использовать хук mdadm_udev! Тогда рейд сам собирается, а если просто mdadm, то нет.
вику читал?
cucullus
1. Загрузчик (syslinux) не запускает early userspace. Ничего не пишет, просто снова выкидывает в меню.
Так вот, оказывается надо в чруте обязательно переустановить ядро! Иначе не работает.
Переустановка ядра это pacman -S linux ?
При такой переустановке файлы заменяются теми же самыми + пересборка initramfs. Как это может повлиять без изменения конфигов либо битых\потеряных файлов?
Нужна точная последовательность действий для локализации проблемы.
Lupus pilum mutat, non mentem.
jim945
вику читал?
Нет, не читал, сразу начал писать и удивляться. ;))))))))
В вике в нескольких статьях написано слегка по разному и неоднозначно (для варианта с systemd-style хуками).

jim945
Переустановка ядра это pacman -S linux ?При такой переустановке файлы заменяются теми же самыми + пересборка initramfs. Как это может повлиять без изменения конфигов либо битых\потеряных файлов?

Да, -S. Да заменяются + пересборка. Но, тем не менее, факт налицо.
Видимо что-то ещё под капотом делается...
такие дела.
cucullus
Видимо что-то ещё под капотом делается…
Ничего под капотом не делается, кроме этого.
Lupus pilum mutat, non mentem.
cucullus
Но, тем не менее, факт налицо.
Нет никакого факта пока кто-то другой не подтвердит наличие проблемы.
Повторюсь. Нужна точная последовательность действий.
Если неправильное поведение повторяется, то это баг.
На данный момент это выглядит как ошибка вызванная твоми неверными действиями.
Lupus pilum mutat, non mentem.
jim945
Ничего под капотом не делается, кроме этого.

https://git.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/linux
Там два хука: один mkinitcpio -p, а второй depmod %KERNVER%.
Возможно во втором и собака порылась...
такие дела.
jim945
Нет никакого факта пока кто-то другой не подтвердит наличие проблемы.

Думаю, мало кто проводит такие миграции.
Более того, у меня стойкое ощущение, что однажды я уже сталкивался с подобной ситуацией. Но подробностей не помню...

Последовательность вроде была описана:
монтирование нового корня
rsync --archive --sparse --one-file-system --human-readable -stats --progress --force --numeric-ids --hard-links для нужных разделов, включая /boot
arch-chroot
редактирование syslinux.cfg
syslinux-install_update -iam
редактирование mkinitcpio.conf
mkinitcpio -p linux
ребут
такие дела.
cucullus
depmod %KERNVER%.
Возможно во втором и собака порылась…
Это стандартная генерация файла modules.dep
Список модулей ядра и их зависимостей.
Lupus pilum mutat, non mentem.
 
Зарегистрироваться или войдите чтобы оставить сообщение.