From nobody Fri Sep 23 08:33:30 2022 X-Original-To: freebsd-users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4MYlmQ043Jz4cQHZ for ; Fri, 23 Sep 2022 08:33:42 +0000 (UTC) (envelope-from amogha@www1084.sakura.ne.jp) Received: from www1084.sakura.ne.jp (www1084.sakura.ne.jp [219.94.129.94]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4MYlmN4ggQz3ffM for ; Fri, 23 Sep 2022 08:33:40 +0000 (UTC) (envelope-from amogha@www1084.sakura.ne.jp) Received: from www1084.sakura.ne.jp (localhost [127.0.0.1]) by www1084.sakura.ne.jp (8.15.2/8.15.2) with ESMTP id 28N8XVIC031643; Fri, 23 Sep 2022 17:33:31 +0900 (JST) (envelope-from amogha@www1084.sakura.ne.jp) Received: (from amogha@localhost) by www1084.sakura.ne.jp (8.15.2/8.15.2/Submit) id 28N8XVc8031642; Fri, 23 Sep 2022 17:33:31 +0900 (JST) (envelope-from amogha) X-Mailer: emacs 24.5.1 (via feedmail 11-beta-1 I) From: masa@amogha.jp (=?iso-2022-jp?B?GyRCNF07M0Q+PjsbKEI=?=) To: freebsd-users-jp@freebsd.org Subject: Re: loader.efi of 13.1 In-Reply-To: (masa@amogha.jp) Organization: =?iso-2022-jp?B?GyRCNF07M0Q+PjskTjtkRSo7SE1RJSIlSSVsJTkbKEI=?= Reply-To: masa@amogha.jp Date: Fri, 23 Sep 2022 17:33:30 +0900 Message-ID: List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp X-Rspamd-Queue-Id: 4MYlmN4ggQz3ffM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of amogha@www1084.sakura.ne.jp has no SPF policy when checking 219.94.129.94) smtp.mailfrom=amogha@www1084.sakura.ne.jp X-Spamd-Result: default: False [-1.77 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_LONG(-0.97)[-0.968]; FORGED_SENDER(0.30)[masa@amogha.jp,amogha@www1084.sakura.ne.jp]; MIME_GOOD(-0.10)[text/plain]; FROM_NO_DN(0.00)[]; MLMMJ_DEST(0.00)[freebsd-users-jp@freebsd.org]; HAS_REPLYTO(0.00)[masa@amogha.jp]; R_DKIM_NA(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[amogha.jp]; HAS_ORG_HEADER(0.00)[]; ASN(0.00)[asn:9371, ipnet:219.94.128.0/17, country:JP]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; REPLYTO_DN_EQ_FROM_DN(0.00)[]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; FROM_NEQ_ENVFROM(0.00)[masa@amogha.jp,amogha@www1084.sakura.ne.jp] X-ThisMailContainsUnwantedMimeParts: N 丸山です。 13.1 の loader.efi の話の続きです。loader.env の話です。 Fri, 2 Sep 2022 08:50:39 +0900 Tomoaki AOKI writes: >ESPのefi/boot/freebsd/loader.env に > >　rootdev=zfs:NEWPOOLNAME/ROOT/default: > >を入力しておけばいけそうです。 との情報を元に実験してみてうまくできた、という話を Date: Sat, 10 Sep 2022 10:44:49 +0900 Message-ID: に書きました。ところがその後更に調べてみると、私がテストに使ったマシンの 中でもうまくゆくマシン(pc06)とうまくゆかない(EPSの /EFI/freebsd/loader.env を読んでくれない)マシン(pc03)があって、どこに違 いがあるのか、結局わからず、途方に暮れた次第です。 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229770 のコメント9, 10, 11 というのを見つけて、それで　13.1-STABLE から 9月 16 13:35 base.txz をダウンロードして /boot/loader.efi を取り出して試してみましたが、それで もダメでした。 ダメな場合の調査はもう諦めましたが、一応うまくゆく場合にどうなるかを説明 しておきます。 ESP の /EFI/freebsd/loader.env に rootdev を指定すると、「Welcome to FreeBSD」が表示されるところまで、その指定デバイスから必要情報を読み取り ます。(9月11日に書いた説明のAデバイス。)「Welcome to FreeBSD」画面がタイ ムアウトすれば、同じデバイスからカーネルを読み取り boot が進行しますが、 通常の場合と同じく、メニューエントリを選ぶか、スペースキーを押せばタイム アウトは阻止できます。メニューエントリ3を選べばローダーの OKプロンプトが 表示されますので、そこで OK show とやって変数の値を見ると、 rootdev という変数が表示され、その値は loader.env で指定したものになっています。関連しそうな変数として loaddev と currdev が表示されますが、これらも rootdev と同じ値でした。ここから set currdev=zfs:NEWPOOL/ROOT/default: boot などとやればカーネル等の読み込むデバイスを希望のものに変更できることは通 常の(loader.env を使わない)起動と同じです。ここで気になるところは、そも そも通常の起動では show で見ると rootdev という変数はありません(表示され ません)。loaddev と currdev はあります。rootdev と loaddev の役割の違い は何なのか、不明です。 何とか rootdev を指定して loader.efi を動かす方法を模索して、 rEFInd の menuentry で options を指定する方法を試してみました。これは https://www.ish.org/blog/?p=963 に書いてありますが、私が13.1の loader.efiで試した限りでは成功しませんでした。rEFInd のバージョンも複数 試してみましたが、ダメでした。この ish.org の話は Release 12 の時の話で ある上に、 rEFInd の前段にclover とか grub2 とか aio bootとかいう物を使っ ているらしいので、とてもじゃないですが、再現実験をやる気にはなれません。 この方法も諦めました。 この話はここまでにしておきます。 -------- 丸山 直昌 まるやま なおまさ メールアドレス： masa@amogha.jp