Re: [make-initrd] master updated

[Alexey Gladkov <gladkov.alexey@gmail.com>]

On Mon, Apr 29, 2019 at 04:37:58PM +0200, Michael A. Kangin wrote:
> On 04/29/2019 02:18 PM, Alexey Gladkov wrote:
> 
> > В логах что-нибудь есть ? ip-route выполняется ?
> 
> [2019-04-29 13:47:36] 040-network: eth1: process event: network.route.update
> [2019-04-29 13:47:36] route: eth1: run: ip -4 route append default via 
> 192.168.222.1
> [2019-04-29 13:47:36] route: eth1: run: ip -4 route append 172.16.0.0/12
> ip: RTNETLINK answers: No such device

Спасибо. Так яснее.

> [2019-04-29 13:47:36] route: eth1: create event: network.route.update -> 
> network.route.updated
> 
> /.initrd/initenv:export 
> CMDLINE="ip=192.168.222.25::192.168.222.1:25:myhost:eth1:none 
> route=172.16.0.0/12::eth1 nameserver=98.158.111.2 
> nameserver=[fd00:eeee:2::1] debug rd-depmod=y rdshell rootdelay=5"
> /.initrd/initenv:export ROUTE0="172.16.0.0/12::eth1"
> /.initrd/initenv:export route="172.16.0.0/12::eth1"
> /.initrd/kernenv:route="172.16.0.0/12::eth1"

Спасибо. Проверю.

> кстати: еще в логах постоянно мелькает такая запись:
> [2019-04-29 14:22:27] addr: lo: run: ip -4 address add dev lo 127.0.0.1/8
> ip: RTNETLINK answers: File exists

Я видел. Да, это не страшно.

> еще кстати:
> If you are here that something went wrong. If so, it's important to 
> remember:
> ...
> - /var/log/uevent.log -- contains log of the execution of handlers.
> 
> Он /var/log/uevent*d*.log
>

Исправлю.

> - /var/log/udhcp{4|6}.<iface>.log -- contains DHCP logs.
> 
> Оне /var/log/udhcp*с*...

А это вообще нужно придумать как вынести в фичу.

> > root=/dev/nfs это не моё изобретение:
> > https://github.com/torvalds/linux/blob/master/Documentation/filesystems/nfs/nfsroot.txt#L46
> 
> Я просто задумался, если NFS (и другие фичи) рассматривать и как 
> транспорт, то чей root= в итоге будет. Ну да ладно, у вас там свои идеи 
> наверное есть :)

В каком смысле чей будет ?

> >> И напоминаю, фича dropbear тоже сломана, сислога хочет.
> > Угу. Видимо добавлю из busybox, хотя не очень хочется.
> 
> В принципе, сам dropbear прекрасно сейчас и без него работает (из 
> дополнительного debug.cpio)
> 
> Если закомментить упоминания syslog:

А куда у тебя логи идут в этом случае ?

> Впрочем, для того, чтобы действительно приконнектиться, нужно еще решить 
> вопрос с ключом или паролем для root, а так же монтировать в рантайме 
> /dev/pts

В сервисе dropbear нужно проверять и монтировать его.

> мне кажется, при сборке стоит подумать о вопросах:
> - добавления паблик-ключа в /home/root/.ssh/authorized_keys

Хорошая мысль.

> - возможность класть свои host-ключи (сейчас они генерятся каждый раз 
> заново при старте системы, не вижу в этом большого профита, только с 
> known_hosts лишняя возня)

Угу

> - как класть дропбировский scp

Можно.

-- 
Rgrds, legion