From nobody Sun Sep 8 03:24:25 2024 X-Original-To: freebsd-current@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 4X1b196V3kz5VPbk for ; Sun, 08 Sep 2024 03:24:29 +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 4X1b193108z4sf8 for ; Sun, 8 Sep 2024 03:24:29 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-21-232.area1b.commufa.jp [123.1.21.232]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 4883OQaw081430; Sun, 8 Sep 2024 12:24:26 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dec.sakura.ne.jp; s=s2405; t=1725765866; bh=+WiFR/uTx5bserY8e1oKAkHwQYBgv9i+ZEteiShbZt4=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=beLOm+kFYAYjUDFL2u3E8vSRIayVIWvGmzMwh6TH5D53wtF4gH9Ut8c4a0H/DiQRn t3NecXzaeB8KoaLTyL+oL8MAb9lEzyGJ4I1G98rzceL5pNjh1WdINVnOfDSPfKkR+Y rsF2WKnPSNYVa1P0+7tsHeb2EFGCcWDrpbDSRB0c= Date: Sun, 8 Sep 2024 12:24:25 +0900 From: Tomoaki AOKI To: Mark Millard Cc: Current FreeBSD Subject: Re: Loader needs to be updated message Message-Id: <20240908122425.720c256cbe4a0c6ae77ded0d@dec.sakura.ne.jp> In-Reply-To: References: Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.1) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@FreeBSD.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] X-Rspamd-Queue-Id: 4X1b193108z4sf8 On Sat, 7 Sep 2024 19:52:53 -0700 Mark Millard wrote: > Tomoaki AOKI wrote on > Date: Sun, 08 Sep 2024 01:54:28 UTC : > > > On Sun, 8 Sep 2024 02:01:02 +0100 > > void wrote: > > > > > On Sun, Sep 08, 2024 at 09:23:02AM +0900, Tomoaki AOKI wrote: > > > > > > . . . > > > > If not automounted, you can mount ESP manually as msdosfs there, at > > least for bare-metal host. IIUC, recent installation by bsdinstall > > creates fstab entry for it by default. > > void previously reported: > > QUOTE > # gpart list | grep -E '(Name|type|efi|media)' > 1. Name: vtbd0p1 > efimedia: HD(1,GPT,b7731537-61da-11ed-9652-00a0981073a7,0x28,0x400) > rawtype: 83bd6b9d-7f41-11dc-be0b-001560b84f0f > type: freebsd-boot > 2. Name: vtbd0p2 > efimedia: HD(2,GPT,b77a2687-61da-11ed-9652-00a0981073a7,0x800,0x2000000) > rawtype: 516e7cb5-6ecf-11d6-8ff8-00022d09712b > type: freebsd-swap > 3. Name: vtbd0p3 > efimedia: HD(3,GPT,b7836ca4-61da-11ed-9652-00a0981073a7,0x2000800,0xdfff000) > rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b > type: freebsd-zfs > 1. Name: vtbd0 > END QUOTE > > There is no ESP present in the guest. Instead there is a > "type: freebsd-boot" partition for which one of the likes of: > > # ls -lodT /boot/gpt*boot* > -r--r--r-- 1 root wheel uarch 62139 Apr 7 15:55:46 2024 /boot/gptboot > -r-xr-xr-x 1 root wheel uarch 109568 Apr 7 15:55:46 2024 /boot/gptboot.efi > -r--r--r-- 1 root wheel uarch 176062 Apr 8 01:15:54 2024 /boot/gptzfsboot > > would be in use. None of the 3 support the combination EFI and > ZFS-for-root-file-system. The only one of those 3 supporting zfs > is: gptzfsboot > It is documented to only supports old style BIOS context: > > "man 8 gptzfsboot" indicates "gptzfsboot is used on BIOS-based > computers to boot from a filesystem in a ZFS pool". > > gptboot and gptboot.efi only support UFS according to their man > pages. > > If EFI is in use, then the ESP-ish partition is not from the guest > context but from some place else --unless the man pages are wildly > wrong about what is supported for the gpt*boot 's. > > === > Mark Millard > marklmi at yahoo.com Ah, I've overlooked that. Thanks. So boot1.efi is not usable here just as gptboot.efi. gptzfsboot is the only bootcode for freebsd-boot partition on GPT which supports ZFS, and corresponding loader WAS zfsloader but IIRC ZFS support IS now incorporated into loader[_lua|_4th]. -- Tomoaki AOKI