From nobody Tue Dec 10 15:31:20 2024 X-Original-To: freebsd-questions@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 4Y72kx4kRWz5gGNB for ; Tue, 10 Dec 2024 15:31:21 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smarthost1.sentex.ca", Issuer "R10" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Y72kx4DqXz4kQ9 for ; Tue, 10 Dec 2024 15:31:21 +0000 (UTC) (envelope-from mike@sentex.net) Authentication-Results: mx1.freebsd.org; none Received: from pyroxene2a.sentex.ca (pyroxene19.sentex.ca [199.212.134.19]) by smarthost1.sentex.ca (8.18.1/8.18.1) with ESMTPS id 4BAFVDM1089613 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=FAIL); Tue, 10 Dec 2024 10:31:13 -0500 (EST) (envelope-from mike@sentex.net) Received: from [IPV6:2607:f3e0:0:4:91f6:46d3:a00d:a3eb] ([IPv6:2607:f3e0:0:4:91f6:46d3:a00d:a3eb]) by pyroxene2a.sentex.ca (8.18.1/8.15.2) with ESMTPS id 4BAFVKoE041642 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO); Tue, 10 Dec 2024 10:31:20 -0500 (EST) (envelope-from mike@sentex.net) Content-Type: multipart/alternative; boundary="------------DUnVa30b8EsuDxEBKNSbRpaB" Message-ID: Date: Tue, 10 Dec 2024 10:31:20 -0500 List-Id: User questions List-Archive: https://lists.freebsd.org/archives/freebsd-questions List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-questions@freebsd.org Sender: owner-freebsd-questions@FreeBSD.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: cannot boot: ZFS: unsupported feature" com.klarasystems:vdev_zaps_v2 To: Marco Beishuizen , "freebsd-questions@freebsd.org" References: <378879736.3447641.1733839072974@kpc.webmail.kpnmail.nl> <1802760779.3456611.1733841712960@kpc.webmail.kpnmail.nl> <875a62a1-b545-4b4b-8d20-aaa3f8298997@sentex.net> <85732041.3464045.1733843654871@kpc.webmail.kpnmail.nl> Content-Language: en-US From: mike tancsa Autocrypt: addr=mike@sentex.net; keydata= xsBNBFywzOMBCACoNFpwi5MeyEREiCeHtbm6pZJI/HnO+wXdCAWtZkS49weOoVyUj5BEXRZP xflV2ib2hflX4nXqhenaNiia4iaZ9ft3I1ebd7GEbGnsWCvAnob5MvDZyStDAuRxPJK1ya/s +6rOvr+eQiXYNVvfBhrCfrtR/esSkitBGxhUkBjOti8QwzD71JVF5YaOjBAs7jZUKyLGj0kW yDg4jUndudWU7G2yc9GwpHJ9aRSUN8e/mWdIogK0v+QBHfv/dsI6zVB7YuxCC9Fx8WPwfhDH VZC4kdYCQWKXrm7yb4TiVdBh5kgvlO9q3js1yYdfR1x8mjK2bH2RSv4bV3zkNmsDCIxjABEB AAHNHW1pa2UgdGFuY3NhIDxtaWtlQHNlbnRleC5uZXQ+wsCOBBMBCAA4FiEEmuvCXT0aY6hs 4SbWeVOEFl5WrMgFAl+pQfkCGwMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AACgkQeVOEFl5W rMiN6ggAk3H5vk8QnbvGbb4sinxZt/wDetgk0AOR9NRmtTnPaW+sIJEfGBOz47Xih+f7uWJS j+uvc9Ewn2Z7n8z3ZHJlLAByLVLtcNXGoRIGJ27tevfOaNqgJHBPbFOcXCBBFTx4MYMM4iAZ cDT5vsBTSaM36JZFtHZBKkuFEItbA/N8ZQSHKdTYMIA7A3OCLGbJBqloQ8SlW4MkTzKX4u7R yefAYQ0h20x9IqC5Ju8IsYRFacVZconT16KS81IBceO42vXTN0VexbVF2rZIx3v/NT75r6Vw 0FlXVB1lXOHKydRA2NeleS4NEG2vWqy/9Boj0itMfNDlOhkrA/0DcCurMpnpbM7ATQRcsMzk AQgA1Dpo/xWS66MaOJLwA28sKNMwkEk1Yjs+okOXDOu1F+0qvgE8sVmrOOPvvWr4axtKRSG1 t2QUiZ/ZkW/x/+t0nrM39EANV1VncuQZ1ceIiwTJFqGZQ8kb0+BNkwuNVFHRgXm1qzAJweEt RdsCMohB+H7BL5LGCVG5JaU0lqFU9pFP40HxEbyzxjsZgSE8LwkI6wcu0BLv6K6cLm0EiHPO l5G8kgRi38PS7/6s3R8QDsEtbGsYy6O82k3zSLIjuDBwA9GRaeigGppTxzAHVjf5o9KKu4O7 gC2KKVHPegbXS+GK7DU0fjzX57H5bZ6komE5eY4p3oWT/CwVPSGfPs8jOwARAQABwsB2BBgB CAAgFiEEmuvCXT0aY6hs4SbWeVOEFl5WrMgFAl+pQfkCGwwACgkQeVOEFl5WrMiVqwf9GwU8 c6cylknZX8QwlsVudTC8xr/L17JA84wf03k3d4wxP7bqy5AYy7jboZMbgWXngAE/HPQU95NM aukysSnknzoIpC96XZJ0okLBXVS6Y0ylZQ+HrbIhMpuQPoDweoF5F9wKrsHRoDaUK1VR706X rwm4HUzh7Jk+auuMYfuCh0FVlFBEuiJWMLhg/5WCmcRfiuB6F59ZcUQrwLEZeNhF2XJV4KwB Tlg7HCWO/sy1foE5noaMyACjAtAQE9p5kGYaj+DuRhPdWUTsHNuqrhikzIZd2rrcMid+ktb0 NvtvswzMO059z1YGMtGSqQ4srCArju+XHIdTFdiIYbd7+jeehg== In-Reply-To: <85732041.3464045.1733843654871@kpc.webmail.kpnmail.nl> X-Scanned-By: MIMEDefang 2.86 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:11647, ipnet:2607:f3e0::/32, country:CA] X-Rspamd-Queue-Id: 4Y72kx4DqXz4kQ9 X-Spamd-Bar: ---- This is a multi-part message in MIME format. --------------DUnVa30b8EsuDxEBKNSbRpaB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 12/10/2024 10:14 AM, Marco Beishuizen wrote: >> On 12/10/2024 3:59 PM CET mike tancsa wrote: >> On 12/10/2024 9:41 AM, Marco Beishuizen wrote: >>> It's running FreeBSD 14-STABLE >>> I don't have a bootstick. Isn't it possible to reach anything from >>> the "boot:" prompt? >> >> What is the pool ? Mirror ? raidz ?  As you updated 14-STABLE have >> you been updating the bootloader along the way as well ? Is it UEFI ? >> >>     ---Mike >> > It's just one zpool with the OS. I have a zstorage pool on a separate > disk. It doesn't have mirrors or raidz or anything like that. > Afaik I didn't update the bootloader. I never heard of needing to do > that. > The computer is a pretty recent Intel i9 10900X with 256GB ram, and it > has uefi in it. I'm not sure if it's actually using that. Let me rephrase, is the boot pool just one disk then ? If you are tracking stable, and new features are added to the zfs pool you will need to update the boot loader. Depending on how your system boots, UEFI or traditional gpt, you will need to make updates manually. e.g. on traditional gpt gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 #assuming its ada0 if you have a mirror then you need to do both disks in the mirror If its efi, mount the msdos partiton and update the loader on it .e.g on one of my boxes mount_msdos /dev/gpt/efiboot0  /mnt and copy a newer version of /boot/loader.efi over the old file in /mnt. At this point you probably need to create a freebsd USB boot stick, boot from it, import your pool, make the necessary changes based on whether your boot disk is efi or gptzfsboot, export the pool etc. If you get booted off the usb stick, post the output of "gpart show ada0" if ada0 is the problem boot pool...     ---Mike --------------DUnVa30b8EsuDxEBKNSbRpaB Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
On 12/10/2024 10:14 AM, Marco Beishuizen wrote:
On 12/10/2024 3:59 PM CET mike tancsa <mike@sentex.net> wrote:
 
 
On 12/10/2024 9:41 AM, Marco Beishuizen wrote:
It's running FreeBSD 14-STABLE
I don't have a bootstick. Isn't it possible to reach anything from the "boot:" prompt?
 

What is the pool ? Mirror ? raidz ?  As you updated 14-STABLE have you been updating the bootloader along the way as well ? Is it UEFI ?

    ---Mike

It's just one zpool with the OS. I have a zstorage pool on a separate disk. It doesn't have mirrors or raidz or anything like that.
Afaik I didn't update the bootloader. I never heard of needing to do that.
 
The computer is a pretty recent Intel i9 10900X with 256GB ram, and it has uefi in it. I'm not sure if it's actually using that.

Let me rephrase, is the boot pool just one disk then ? 

If you are tracking stable, and new features are added to the zfs pool you will need to update the boot loader. Depending on how your system boots, UEFI or traditional gpt, you will need to make updates manually.

e.g. on traditional gpt

gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0 #assuming its ada0

if you have a mirror then you need to do both disks in the mirror

If its efi, mount the msdos partiton and update the loader on it

.e.g on one of my boxes

mount_msdos /dev/gpt/efiboot0  /mnt

and copy a newer version of /boot/loader.efi over the old file in /mnt.

At this point you probably need to create a freebsd USB boot stick, boot from it, import your pool, make the necessary changes based on whether your boot disk is efi or gptzfsboot, export the pool etc.

If you get booted off the usb stick, post the output of "gpart show ada0" if ada0 is the problem boot pool...

    ---Mike





--------------DUnVa30b8EsuDxEBKNSbRpaB--