#307110 TESTED #2 [test-only] sisyphus installer-alterator-pkg.git=3.0.2-alt1 installer.git=1.12.5-alt1

Теперь соберу какой-нибудь образ (jeos) и посмотрю, как оно работает

(Ответ для Alexey Sheplyakov на комментарий #1)
> #307110 TESTED #2 [test-only] sisyphus
> installer-alterator-pkg.git=3.0.2-alt1 installer.git=1.12.5-alt1
> 
> Теперь соберу какой-нибудь образ (jeos) и посмотрю, как оно работает

А почему бы не исправить глобально method на disk при такой загрузке? Имеем локальное устройство (ram-диск), которое не требуется извлекать.
Дело в том, что в других скриптах тоже могут быть завязки на method и их тоже придётся исправлять.
Делать это надо в propagator. В altboot так сделано, но метод nfs назначается (раньше с method disk были проблемы, я их исправил).

Ну т.е. у altboot проблемы нет сейчас с такой установкой.

(Ответ для Антон Мидюков на комментарий #3)
> Ну т.е. у altboot проблемы нет сейчас с такой установкой.

Не знаю. Не знаю, на чём проверить - в регулярках только LiveCD.
Предполагаю, что есть, потому что altboot запускает ровно тот же installer.

(Ответ для Alexey Sheplyakov на комментарий #4)
> (Ответ для Антон Мидюков на комментарий #3)
> > Ну т.е. у altboot проблемы нет сейчас с такой установкой.
> 
> Не знаю. Не знаю, на чём проверить - в регулярках только LiveCD.
> Предполагаю, что есть, потому что altboot запускает ровно тот же installer.

Проблемы нет (проверить можно на regular-jeos-systemd.iso), я проверял. Переменная METHOD=nfs

(Ответ для Антон Мидюков на комментарий #2)
> (Ответ для Alexey Sheplyakov на комментарий #1)
> > #307110 TESTED #2 [test-only] sisyphus
> > installer-alterator-pkg.git=3.0.2-alt1 installer.git=1.12.5-alt1
> > 
> > Теперь соберу какой-нибудь образ (jeos) и посмотрю, как оно работает
> 
> А почему бы не исправить глобально method на disk при такой загрузке? Имеем
> локальное устройство (ram-диск), которое не требуется извлекать.

Потому что есть сетевой интерфейс, который не всегда можно потушить.
А если заменить method на disk, эта информация потеряется.

> Дело в том, что в других скриптах тоже могут быть завязки на method и их
> тоже придётся исправлять.

Да, есть, см. #43832. Да, придётся. Исправляю.

> Делать это надо в propagator.

Нет. Задача propagator - скачать и запустить достаточно произвольный userspace.
А не делать работу за этот самый userspace.

> В altboot так сделано, но метод nfs назначается 

Изумительно. Вот я админ, настраиваю загрузку по сети.
Что-то пошло не так. Начинаю разбираться. Вижу, что я задаю method:http,
а получается - nfs. И сразу вопрос - что за ерунда?

Не надо нарушать принцип наименьшего удивления.

Проверяем - есть в /image/ALTLinux репозиторий - прекрасно, используем его.
Нет - если грузились по http/ftp, то пробуем найти репозиторий на сервере.
Всё просто и понятно.


> (раньше с method disk были проблемы, я их исправил).

Ага, потому что нельзя потушить сетевой интерфейс, через который ходит nfs/cifs.
Даже "совсем на чуть-чуть, а потом заново поднять".

(Ответ для Антон Мидюков на комментарий #5)
> (Ответ для Alexey Sheplyakov на комментарий #4)
> > (Ответ для Антон Мидюков на комментарий #3)
> > > Ну т.е. у altboot проблемы нет сейчас с такой установкой.
> > 
> > Не знаю. Не знаю, на чём проверить - в регулярках только LiveCD.
> > Предполагаю, что есть, потому что altboot запускает ровно тот же installer.
> 
> Проблемы нет (проверить можно на regular-jeos-systemd.iso), я проверял.
> Переменная METHOD=nfs


1. Подмена method нарушает принцип наименьшего удивления, и запутывает отладку в случае, когда что-то пошло не так.
2. Задача initramfs - загрузить и запустить userspace, а не делать за него работу.

(Ответ для Alexey Sheplyakov на комментарий #6)
> > (раньше с method disk были проблемы, я их исправил).
> 
> Ага, потому что нельзя потушить сетевой интерфейс, через который ходит
> nfs/cifs.
> Даже "совсем на чуть-чуть, а потом заново поднять".

Почему нельзя? Мы образ скачали в память. Нам не нужна сеть.(Ответ для Alexey Sheplyakov на комментарий #7)
> (Ответ для Антон Мидюков на комментарий #5)
> > (Ответ для Alexey Sheplyakov на комментарий #4)
> > > (Ответ для Антон Мидюков на комментарий #3)
> > > > Ну т.е. у altboot проблемы нет сейчас с такой установкой.
> > > 
> > > Не знаю. Не знаю, на чём проверить - в регулярках только LiveCD.
> > > Предполагаю, что есть, потому что altboot запускает ровно тот же installer.
> > 
> > Проблемы нет (проверить можно на regular-jeos-systemd.iso), я проверял.
> > Переменная METHOD=nfs
> 
> 
> 1. Подмена method нарушает принцип наименьшего удивления, и запутывает
> отладку в случае, когда что-то пошло не так.
> 2. Задача initramfs - загрузить и запустить userspace, а не делать за него
> работу.

Ну ок. Я был просто обязан довести эту информацию.

(Ответ для Антон Мидюков на комментарий #8)
> (Ответ для Alexey Sheplyakov на комментарий #6)
> > > (раньше с method disk были проблемы, я их исправил).
> > 
> > Ага, потому что нельзя потушить сетевой интерфейс, через который ходит
> > nfs/cifs.
> > Даже "совсем на чуть-чуть, а потом заново поднять".
> 
> Почему нельзя? Мы образ скачали в память. Нам не нужна сеть.

Извиняюсь, я уже осознал. Просто удалить эту часть ответа забыл.

Alexey Sheplyakov, вот в этом коммите
https://git.altlinux.org/tasks/307110/gears/100/git?p=git;a=commitdiff;h=c6dc8c49c76188a35e9f3741fa1ab4c32dfd5c02

после else отступ не сделали для последующего кода:
+else
 case "$METHOD" in

installer-alterator-pkg-3.0.3-alt1 -> sisyphus:

 Mon Oct 03 2022 Anton Midyukov <antohami@altlinux> 3.0.3-alt1
 - initinstall.d/90-pkg.sh: fix identations
 - initinstall.d/90-pkg.sh: cleanup /etc/apt/sources.list.d/*.list
 Tue Sep 20 2022 Alexey Sheplyakov <asheplyakov@altlinux> 3.0.2-alt1
 - Support installation from ISO via HTTP/FTP (Closes: #43831)