Summary: | installer-alterator-pkg: установка по HTTP с нераспакованного образа | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Alexey Sheplyakov <asheplyakov> |
Component: | installer-alterator-pkg | Assignee: | Alexey Sheplyakov <asheplyakov> |
Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
Severity: | enhancement | ||
Priority: | P5 | CC: | antohami, cas, jqt4, mike, sem, shaba, zerg |
Version: | unstable | ||
Hardware: | all | ||
OS: | Linux |
Description
Alexey Sheplyakov
2022-09-20 15:49:49 MSK
#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) |