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 16:49:01 +0200 From: Alexey Gladkov To: make-initrd@lists.altlinux.org Message-ID: <20190429144901.GW9023@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> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: 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 14:49:06 -0000 Archived-At: List-Archive: 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}..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