[devel-distro] remount в инсталяторе по-новому

[devel-distro] remount в инсталяторе по-новому

[Антон Мидюков]

Здравствуйте

В задаче 318173 в инсталятор были внесены изменения, связанные с перемонтированием файловых систем устанавливаемой системы.

Как было раньше (с 2013 года):
1. alterator-vm разбивает диски, монтирует их. Но монтирует он их не напрямую, а через их двойники в /dev/mapper/
2. Система устанавливается, pkg-init делает чрут, pkg-install устанавливает пакеты.
3. В alterator-preinstall происходит перемонтирование чрута. Файловые системы отмонтируются, luks, lvm, RAID разбираются, /dev/mapper зачищается.
Затем всё в обратном порядке собирается. Продолжается установка

Теперь будет так:
1. alterator-vm разбивает диски, монтирует их. Но монтирует он их не напрямую, а через их двойники в /dev/mapper/
2. происходит перемонтирование того, что смонтировал evms. Файловые системы отмонтируются, luks, lvm, RAID разбираются, /dev/mapper зачищается.
Затем всё в обратном порядке собирается. Чрут не делается.
3. Далее pkg-init делает чрут, но уже тот финальный, который делался в alterator-preinstall раньше. Так что теперь установка всех пакетов проходит в чрут со всеми виртуальными файловыми системами.
4. На шаге alterator-preinstall не происходит remount_chroot. Дальше отличий нет.

Итого, плюсы:
1. Не нужно отмонтировать чрутные файловые системы, снижается вероятность, что что-то не отмонтируется
2. Перемонтирование происходит сразу после разбивки диска. Если evms сделал что-то не так, получим ошибку перемонтирования до установки системы, сэкономим время.

Новый шаг remount добавляется после vm или vm-ortodox initinstall скриптом, если ещё шаг не прописан. Таким образом, не нужно добавлять в installer-distro-* пакеты.

Также в этом же задании был доработан вариант установки классическим инсталятором из live. Перемонтирование происходит также, а создание чрута происходит после распаковки сквоша.
Ранее чрут не делался (только в alterator-preinstall), так что не все дополнительные пакеты могли быть установлены.

Установка из live по-старому, т.е. через livecd-install, работает также, как работала раньше.

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>

Re: [devel-distro] remount в инсталяторе по-новому

[Nikolai Kostrigin]

Здравствуйте!

07.04.2023 13:54, Антон Мидюков пишет:
> Здравствуйте
> 
> В задаче 318173 в инсталятор были внесены изменения, связанные с перемонтированием файловых систем устанавливаемой системы.
> 
> Как было раньше (с 2013 года):
> 1. alterator-vm разбивает диски, монтирует их. Но монтирует он их не напрямую, а через их двойники в /dev/mapper/
> 2. Система устанавливается, pkg-init делает чрут, pkg-install устанавливает пакеты.
> 3. В alterator-preinstall происходит перемонтирование чрута. Файловые системы отмонтируются, luks, lvm, RAID разбираются, /dev/mapper зачищается.
> Затем всё в обратном порядке собирается. Продолжается установка
> 
> Теперь будет так:
> 1. alterator-vm разбивает диски, монтирует их. Но монтирует он их не напрямую, а через их двойники в /dev/mapper/
> 2. происходит перемонтирование того, что смонтировал evms. Файловые системы отмонтируются, luks, lvm, RAID разбираются, /dev/mapper зачищается.
> Затем всё в обратном порядке собирается. Чрут не делается.
> 3. Далее pkg-init делает чрут, но уже тот финальный, который делался в alterator-preinstall раньше. Так что теперь установка всех пакетов проходит в чрут со всеми виртуальными файловыми системами.
> 4. На шаге alterator-preinstall не происходит remount_chroot. Дальше отличий нет.
> 
> Итого, плюсы:
> 1. Не нужно отмонтировать чрутные файловые системы, снижается вероятность, что что-то не отмонтируется
> 2. Перемонтирование происходит сразу после разбивки диска. Если evms сделал что-то не так, получим ошибку перемонтирования до установки системы, сэкономим время.
> 
> Новый шаг remount добавляется после vm или vm-ortodox initinstall скриптом, если ещё шаг не прописан. Таким образом, не нужно добавлять в installer-distro-* пакеты.
> 
> Также в этом же задании был доработан вариант установки классическим инсталятором из live. Перемонтирование происходит также, а создание чрута происходит после распаковки сквоша.
> Ранее чрут не делался (только в alterator-preinstall), так что не все дополнительные пакеты могли быть установлены.
> 
> Установка из live по-старому, т.е. через livecd-install, работает также, как работала раньше.
> 

Антон, спасибо большое за подробное разъяснение.
Эта информация могла бы пригодиться в wiki.

-- 
Best regards,
Nikolai Kostrigin

Re: [devel-distro] remount в инсталяторе по-новому

[Антон Мидюков]

07.04.2023 17:54, Антон Мидюков пишет:
> Здравствуйте
> 
> В задаче 318173 в инсталятор были внесены изменения, связанные с перемонтированием файловых систем устанавливаемой системы.
> 
[...]
> Теперь будет так:
> 1. alterator-vm разбивает диски, монтирует их. Но монтирует он их не напрямую, а через их двойники в /dev/mapper/
> 2. происходит перемонтирование того, что смонтировал evms. Файловые системы отмонтируются, luks, lvm, RAID разбираются, /dev/mapper зачищается.
> Затем всё в обратном порядке собирается. Чрут не делается.
> 3. Далее pkg-init делает чрут, но уже тот финальный, который делался в alterator-preinstall раньше. Так что теперь установка всех пакетов проходит в чрут со всеми виртуальными файловыми системами.
> 4. На шаге alterator-preinstall не происходит remount_chroot. Дальше отличий нет.
> 
> Итого, плюсы:
> 1. Не нужно отмонтировать чрутные файловые системы, снижается вероятность, что что-то не отмонтируется
> 2. Перемонтирование происходит сразу после разбивки диска. Если evms сделал что-то не так, получим ошибку перемонтирования до установки системы, сэкономим время.
> 
> Новый шаг remount добавляется после vm или vm-ortodox initinstall скриптом, если ещё шаг не прописан. Таким образом, не нужно добавлять в installer-distro-* пакеты.

Добавление нового шага потребует внесение коррективы в сценарии автоустановки. Добавится одна команда:

remount-destination action "write"

Наверное, это будет неприятным сюрпризом для пользователей, у которых уже были сценарии автоустановки опробованные.

[...]

-- 
С уважением, Антон Мидюков <antohami@altlinux.org>