bypassing loader and booting kernel directly using boot2

[wismos]

so i am having a weird issue where loader is taking un-negligible amount of time for probing disks and console, while it used to be instant in the past, so i was reading https://docs.freebsd.org/en/books/handbook/boot/index.html and noticed "Once the kernel is loaded by either loader or by boot2, which bypasses loader" that sounds like something that would help my case, how would i go around loading the kernel with boot2 directly?

 

[T-Daemon]

i am having a weird issue where loader is taking un-negligible amount of time for probing disks and console, while it used to be instant in the past,

This sounds like a regression. It would be more logical to report the issue than to search for a workaround.

What version is the system running on, which platform, what partioning scheme (MBR, GPT)?

# uname -a

# freebsd-version -kru

# gpart show

 

[covacat]

bypassing loader does not work since ages. you get an early kernel panic iirc

 

[wismos]

This sounds like a regression. It would be more logical to report the issue than to search for a workaround.

What version is the system running on, which platform, what partioning scheme (MBR, GPT)?

# uname -a

# freebsd-version -kru

# gpart show

it's MBR and freebsd-14.2-p3-RELEASE, i didn't report it because i think that no one else would care about a slower probing by loader of measly 4 seconds(although it used to be instant before)

 

[cracauer@]

it's MBR and freebsd-14.2-p3-RELEASE, i didn't report it because i think that no one else would care about a slower probing by loader of measly 4 seconds(although it used to be instant before)

4 seconds is an eternity for many people who can work on this. Definitely report.

 

[Emrion]

Begin by update the pmbr of the boot disk and the freebsd-boot partition with gtpboot or gtpzfsboot depending on the root file system you use.