From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, FREEMAIL_FROM,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1631496446; bh=W+S+PqFQxROa3vR35omI19I0ownnd9tjWX0TcfJMmhU=; h=In-Reply-To:From:To:Subject:References:Date:Message-ID; b=Elj0o4YE0sA8bxytlIK+nHPlOWYOGlnA/mCLJJRtpoce7/iIBwH6ozxHVKqIopi8m hCfcikVV5TclegnAsco4QoE5bYYh/3dOxQyuxdj7tJJKVA/5seSsYL+VuEQSvIrVep YTTFDURv6n9ydQ4eQBAVxfHJwNN+stDea/p72N3U= Authentication-Results: myt5-b88997415fa8.qloud-c.yandex.net; dkim=pass header.i=@ya.ru Message-ID: <72ef3d7c-f1d5-be29-8c9e-cb5ca50dca70@ya.ru> Date: Mon, 13 Sep 2021 08:27:25 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.0.3 Content-Language: ru To: devel-distro@lists.altlinux.org References: From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel-distro] =?utf-8?b?bmV0c3RhcnQ6INGP0LTRgNC+K2luaXRyZCDQtNC7?= =?utf-8?b?0Y8g0YHQtdGC0LXQstC+0Lkg0LfQsNCz0YDRg9C30LrQuCDQtNGA0YPQs9C4?= =?utf-8?b?0YUg0LTQuNGB0YLRgNC40LHRg9GC0LjQstC+0LI=?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Sep 2021 01:27:28 -0000 Archived-At: List-Archive: 13.09.2021 06:01, Leonid Krivoshein пишет: > Всем привет! > > > Антону Мидюкову практически удалось воплотить в m-p идею мини-образа ISO, позволяющего устанавливать (загружать или запускать) другие "большие" дистрибутивы без предварительного скачивания и записи на флэшку. В мини-образе netstart нет собственного stage2, есть только ядро и initrd, даже несколько на выбор. Основной дистрибутив он закачивает по сети прямо с нашего http/ftp-сервера. Анонса ещё не было, т.к. видимо ещё не всё дотестировано и не удаётся добиться идеала, а у меня как раз возникло понимание причин и хотел бы это здесь обсудить. > Анонса не было, так как у меня, как помнишь, установка regular-jeos-sysv.iso дальше первого шага не идёт :-) > I. Зачем вообще нужен netstart? > > 1. Можно не записывать образы на флэшку, а ставить систему или загружать live сразу по сети. Но не хватает возможность вбить имя stage2 в bootchain. Да и выбора, как в propagator, между dhcp и настройки static в altboot нет. > 2. С его помощью можно тестировать сетевую загрузку силами сообщества на очень разном железе. Можно, но нужно, чтобы сервер отдавал быстро образы. Наверное, стоит использовать зеркало яндекса. > 3. Потенциально можно отказаться от main repo на диске и использовать сетевой репозиторий, тогда и установочный диск станет очень небольшим, а ставиться будет лишь актуальная пакетная база. Для Сизифа это особенно интересная возможность, т.к. он меняется непрерывно. Это отдельная задача же. Реализуется правкой инсталятора. Но, как гарантировать, стабильность установки в условиях изменяющейся пакетной базы, вопрос актуальный. > 4. Сильно упрощается жизнь желающим попробовать сразу несколько регулярок или стартеров. В перспективе это можно использовать и для продуктов. > > II. Ограничения. > > 1. Модули ядра в stage2 загружаемого дистрибутива должны соответствовать ядру и набору модулей в netstart. Хотя, я загружался и без полного соответствия. Главное, чтобы совпадала версия ядра. > 2. Бесполезно задавать ramdisk_size=... -- размер скачиваемого образа заранее неизвестен. Данная проблема уже решена: нужно просто не указывать этот аргумент изначально и для методов http/ftp будет закачиваться образ в /run/boot-image.iso (tmpfs). Отлично. Но я пока не проверял. Торопишься с анонсом :-) > 3. Параметры запуска каждого пункта загрузочного меню дистрибутива определяются в netstart, но сейчас это не мульти-загрузочный диск. Например, stagename=live бесполезно указывать в /proc/cmdline, т.к. заранее неизвестно, какой пункт какого дистрибутива будет загружаться. Нужна возможность задавать в altboot. > 4. Сейчас приходится добивать руками конечную часть пути к скачиваемому ISO-образу дистрибутива, тут легко ошибиться. Да и вообще надо знать, что и откуда скачивать. Проще выбирать, а не набивать. Было бы здорово получать список на выбор. > > III. Предложение к обсуждению. > > Для поддержки netstart можно с пачкой ISO'шников выкладывать на сервер текстовый файл, который будет описывать загружаемые дистрибутивы и предлагаемые ими пункты меню. Тогда через bootchain можно будет загружаться так: bootchain=fg,netstart. Здесь netstart -- это шаг, который скачивает описание с ftp/http-сервера и формирует необходимые диалоги. Возможно, лучше даже не выкладывать описание на сервер, а включать его в образ stage1, поскольку конкретный netstart пригоден для вполне конкретной пачки ISO'шников и только для той же архитектуры. Изменить таким способом получится н е все параметры /proc/cmdline, а только те, что известны заранее, типа automatic, stagename или lowmem. Есть же MD5SUM. Может ориентироваться на него и за одно проверять контрольную сумму? А список получать при условии, что указан не образ, а каталог или же заданный образ не существует? automatic переопределять, думаю, не нужно, как и lowmem. Достаточно только stagename, в том же шаге, где прописываем путь до образа. Также зачастую на образе есть только один из вариантов stage2. Можно перебирать последовательно: altinst, live, rescue. Для регулярок это актуальная фича. > > IV. Вопрос. > > Существует ли мульти-загрузка ISO'шников по сети? Например, через специально собранный ipxe, чтобы не указывать в нём путь, откуда загружаться. > > -- С уважением, Антон Мидюков