* [devel-distro] remount в инсталяторе по-новому
@ 2023-04-07 10:54 Антон Мидюков
2023-04-07 11:55 ` Nikolai Kostrigin
2023-04-07 15:46 ` Антон Мидюков
0 siblings, 2 replies; 3+ messages in thread
From: Антон Мидюков @ 2023-04-07 10:54 UTC (permalink / raw)
To: Distributions development
Здравствуйте
В задаче 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>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [devel-distro] remount в инсталяторе по-новому
2023-04-07 10:54 [devel-distro] remount в инсталяторе по-новому Антон Мидюков
@ 2023-04-07 11:55 ` Nikolai Kostrigin
2023-04-07 15:46 ` Антон Мидюков
1 sibling, 0 replies; 3+ messages in thread
From: Nikolai Kostrigin @ 2023-04-07 11:55 UTC (permalink / raw)
To: devel-distro
Здравствуйте!
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [devel-distro] remount в инсталяторе по-новому
2023-04-07 10:54 [devel-distro] remount в инсталяторе по-новому Антон Мидюков
2023-04-07 11:55 ` Nikolai Kostrigin
@ 2023-04-07 15:46 ` Антон Мидюков
1 sibling, 0 replies; 3+ messages in thread
From: Антон Мидюков @ 2023-04-07 15:46 UTC (permalink / raw)
To: devel-distro
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>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-04-07 15:46 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-04-07 10:54 [devel-distro] remount в инсталяторе по-новому Антон Мидюков
2023-04-07 11:55 ` Nikolai Kostrigin
2023-04-07 15:46 ` Антон Мидюков
ALT Linux Distributions development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \
devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com
public-inbox-index devel-distro
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-distro
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git