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.2 required=5.0 tests=DKIM_ADSP_CUSTOM_MED, FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.1 Date: Mon, 29 Apr 2019 23:08:09 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20190429210809.GC9023@dhcp129-178.brq.redhat.com> References: <20190426123558.GM9023@dhcp129-178.brq.redhat.com> <0e3a3ef2-8637-4ca4-1e95-a5c39841996f@complife.ru> <20190429121835.GV9023@dhcp129-178.brq.redhat.com> <20190429144901.GW9023@dhcp129-178.brq.redhat.com> <8179f21e-383f-65bd-8999-47824bb3121e@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <8179f21e-383f-65bd-8999-47824bb3121e@gmail.com> Subject: Re: [make-initrd] master updated 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: Mon, 29 Apr 2019 21:08:13 -0000 Archived-At: List-Archive: On Mon, Apr 29, 2019 at 06:53:50PM +0300, Leonid Krivoshein wrote: > > > 29.04.2019 18:39, Michael A. Kangin пишет: > > On 04/29/2019 04:49 PM, Alexey Gladkov wrote: > > > >>>> root=/dev/nfs это не моё изобретение: > >>>> https://github.com/torvalds/linux/blob/master/Documentation/filesystems/nfs/nfsroot.txt#L46 > >>>> > >>> > >>> Я просто задумался, если NFS (и другие фичи) рассматривать и как > >>> транспорт, то чей root= в итоге будет. Ну да ладно, у вас там свои идеи > >>> наверное есть :) > >> > >> В каком смысле чей будет ? > > > > Мм, мне трудновато с непривычки выразиться корректно и понятно :) > > > > Я имею ввиду, когда несколько фич могут быть самодостаточными, а могут > > и использовать друг-друга в качестве промежуточного транспорта - как > > они договорятся, которая из них будет обрабатывать параметр root=? > > > > По цепочке все фичи парсят /proc/cmdline, в результате что-то > оказывается в глобальной $INITRD_ROOT. Видимо, кто первый, тот и > транспорт, и так каждый следующий. А кто последний, тот и root. > > > > > > Ну вот допустим есть некая фича "squash-boot", которая использует > > nfsroot как транспорт. Мы говорим root=/dev/nfs, чтобы у нас nfs > > вообще заработало. Тогда этой squash-boot мы должны дать какой-то > > другой параметр вместо root= ? > > > > Хорошо, допустим мы ей будем давать squash-root= > > А в ситуации, когда "squash-boot" будет пользоваться как транспортом > > http или iSCSI - мы вообще без root= останемся? > > > > > > Или разделить нынешнюю nfsroot на транспортную фичу, которая будет > > хотеть nfsroot= и непосредственно монтировочную (как бы назвать такую > > финальную фичу - которая предоставляет подготовленный /root), которая > > будет активироваться root=/dev/nfs? > > > > т.е. например если мы скажем > > nfsroot=192.168.0.1:/nfsshare/mysystem root=/dev/nfs > > то, как сейчас, 192.168.0.1:/nfsshare/mysystem смонтируется на /root > > > > Кажется излишним такой синтаксис. > > > > а если > > nfsroot=192.168.0.1:/nfsshare/images root=nfs:/image1.squash > > тогда 192.168.0.1:/nfsshare/images должно быть смонтировано куда-то не > > в /root, а дальше пусть разбирается "squash-boot" со своим параметром > > root=, который она поймёт как процессить > > > > И такой тоже. Что-то вроде этого напрашивается: > > root=nfs:server:/nfsshare/images;squash:livecd Да, что-то в этом роде. Хотя мне не очень нравится один параметр с кучей опций вперемешку. Мне бы хотелось разделить их, но не уверен, что это будет удобно задавать. -- Rgrds, legion