Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 10 Dec 2024 10:31:20 -0500
From:      mike tancsa <mike@sentex.net>
To:        Marco Beishuizen <mbeis.bsd@xs4all.nl>, "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
Subject:   Re: cannot boot: ZFS: unsupported feature" com.klarasystems:vdev_zaps_v2
Message-ID:  <c3877c84-6126-400f-92a9-819d0b85e73a@sentex.net>
In-Reply-To: <85732041.3464045.1733843654871@kpc.webmail.kpnmail.nl>
References:  <378879736.3447641.1733839072974@kpc.webmail.kpnmail.nl> <d7f9cc00-faa4-441d-8dbd-7d4f259653fa@sentex.net> <1802760779.3456611.1733841712960@kpc.webmail.kpnmail.nl> <875a62a1-b545-4b4b-8d20-aaa3f8298997@sentex.net> <85732041.3464045.1733843654871@kpc.webmail.kpnmail.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
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 <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
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix">On 12/10/2024 10:14 AM, Marco
      Beishuizen wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:85732041.3464045.1733843654871@kpc.webmail.kpnmail.nl">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <meta charset="UTF-8">
      <blockquote type="cite">
        <div> On 12/10/2024 3:59 PM CET mike tancsa
          <a class="moz-txt-link-rfc2396E" href="mailto:mike@sentex.net">&lt;mike@sentex.net&gt;</a> wrote: </div>
        <div>   </div>
        <div>   </div>
        <div class="moz-cite-prefix"> On 12/10/2024 9:41 AM, Marco
          Beishuizen wrote: </div>
        <blockquote type="cite">
          <div> It's running FreeBSD 14-STABLE </div>
          <div class="default-style"> I don't have a bootstick. Isn't it
            possible to reach anything from the "boot:" prompt? </div>
          <div class="default-style">   </div>
        </blockquote>
        <p>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 ?</p>
        <p>    ---Mike</p>
      </blockquote>
      <div> 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. </div>
      <div class="default-style"> Afaik I didn't update the bootloader.
        I never heard of needing to do that. </div>
      <div class="default-style">   </div>
      <div class="default-style"> 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. </div>
    </blockquote>
    <p>Let me rephrase, is the boot pool just one disk then ?  <br>
    </p>
    <p>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.</p>
    <p>e.g. on traditional gpt <br>
    </p>
    <p>gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ada0
      #assuming its ada0<br>
    </p>
    <p>if you have a mirror then you need to do both disks in the mirror</p>
    <p>If its efi, mount the msdos partiton and update the loader on it</p>
    <p>.e.g on one of my boxes</p>
    <p>mount_msdos /dev/gpt/efiboot0  /mnt</p>
    <p>and copy a newer version of /boot/loader.efi over the old file in
      /mnt.<br>
    </p>
    <p>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.</p>
    <p>If you get booted off the usb stick, post the output of "gpart
      show ada0" if ada0 is the problem boot pool...<br>
    </p>
    <p>    ---Mike<br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
    <p><br>
    </p>
  </body>
</html>

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



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c3877c84-6126-400f-92a9-819d0b85e73a>