From: Leonid Krivoshein <klark.devel@gmail.com> To: make-initrd@lists.altlinux.org Subject: Re: [make-initrd] master updated Date: Mon, 29 Apr 2019 18:53:50 +0300 Message-ID: <8179f21e-383f-65bd-8999-47824bb3121e@gmail.com> (raw) In-Reply-To: <e8c09519-1114-3f2a-1d44-cbbb36b37215@complife.ru> 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 > > Кстати, в каком объёме нужна будет поддержка NFS? > tcp/udp? v. 3 / 4? kerberos? > > > >>> Если закомментить упоминания syslog: >> А куда у тебя логи идут в этом случае ? > > Чьи, самого дропбира? Пока вникуда. Да они вроде и не нужны особенно.. > Cейчас с сетью, мне кажется нужно думать за ремотные сислоги. > > Вот, говорят, busybox'ный syslog вроде как умеет отсылать: > https://developer.ridgerun.com/wiki/index.php/How_to_Configure_Remote_Syslog_Logging > > > И у меня есть смутная идея - возможно удалось бы экспортировать по > сети /dev/log какой-нибудь хитрой магией netcat/socat > -- Best regards, Leonid Krivoshein.
next prev parent reply other threads:[~2019-04-29 15:53 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-04-26 12:35 Alexey Gladkov 2019-04-29 11:02 ` Michael A. Kangin 2019-04-29 12:18 ` Alexey Gladkov 2019-04-29 14:37 ` Michael A. Kangin 2019-04-29 14:49 ` Alexey Gladkov 2019-04-29 15:39 ` Michael A. Kangin 2019-04-29 15:53 ` Leonid Krivoshein [this message] 2019-04-29 21:08 ` Alexey Gladkov 2019-04-29 16:26 ` Alexey Gladkov 2019-04-29 16:42 ` Michael A. Kangin 2019-04-29 17:25 ` Alexey Gladkov 2019-04-29 17:46 ` Michael A. Kangin 2019-04-29 21:05 ` Alexey Gladkov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=8179f21e-383f-65bd-8999-47824bb3121e@gmail.com \ --to=klark.devel@gmail.com \ --cc=make-initrd@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
Make-initrd development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \ make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com public-inbox-index make-initrd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.make-initrd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git