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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 To: make-initrd@lists.altlinux.org References: <20210330182101.ds4pqlztmokdz63n@example.org> <20210331074456.xtkckveii34cxh64@example.org> <574c8249-330c-1888-07ad-c49cce5f02f4@gmail.com> <20210331133927.j3gupd4yfflszaum@example.org> <83d214e6-2616-03ba-901b-4a92c69c22ff@gmail.com> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <6914edd5-1a9a-ff32-9ab8-01cea1f613cb@basealt.ru> Date: Wed, 31 Mar 2021 21:07:20 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0 MIME-Version: 1.0 In-Reply-To: <83d214e6-2616-03ba-901b-4a92c69c22ff@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: ru Content-Transfer-Encoding: 8bit Subject: Re: [make-initrd] Release make-initrd 2.14.0 X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: make-initrd@lists.altlinux.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Mar 2021 14:07:27 -0000 Archived-At: List-Archive: 31.03.2021 20:55, Leonid Krivoshein пишет: > > 31.03.2021 16:39, Alexey Gladkov пишет: >> On Wed, Mar 31, 2021 at 04:08:26PM +0300, Leonid Krivoshein wrote: >>> 31.03.2021 10:44, Alexey Gladkov пишет: >>>> On Tue, Mar 30, 2021 at 11:18:56PM +0300, Leonid Krivoshein wrote: >>>>>>          2.14.0 >>>>>> >>>>> Шикарный набор, впечатляет! Огромное тебе спасибо!!! >>>>> >>>>> Не против, если я немного поковыряю pipeline для доведения его до нынешнего >>>>> пропагатора и скину все изменения оптом? >>>> Разве я могу запретить кому-то чем-то заниматься ? ))) >>>> >>>> Если чего-то не хватает, то это можно добавить. Фича pipeline была сделана >>>> как минимальный базис. >>> Да, это понятно. Разобрались, наконец, с локальной загрузкой и как/чего >>> переделывать. Но наткнулись на другую неприятную ошибку. Скорее всего, она >>> внутри initrd-put -- при создании универсального загрузочного носителя (на >>> замену того, что было с propagator) более половины ядерных модулей и >>> каталогов с модулями попадает не в /lib/modules/$KVER, а в корневой каталог >>> initramfs. Причём, это не зависит от используемого способа (директив) >>> указания списка модулей и места, где это делается. И это не только в 2.14.0, >>> с 2.13.0 то же самое. Нужна ли какая-то дополнительная диагностика? >> Разумеется нужна. Расскажите, что вы делали ? > > Просто давали команду make-initrd, предварительно скармливая разными способами список модулей через /etc/initrd.mk. Перепробованы были разные директивы -- PUT_DIRS/PUT_FILES с указанием полных путей, директивы MODULES_LOAD и MODULES_PRELOAD с указанием только названий модулей. Во всех случаях модули попадают, но в основном не туда, куда надо. См. во вложении пример вывода initrd-ls и один из вариантов скриптов, которым это делается. > Я так полагаю, что надо просто все модули через MODULES_LOAD или MODULES_PRELOAD добавлять, а не как сейчас, часть в виде каталогов с модулями через PUT_DIRS. -- С уважением, Антон Мидюков