[RELEASE] New Boot-Loader Menu bugs?

Devin Teske dteske at vicor.com
Mon Jul 18 03:40:14 UTC 2011


Hi Doug,

On Jul 17, 2011, at 5:08 PM, Doug Barton wrote:

> There also seems to be a bug with the new boot loader that if you bounce
> out to the prompt and do 'boot kernel.other' the kern.module_path sysctl
> is not updated. It still lists /boot/kernel first; but that should be
> replaced by /boot/kernel.other.

I had a chance to try this out in a VM.

I just tested this in FreeBSD 8.1-RELEASE with my loader_menu applied (exactly what's available from rev 222417).

The results I get are actually what you describe should happen.

Here's the steps I took:

1. Made sure all "kernel=" and "module_path=" lines were commented out in loader.conf(5)
2. Moved my kernel to /boot/kernel/kernel
3. Made a copy of my kernel to /boot/kernel2/kernel
4. Rebooted. Didn't touch anything. Verified that when I came up, `sysctl -n kern.bootfile' was /boot/kernel/kernel. Good. We have a baseline operation that things are working as-expected without interrupting the boot-process (that is to say, that loader(8) loaded the kernel in it's default location).
5. Reboot again. This time, I press Escape to the drop to the loader(8) prompt.
6. I took "boot /boot/kernel2"
7. I see the new kernel being loaded.
8. The kernel executes.
9. My system boots as-expected.
10. The value of sysctl kern.module_path produces (drum roll): /boot/kernel2;/boot/kernel;/boot/modules

What release are you running? I can't replicate the bug in 8.1-RELEASE with the new loader menu applied. It's possible that the bug was introduced some other way.
-- 
Devin

______________________________________________________________________
The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.


More information about the freebsd-hackers mailing list