On 20/02/2021 00:08, Pete French wrote:
I suspect there are many variants on this out there! :-)
Well, guess what:
*
http://popeye.lapinbilly.eu/git/?p=zfsinstaller.git;a=blob;f=zfsinstall.sh;h=c63dfa803e1973006a752bd322e083217e97c67a;hb=HEAD
by the fact, this one has to be updated for
On 19/02/2021 22:30, Matthew D. Fuller wrote:
e.g., on one system BIOS-booting system, /boot/rewrite-bootcode.sh:
--
#!/bin/sh -x
for i in /dev/nda0 /dev/nda1; do
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${i}
done
On Fri, Feb 19, 2021 at 10:26:15PM +0100 I heard the voice of
Kurt Jaeger, and lo! it spake thus:
>
> We do not need it automated. We need it to be described in enough
> detail that we can write that BOOTx64.efi to the proper place. If
> there are some steps to find out where to write it etc.,
Hi,
On 19/02/2021 19:24, Kurt Jaeger wrote:
> I suspect that your 'zpool upgrade' enabled things that weren't enabled
> before. This caused the old boot blocks to no longer work.
Correct. That' s definitely the source of the booting issue.
> We should be better about upgrading boot blocks,
On Fri, Feb 19, 2021 at 2:42 PM David Marec wrote:
> On 19/02/2021 22:00, Warner Losh wrote:
> > We can't do that. gptzfsboot is for something else that we can't get rid
> > of: BIOS/CMS booting.
>
>
> My bad. I mean 'gptboot.efifat'.
>
>
> root@machine:~ # mdconfig -u 0 -f /boot/gptboot.efifat
On Fri, Feb 19, 2021 at 2:21 PM Kurt Jaeger wrote:
> Hi!
>
> > You can upgrade to 13 w/o hassle. The upgrade process doesn't
> automatically
> > upgrade the zpools. The only problem is if you also do a 'zpool upgrade'
> > which will change your zpool features. The fix is easy: upgrade your boot
On 19/02/2021 22:00, Warner Losh wrote:
We can't do that. gptzfsboot is for something else that we can't get rid
of: BIOS/CMS booting.
My bad. I mean 'gptboot.efifat'.
root@machine:~ # mdconfig -u 0 -f /boot/gptboot.efifat
root@machine:~ # mount -t msdosfs /dev/md0 /mnt
root@machine:~ #
Am 19.02.21 um 22:07 schrieb Warner Losh:
To avoid confusion and errors, I think a proper boot1.efifat should be put
back into the base system so that people don't have to track the above
recipe (which is likely to change).
There's no safe way to do this. The old process has been deprecated
Hi!
> We can't do that. gptzfsboot is for something else that we can't get rid
> of: BIOS/CMS booting. It's never been used for EFI booting at all. There's
> no way to for EFI to use it, nor is there anyway for us to build it to just
> work. You have to copy BOOTx64.efi to your ESP. What we could
Hi!
> You can upgrade to 13 w/o hassle. The upgrade process doesn't automatically
> upgrade the zpools. The only problem is if you also do a 'zpool upgrade'
> which will change your zpool features. The fix is easy: upgrade your boot
> loader (bootx64.efi) on the ESP at the same time before
On Fri, Feb 19, 2021 at 1:49 PM Greg Rivers via freebsd-stable <
freebsd-stable@freebsd.org> wrote:
> On Friday, 19 February 2021 12:24:24 CST Kurt Jaeger wrote:
> > > > Unfortunately it contains an old version of the boot loader:
> > [...]
> > > We should be better about upgrading boot blocks,
On Fri, Feb 19, 2021 at 1:41 PM David Marec
wrote:
> Hi,
>
> On 19/02/2021 19:24, Kurt Jaeger wrote:
>
> > I suspect that your 'zpool upgrade' enabled things that weren't enabled
> > before. This caused the old boot blocks to no longer work.
>
> Correct. That' s definitely the source of the
On Fri, Feb 19, 2021 at 11:24 AM Kurt Jaeger wrote:
> Hi!
>
> > > Unfortunately it contains an old version of the boot loader:
> [...]
> > We should be better about upgrading boot blocks, but EFI is kinda new and
> > kinda different than the other out-of-root-filesystem boot blocks we've
> had
>
On Friday, 19 February 2021 12:24:24 CST Kurt Jaeger wrote:
> > > Unfortunately it contains an old version of the boot loader:
> [...]
> > We should be better about upgrading boot blocks, but EFI is kinda new and
> > kinda different than the other out-of-root-filesystem boot blocks we've had
> >
Hi!
> > Unfortunately it contains an old version of the boot loader:
[...]
> We should be better about upgrading boot blocks, but EFI is kinda new and
> kinda different than the other out-of-root-filesystem boot blocks we've had
> in the past, so there's still some rough edges.
We run many
On Fri, Feb 19, 2021 at 8:13 AM David Marec
wrote:
> I have just upgrade one machine from 12-stable to 13-stable.
>
> Everything runs fine until the main ZFS pool was upgraded.
>
> Then the box stopped booting.
>
> Thanks to a FreeBSD-13 Beta2 usb stick, I was able to fix the issue by
> copying
I have just upgrade one machine from 12-stable to 13-stable.
Everything runs fine until the main ZFS pool was upgraded.
Then the box stopped booting.
Thanks to a FreeBSD-13 Beta2 usb stick, I was able to fix the issue by
copying `BOOTx64.efi` from the stick to the hard-drive.
Looking to
17 matches
Mail list logo
