From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Resent-From: Michael Shigorin Resent-Date: Tue, 23 Apr 2019 16:00:04 +0300 Resent-Message-ID: <20190423130004.GW18867@imap.altlinux.org> Resent-To: make-initrd@lists.altlinux.org Envelope-to: ar@cs.msu.ru Delivery-date: Wed, 17 Apr 2019 21:05:18 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=lnLq6sXe4UQRnPdE8EMVl86nfpORh3ASDamLpR5L5Ew=; b=ZW+Z49aBXBbsAmfmEdHKH2mMvtlfa8iZWeL2XlxDaMe3TSqmiYYSPV8eZuNs3etpbJ 4SbJ0XkE1xaLJRNgHR58JXhHfp664OWxHPVvu27WmhOQGM7v8WMQ5j8DSliEg61Yrugq YfHPFMU9MXiT93dSjPkuG/zhR+/htJU+fvdpbguypO9cg/YoNHfkR5kbwE7DKdoseOfj GhDm6yjqGmg86c/Zy1EIA9mK6ayh5lTPHckFeL9M1W1LF0r9cSa7N/JnoN9rmsem355m 48L27c5XZKHWVUS1off3ws5WnYT3TL5/p001TjZHajD1Ji4yDzTe9W9Av8AGsSJaR12Q L8Hw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=lnLq6sXe4UQRnPdE8EMVl86nfpORh3ASDamLpR5L5Ew=; b=YW+krh2OYq24EmTjsd2MNhssYrEPSxS8KTo9NyQ7SNzPsLTZxFG+RG7G9JetHFi11R X9mnOEbCNACdBjr2ZSULClr6fnR5pg0EeggWSsKIqaotH3oGP75DvImvhx4nBW41Q+vm yKxnVIxNPH5Q1Oa4yaONhoxu/E6344YAi75M1P1pUV3yLME6wJHExrAWfdbmxD7C7tZT gHOFhF0FDpXSwT3+hb+SAQchjPmMPWazuPcd1ry32K8Yucvq0D1nQJ0t3/79IHAqiTYj R2VI/sioPIX42biVKj33Rcbe0Q5vu+Mj5ykJGnSmv9TMaNLAvCnIfhIWg7sUO+UAJxsC 1J6A== X-Gm-Message-State: APjAAAWI0Ena3xZQkmiseH9WbpF8FnFG/ZDZAbARrGtz3ODGf9LYmo+m 9/7AFjtHLcxZVXa+9MB078AY3uxe X-Google-Smtp-Source: APXvYqyB1TfVOu6KwC1BXhTuJlVDlb6Ia4w5ATSHvGvrwQtyEblZNan1kk1QXBza8aGX+CLRTKKRQg== X-Received: by 2002:ac2:54b4:: with SMTP id w20mr18675816lfk.149.1555524312686; Wed, 17 Apr 2019 11:05:12 -0700 (PDT) To: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= , "Michael A. Kangin" References: <20181222170322.GA1471@altlinux.org> <20181222172247.GZ11652@comp-core-i7-2640m-0182e6> <20181222235229.GA32403@altlinux.org> <20181223100042.GI2672@imap.altlinux.org> <20181224073732.GB32403@altlinux.org> <20190109072238.GG12134@altlinux.org> <079072ab-3249-b5c0-5baa-b3ba5ac7e558@gmail.com> <9970f039-d7f9-74fd-2443-19bace8501d4@complife.ru> <41fbf1a2-40dc-84a0-4465-cb6f0b28569b@complife.ru> <7d8ec69f-ff3a-bfe8-6030-0d4a8c7e0d7e@complife.ru> From: Leonid Krivoshein Message-ID: <15ac8447-90eb-5dfb-291c-58801031f2a0@gmail.com> Date: Wed, 17 Apr 2019 21:03:02 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru X-SA-Exim-Connect-IP: 194.107.17.36 X-SA-Exim-Mail-From: klark.devel@gmail.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.cs.msu.ru X-Spam-Level: ** X-Spam-Status: No, score=2.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.2 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru) Subject: Re: [make-initrd] [devel] syslinux X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2019 13:00:05 -0000 Archived-At: List-Archive: 17.04.2019 19:16, Антон Мидюков пишет: > Я собираюсь заняться профилями. Но у меня вопрос: без поддержки cdrom > в make-initrd собранные ISO не загрузятся в виртуалке? Когда legion@ реализует замену пропагаторному методу "cdrom", и, в зависимости от того, как он это реализует, тогда и будет смысл задумываться о выкидывании пропагатора из профилей. По идее, там должны быть минимальные изменения, поскольку необходимый функционал пропагатора должен будет переехать в make-initrd. Если выкинуть пропагатор сейчас, с созданного гибридного ISO-шника загрузиться по стандарту El-Torito и по спецификации UEFI будет нельзя, поскольку сейчас make-initrd сам не умеет влезать в squashfs и делать R/W-слои над ним. > А с флэшки загрузятся? > Да. Также, как и по сети с NFS. Для этого уже сейчас можно взять любой ранее созданный ISO-шник, взять из его корня stagename-файл (squashfs) и его распаковать (как вариант -- тупо скопировать dd'ой) на отдельный раздел в случае флэшки или распаковать в отдельный каталог на сервере NFS. Это будет read-only rootfs. Далее надо смотреть, что из скрипта make-initrd-propagarot.git@init-bootom надо перетащить ещё в initramfs, чтобы заработало R/W-монтирование корня через overlayfs. Тут какой-то опыт уже есть у Михаила Кангина. При этом придётся учитывать, что версия ядра, модулей в rootfs и в initramfs должны быть одинаковыми. На флэшку придётся ставить какой-то загрузчик, тот же syslinux. Скрипт init-bootom мы хотели в любом случае сохранить для совместимости, надо будет его перекладывать в тот же make-initrd. А проще всего сейчас проверять новый make-initrd, подсовывая нужные параметры QEMU (kernel=, initrd=, append=), тогда вообще на тему загрузки в тестовых целях можно пока не париться. > Также вопрос, каким образом собрать initrd с максимумом модулей? > Вот об этом было моё предыдущее письмо, про всеядный initrd.img -- в него попадут все модули и прошивки, вообще все, что есть в stage2. Но для полноты стоит заказать фичи типа lvm, mdadm и всего остального, что умеет работать с носителями. Если же ориентироваться на нашу дистрибутивную логику, то в пакете propagator есть mkmodpack, к нему есть ответная часть в профилях m-p и в скриптах mkimage (tools/mki-build-propagator). Вместе они создают наборы модулей и фирмвари для всех наши универсальных установочных дисков live, rescue и install. Только там всегда чего-нибудь не хватает, потому что мы пытаемся построить замыкание по какому-то принципу. У меня "все" заняли 1.1Гб без всяких фич -- это огромный объём, для экспериментов на хорошем железе сойдёт, чтобы не заморачиваться. Но для продакшена такой вариант не годится. Ведь "все" и не нужны -- к примеру, зачем в initramfs все модули ТВ-тюннеров или звуковых карт? А строить замыкание тоже можно по-разному... Сейчас список модулей определяется именно в m-p -- как раз твоя часть. Беда в том, что за этим списком наши ядерщики не "ухаживают", я эту проблему озвучивал ldv@, mike@ и boyarsh@. С этой позиции лучше исключать заведомо ненужное, пусть лучше в initramfs лишнее попадёт. Кое-что для включения предпринял legion@, какой-то опыт подборки нужного есть у Михаила Кангина. Вот здесь давно пора объединять усилия, оглядываясь на dracut и live-boot. > 17.04.2019 22:36, Michael A. Kangin пишет: >> On 04/17/2019 05:26 PM, Leonid Krivoshein wrote: >> >>> Вот вся документация: >>> https://github.com/legionus/make-initrd/tree/master/docs >> >> Да, это я уже всё пролазил. В общем, можно считать, что документации >> практически нету. >> >> >>> Поэтому проще ориентироваться на исходники и уже готовые фичи... >> >> Я уже попробовал так сделать в первый раз. Оно заработало, но >> получилось так себе. И, как теперь выясняется, надо всё переделывать >> под новую версию. >> -- Best regards, Leonid Krivoshein.