From nobody Wed Aug 31 13:56:16 2022 X-Original-To: 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 4MHm1N1jJcz4bTRF for ; Wed, 31 Aug 2022 13:56:24 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4MHm1M1hlBz3n1K for ; Wed, 31 Aug 2022 13:56:23 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (123-1-85-147.area1b.commufa.jp [123.1.85.147]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 27VDuGSc087749; Wed, 31 Aug 2022 22:56:17 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Wed, 31 Aug 2022 22:56:16 +0900 From: Tomoaki AOKI To: Warner Losh Cc: Naomichi Nonaka , users-jp@freebsd.org Subject: Re: loader.efi of 13.1 Message-Id: <20220831225616.9850e5251694833ca7df6a6d@dec.sakura.ne.jp> In-Reply-To: References: <191ab693-04fd-3782-3783-87b37ef0834f@enuenu.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) 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=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4MHm1M1hlBz3n1K X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of junchoon@dec.sakura.ne.jp has no SPF policy when checking 153.125.133.21) smtp.mailfrom=junchoon@dec.sakura.ne.jp X-Spamd-Result: default: False [-1.60 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; R_SPF_NA(0.00)[no SPF record]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; FROM_HAS_DN(0.00)[]; DMARC_NA(0.00)[sakura.ne.jp]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Wed, 31 Aug 2022 07:19:00 -0600 Warner Losh wrote: > On Wed, Aug 31, 2022 at 6:09 AM Naomichi Nonaka wrote: > > > 野中です。 > > > > On 2022/08/31 20:11, 丸山直昌 wrote: > > > 丸山です。 > > > > > > Wed, 31 Aug 2022 16:36:34 +0900 > > > Naomichi Nonaka writes: > > > > > >> 野中です。 > > >> > > >> 13.Xまでのbootの手順は > > >> > > >> EFIファーム->EFIパーティションのboot1.efi > > >> ->FreeBSDパーティションの/boot/loader.efi > > >> ->FreeBSDパーティションのkernel > > >> > > >> という順番で実行され、loader.luaはboot1.efiがloader.efiに渡します。 > > >> > > >> なので > > >>> /boot/loader.efi を ada0 の efi パーティションの > > >>> EFI/Boot/bootx64.efi にコピー > > >> ではなく、 > > >>> /boot/boot1.efi を ada0 の efi パーティションの > > >>> EFI/Boot/bootx64.efi にコピー > > >> が正しいです。 > > > > > > 勿論 > > >> /boot/boot1.efi を ada0 の efi パーティションの > > >> EFI/Boot/bootx64.efi にコピー > > > は実験した上で先ほどのメールは書きました。 > > > > > > ZFS found the following pools: XXXXXX YYYYYYY > > > UFS found 5 paritions > > > > > > というのが途中で表示されますが、結局のところ OK プロンプトで止まってしま > > > い、その後どうしたら良いのか私にはわかりません。先ほどのメールで > > > /boot/loader.efi の話だけ書いて、/boot/boot.efi の話を書かなかったのは、 > > > 例の ish.org のブログの記事を読んでいたためと、もう一つ「インストール済 > > > みディスク」(以下では/dev/da2)では EFI/Boot/bootx64.efi が > > > /boot/loader.efi と同じものだからです。(つまり13.1のデフォルトのインストー > > > ルは野中さん流では「正しくないインストール」ということになります。) > > > > 自分の環境はUPGRADE installした環境なので、古い構成のままだったようで > > す。よく確認せずに書いてしまい、すいませんでした。 > > > > > ま、 boot1.efi でも loader.efi でもどっちでも良いのですが、ともかく内臓 > > > ディスクからNEWPOOLNAME/ROOT/default をブートする方法を、ご存知の方は教 > > > えてください。 > > > > 試してはいないのですがloader.confのvfs.root.mountfromを指定してみては > > いかかでしょうか？ > > > > はい。できます。bectl(8) は新しい方法です。 > > ワーナー > > Yes. It can work, but bectl(8) is the newer way to manage this. > > Warner 今回のケースでは、同じドライブに新旧2つのZFS poolが存在します。 一方(ada0p12)は古いバージョン、もう一方(ada0p13)は13.1のものです。 bectlで複数のRoot-on-ZFS poolのboot environmentから起動したいものを 選べなさそうですが、可能ですか？ This case, two ZFS pools exist in the same physical drive. One (ada0p12) is an older installation, and another (ada0p13) is the 13.1 one. bectl doesn't seem to be able to select BE from multiple Root-on-ZFS pools. Is it possible? > > > > > # zpool import -N -f -o readonly=on -R /mnt zroot > > > # zpool status zroot > > > pool: zroot > > > state: ONLINE > > > scan: none requested > > > config: > > > > > > NAME STATE READ WRITE CKSUM > > > zroot ONLINE 0 0 0 > > > da2p4 ONLINE 0 0 0 > > > > > > errors: No known data errors > > > # zfs mount zroot/ROOT/default > > > # mount_msdosfs -o longnames /dev/da2p1 /mnt1 > > > # sha256 /mnt1/efi/boot/bootx64.efi /mnt/boot/loader.efi > > > SHA256 (/mnt1/efi/boot/bootx64.efi) = > > c1cdbfad80226e4203744dec17bc4aeb0b226f87821ba169cee82e6c2b5e2181 > > > SHA256 (/mnt/boot/loader.efi) = > > c1cdbfad80226e4203744dec17bc4aeb0b226f87821ba169cee82e6c2b5e2181 > > > # ls -l /mnt1/efi/boot/bootx64.efi /mnt/boot/loader.efi > > > -r-xr-xr-x 2 root wheel 892928 5月 12 17:29 /mnt/boot/loader.efi > > > -rwxr-xr-x 1 root wheel 892928 8月 7 23:49 /mnt1/efi/boot/bootx64.efi > > > > > > -------- > > > 丸山 直昌 まるやま なおまさ > > > メールアドレス： masa@amogha.jp > > > > > > > > > -- 青木 知明 [Tomoaki AOKI]