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: <20210331074456.xtkckveii34cxh64@example.org> <574c8249-330c-1888-07ad-c49cce5f02f4@gmail.com> <20210331133927.j3gupd4yfflszaum@example.org> <83d214e6-2616-03ba-901b-4a92c69c22ff@gmail.com> <20210331144057.m3eyfwnns2x3s6do@example.org> <20210331152230.dshas3odtszxafyv@example.org> <27101e86-3f0a-4612-9ecf-eb46e84ec71a@basealt.ru> <20210331155728.w4x2y6sqnnuykdzf@example.org> <0d538efa-d51b-f3f7-3034-97f2aa56ce2e@gmail.com> <20210331165523.lm27dw6bxnsaux3d@example.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <2199eaae-e0f8-7f35-3e57-a8c20d7c6bb3@basealt.ru> Date: Thu, 1 Apr 2021 01:11:38 +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: 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 18:11:44 -0000 Archived-At: List-Archive: 01.04.2021 01:03, Leonid Krivoshein пишет: > > > 31.03.2021 19:55, Alexey Gladkov пишет: >> On Wed, Mar 31, 2021 at 07:20:58PM +0300, Leonid Krivoshein wrote: >>>> Почему бы не сделать 'MODULES_LOAD += isofs' ? Зачем грузить всё ? >>>> Вы же знаете, что вы хотите ждать исошку. >>> Видимо здесь надо MODULES_ADD += ... т.е. чтобы он просто попал в initrd. >>> И конечно теперь пойдём ещё раз по пути PUT_FILES += ... >> Если ты указал модуль в MODULES_ADD, то нет нужды его искать самому и >> указывать в PUT_FILES. >> >> Также, чтобы положить какой-то подкаталог с модулями совершенно не нужно >> их искать руками. Для модулей работает: >> >> MODULES_TRY_ADD += drivers/char/ >> >>>> Для исошки вам нужно подождать пока udev загрузит нужный модуль и пока не >>>> появится условный /dev/cdrom. Для этого вообще не нужно ничего грузить >>>> руками (см test-pipeline-iso-squash). >>>> >>>> Возможно, понадобиться дополнительная команда, которая определит, что в >>>> приводе есть диск и он правильный. Но это уже совсем другое. >>> Как раз хочу сделать cdrom вместо waitdev, чтобы там же было сразу и >>> mountfs, но ещё не приступал. >> Это логично и вполне ожидаемо. >> >>> А что вообще думаешь об аналогии всяких rootonly=, roottype=, rootro=, итп >>> для waitdev? >> А какой у этого юскейс ? > > Например, чтобы ФС монтировалась только в read-only, а поверх уже строить оверлей. В общем-то такой же смысл, как у всех root*= > > >> waitdev только ожидает появления устройства. Оно не монтируется. Для >> mountfs наверно в этом есть смысл. > > Да, pipeline=cdrom,... как раз будет аналогом automatic=cdrom и объединит waitdev с первым moutfs (isofs). Мне кажется, лучше делать универсальный disk=UUID=. Без UUID будет угадайка, вдруг мне повезёт, как у нас сейчас. > > >>> Ведь сейчас waitdev позволяет указать только само устройство, >>> подобно root=, но указать дополнительные параметры не получится. > -- С уважением, Антон Мидюков