Date: Wed, 21 Dec 2011 09:55:27 -0800 From: "Thomas D. Dean" <tomdean@speakeasy.org> To: freebsd-amd64@freebsd.org Subject: Re: amd64/163442: boot/loader.conf not processed at boot time Message-ID: <1324490127.6799.12.camel@asus> In-Reply-To: <4EF1D472.5000708@FreeBSD.org> References: <201112190730.pBJ7UESQ097170@freefall.freebsd.org> <1324319166.3799.144.camel@asus> <201112200801.00926.jhb@freebsd.org> <1324404056.2107.21.camel@asus> <1324404366.2107.23.camel@asus> <4EF1D472.5000708@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2011-12-21 at 07:43 -0500, John Baldwin wrote: > On 12/20/11 1:06 PM, Thomas D. Dean wrote: > Uh, so using grub to load the loader was the fix? That isn't a > real fix. Can you disable the beastie (beastie_disable="YES") and > the automatic boot (autoboot_delay="NO") in loader.conf and then > either use a serial console or a camera to capture the messages on > the screen when it loads the modules. Then do a boot -v from the > prompt and save the output of 'dmesg' to a file after it boots. > Put that file up somewhere where I can look at it to see if there > were errors parsing the modules loaded from the loader. > Sorry, I was not clear. I installed grub in my original configuration of the new machine, built from components, no OS. I created gpt partitions on two disks with linux. I installed windows 7 on the first disk, then, linux with grub on the second disk, fixing grub to boot windows. Then, I installed FreeBSD on the second disk. Again, I edited grub (in linux) to boot all three. At this point, I had grub configured to directly load the FreeBSD kernel, not using the loader. So, any loader configurations were not effective because the loader was never executed. The beastie never appeared. Until the discussion on this list, I never noticed the absence. This was a mistake on my part. I wanted to use the FreeBSD loader and get the benefits of configuring modules, etc., at boot time. Going back to linux and configuring grub properly to use the FreeBSD loader fixed the problem. I can try to gather information, but, I will have to go back to the improper (broken?) grub configuration to do it. tomdean
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1324490127.6799.12.camel>