From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gladkov.alexey@gmail.com>
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 18:26:25 +0200
From: Alexey Gladkov <gladkov.alexey@gmail.com>
To: make-initrd@lists.altlinux.org
Message-ID: <20190429162625.GZ9023@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>
 <fe13f139-91d0-9be5-3f1a-5eaa9fb715af@complife.ru>
 <20190429144901.GW9023@dhcp129-178.brq.redhat.com>
 <e8c09519-1114-3f2a-1d44-cbbb36b37215@complife.ru>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <e8c09519-1114-3f2a-1d44-cbbb36b37215@complife.ru>
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: <make-initrd.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/make-initrd>
List-Post: <mailto:make-initrd@lists.altlinux.org>
List-Help: <mailto:make-initrd-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/make-initrd>,
 <mailto:make-initrd-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Apr 2019 16:26:29 -0000
Archived-At: <http://lore.altlinux.org/make-initrd/20190429162625.GZ9023@dhcp129-178.brq.redhat.com/>
List-Archive: <http://lore.altlinux.org/make-initrd/>

On Mon, Apr 29, 2019 at 05:39:20PM +0200, Michael A. Kangin wrote:
> > В каком смысле чей будет ?
> 
> Мм, мне трудновато с непривычки выразиться корректно и понятно :)
> 
> Я имею ввиду, когда несколько фич могут быть самодостаточными, а могут и 
> использовать друг-друга в качестве промежуточного транспорта - как они 
> договорятся, которая из них будет обрабатывать параметр root=?

Такой ситуации не бывает.

Каждый транспорт ждёт необходимых параметров и если они предоставлены, то
согласно им монтирует нечто в указанный каталог. Так продолжается пока не
будет выполнено условие, после которого система считается готовой.

Сейчас для монтирования корня входными параметрами являются эвенты udev.
В новой вселенной этого не достаточно и будет ещё что-то.

> Кстати, в каком объёме нужна будет поддержка NFS?
> tcp/udp? v. 3 / 4? kerberos?

Я пока не знаю.

> >> Если закомментить упоминания syslog:
> > А куда у тебя логи идут в этом случае ?
> 
> Чьи, самого дропбира? Пока вникуда. Да они вроде и не нужны особенно..

Вот это меня очень смущает. Поэтому там syslog.

> Cейчас с сетью, мне кажется нужно думать за ремотные сислоги.
> 
> Вот, говорят, busybox'ный syslog вроде как умеет отсылать:
> https://developer.ridgerun.com/wiki/index.php/How_to_Configure_Remote_Syslog_Logging

Я это и имел в виду, когда говорил, что можно починить фичу syslog,
включив sysklog в busybox. Правда в этом случае эти утилиты нельзя будет
не класть в образ и фича будет приносить лишь service-файлы, то не очень
мне нравится.

-- 
Rgrds, legion