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.4 required=5.0 tests=RP_MATCHES_RCVD autolearn=ham autolearn_force=no version=3.4.1 To: make-initrd@lists.altlinux.org References: <20190426123558.GM9023@dhcp129-178.brq.redhat.com> <0e3a3ef2-8637-4ca4-1e95-a5c39841996f@complife.ru> <20190429121835.GV9023@dhcp129-178.brq.redhat.com> From: "Michael A. Kangin" Message-ID: Date: Mon, 29 Apr 2019 16:37:58 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20190429121835.GV9023@dhcp129-178.brq.redhat.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: ru-RU Content-Transfer-Encoding: 8bit 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:38:04 -0000 Archived-At: List-Archive: 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: features/dropbear/data/etc/rc.d/init.d/dropbear: -# Required-Start: $syslog localnet +# Required-Start: udev features/dropbear/rules.mk: -$(call require,syslog) то initrd собирается, dropbear упаковывается нормально, в рантайме запускается, host-ключи генерит. Впрочем, для того, чтобы действительно приконнектиться, нужно еще решить вопрос с ключом или паролем для root, а так же монтировать в рантайме /dev/pts Вот тогда действительно коннектится :) мне кажется, при сборке стоит подумать о вопросах: - добавления паблик-ключа в /home/root/.ssh/authorized_keys - возможность класть свои host-ключи (сейчас они генерятся каждый раз заново при старте системы, не вижу в этом большого профита, только с known_hosts лишняя возня) - как класть дропбировский scp