From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Resent-From: Michael Shigorin Resent-Date: Tue, 23 Apr 2019 16:00:05 +0300 Resent-Message-ID: <20190423130005.GC18867@imap.altlinux.org> Resent-To: make-initrd@lists.altlinux.org Envelope-to: ar@cs.msu.ru Delivery-date: Sat, 20 Apr 2019 00:04:56 +0300 Date: Fri, 19 Apr 2019 23:04:48 +0200 From: Alexey Gladkov To: Leonid Krivoshein Message-ID: <20190419210447.GV21174@Legion-PC.fortress> References: <079072ab-3249-b5c0-5baa-b3ba5ac7e558@gmail.com> <9970f039-d7f9-74fd-2443-19bace8501d4@complife.ru> <41fbf1a2-40dc-84a0-4465-cb6f0b28569b@complife.ru> <3fd9233e-74e2-4c89-327b-f9309d030087@gmail.com> <489be984-aa29-53cf-c0a8-e4da309efc8a@complife.ru> <5b6ad98a-29bc-1c16-27df-d0a82b3e3adc@gmail.com> <28dad1c6-a80c-7b5d-a6b8-2c6a8f404842@complife.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-SA-Exim-Connect-IP: 194.107.17.36 X-SA-Exim-Mail-From: legion@altlinux.ru X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mail.cs.msu.ru X-Spam-Level: * X-Spam-Status: No, score=1.4 required=5.0 tests=BAYES_00,MIXED_ES,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.2 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.cs.msu.ru) Cc: =?utf-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Subject: Re: [make-initrd] [devel] syslinux X-BeenThere: make-initrd@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Apr 2019 13:00:06 -0000 Archived-At: List-Archive: On Fri, Apr 19, 2019 at 09:14:48PM +0300, Leonid Krivoshein wrote: > Всем привет! > > > Раз так, то давайте подключим Алексея. > > Мне тоже казалось, что nfsmount никогда толком не работал. Я никогда не использовал nfsroot. Изначально он появился путём переноса один в один функционала mkinitrd. Когда-то мне писали, что он работает в том же объёме, что и в mkinitrd. Я в последнее время двигаюсь в сторону отказа от утилит из klibc. Они не развиваются с той скоростью с которой бы мне хотелось. В новом релизе я постарался отказаться от ipconfig и некоторых других утилит. > А через mount.nfs монтировать удавалось. Просто немного приболел, > поэтому до подготовленного железного стенда на работе пока не доехал. И > сначала на виртуалках хочу собрать деплойный вариант подключения > NFS-раздела. Может, смогу в эти выходные. Можно попробовать переписать nfsroot с nfsmount на что-то другое. > Как я понял, dhcpv4 пытается авто-конфигурировать lo интерфейс и > отваливается по таймауту. > > Скрипт /data/etc/rc.d/rc начиная с комментария "Now run the START > scripts" определяет логику интерактивного запуска служб из > /etc/rc.d/rc$LEVEL.d/S?? -- перед всеми (all) или перед указанными > выполняется запрос на подтверждение. > > > 19.04.2019 19:33, Michael A. Kangin пишет: > > On 04/19/2019 06:01 AM, Leonid Krivoshein wrote: > > > >> Не, до NFS ещё видимо никто не доходил! :) А тестировать можно с > >> опциями debug, rdshell или STOP=,шаг, -- про это есть в документации > >> и на ВиКи. > > > > Не так давно rdshell была полностью сломана, теперь вроде починилась.. > > Ладно, уже хлеб Мне не известны случаи, когда STOP не работал в принципе. Я знаю, что не он, а чтение с терминала может не работать из-за plymouth. > > А вот это вот - "- `stop=` specifies the list of > > stages to where it's necessary to open emergency console." - есть > > список актуальных stages? мне показалось что в новой версии он > > значительно изменился > > > >> Может, не попадает нужных модулей в такой initrd? > > > > Как минимум для сетевой карты попадает (виртуалка в kvm) > > > > Для nfs не знаю, что ему надо - модули nfs/lockd/sunrpc там есть. > > Однако, этот nfsmount, который то ли из klibc, то ли kinit utils, > > будучи вручную запущенным, так же не работает с глубокомысленной > > диагностикой > > ~:# nfsmount 192.168.222.1:/home/sisyphus /root/ > > connect: Connection refused > > read: Connection refused > > read: Connection refused > > > > Не знаю, правильно ли его так вызывать - документации не нашёл. > > Впрочем, на моей памяти он кажется никогда не работал. > > > > > > Если внутрь initrd положить человеческий mount.nfs с доп.модулями типа > > nfsv4, то ручками корень монтируется без проблем. > > ~:# mount.nfs 192.168.222.1:/home/sisyphus /root/ > > ~:# ls /root/ > > bin         etc         lib64       media       proc        sbin > > sys         var > > boot        home        libx32      mnt         root selinux     tmp > > dev         lib         lost+found  opt         run srv         usr > > > > > > Однако, дальше ничего не происходит - если покинуть теперь шелл, то > > инитрд продолжает висеть вечно и чего-то ждать, даже по таймауту не > > отваливается. > > > > Резюмируя: > > - сеть кое_как работает,  её на данном этапе можно потестировать > > только вручную, можно проверить все заявленные режимы-параметры. > > - nfsroot не работает ваааще. > > - пытаться смигрировать CLB, основываясь на чтении исходников > > неработающей фичи, неразумно и преждевременно. > > - пожалуй, сейчас стоит пообщать Алексея, чтобы не играть в догадки и > > не тратить время впустую. > > > > Я выложил дополнительные образы http://mak.complife.ru/MI2/ > > как минимум удобно пользовать debug.cpio, с ним можно пользоваться > > башем и запустить (пока ручками) dropbear (/etc/init.d/dropbear > > start). Вшитый ключик приаттачил. > > Если будете грузить доп. образы с модулями, не забудьте первым делом > > сказать depmod -a, автоматику пока не развёл. > > > > Образец меню для iPXE: > > :alt > > set boot-path http://192.168.222.1/alt > > kernel ${boot-path}/vmlinuz ip=dhcp4 root=/dev/nfs > > nfsroot=192.168.222.1:/home/sisyphus debug rdshell > > initrd ${boot-path}/initrd.img > > initrd ${boot-path}/debug.cpio > > initrd ${boot-path}/nfs.cpio > > # initrd ${boot-path}/common_boot.modules.5.0.6-un-def-alt1.cpio > > initrd ${boot-path}/nfs.modules.5.0.6-un-def-alt1.cpio > > boot > > > > > > common_boot.modules не обязателен, но там расширенный набор модулей > > для разных сетевух и флешек/hdd/iso, может быть полезен. > > > > > > > >> Вот не думаю, что Dracut будет лучше для Альта, тем более, M-I вполне > >> интересное решение. В любом случае я просил legion@ смотреть и на > >> Dracut, и live-boot из Debian, хотя все они примерно ровесники. > > > > Есть еще и RHEL. > > > > > > > > -- > Best regards, > Leonid Krivoshein. > -- Rgrds, legion