Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 9 Apr 2014 14:40:11 -0700 (PDT)
From:      "Chris H" <bsd-lists@bsdforge.com>
To:        dteske@FreeBSD.org
Cc:        freebsd-stable@FreeBSD.org
Subject:   RE: 9.2 Boot Problem
Message-ID:  <022f3f24db70caf9a4091e9314d921b1.authenticated@ultimatedns.net>
In-Reply-To: <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org>
References:  <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <a865b8f2ccb9ad4918544bad3d49554d.authenticated@ultimatedns.net> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> <feeca307c8da9ca3b385cf47d75904a7.authenticated@ultimatedns.net> <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> <318a4d8a0a7e5076f212c16675467140.authenticated@ultimatedns.net> <0f4101cf543b$0d15f460$2741dd20$@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
>
>
>> -----Original Message-----
>> From: Chris H [mailto:bsd-lists@bsdforge.com]
>> Sent: Wednesday, April 9, 2014 2:31 PM
>> To: dteske@FreeBSD.org
>> Cc: 'Doug Hardie'; freebsd-stable@FreeBSD.org
>> Subject: RE: 9.2 Boot Problem
>>
>> >
>> >
>> >> -----Original Message-----
>> >> From: Chris H [mailto:bsd-lists@bsdforge.com]
>> >> Sent: Wednesday, April 9, 2014 2:03 PM
>> >> To: Doug Hardie
>> >> Cc: freebsd-stable@freebsd.org List
>> >> Subject: Re: 9.2 Boot Problem
>> >>
>> >> >
>> >> > On 9 April 2014, at 13:49, "Chris H" <bsd-lists@bsdforge.com> wrote:
>> >> >
>> >> >>>
>> >> >>> On 9 April 2014, at 11:29, "Chris H" <bsd-lists@bsdforge.com> wrote:
>> >> >>>
>> >> >>>>>
>> >> >>>>> On 4 April 2014, at 21:08, Doug Hardie <bc979@lafn.org> wrote:
>> >> >>>>>
>> >> >>>>>> I put this out on Questions, but got no responses. Hopefully
>> >> >>>>>> someone here has some ideas.
>> >> >>>>>>
>> >> >>>>>> FreeBSD 9.2.  All of my systems are hanging during boot right
>> >> >>>>>> after the screen that has the picture.  Its as if someone hit
>> >> >>>>>> a space on the keyboard.  However, these systems have no
>> keyboard.
>> >> >>>>>> If I plug one in, or use the serial console, and enter a
>> >> >>>>>> return, the boot continues properly.
>> >> >>>>>>
>> >> >>>>>> The boot menu is displayed along with Beastie.  However, the
>> >> >>>>>> line that says Autoboot in n seconds… never appears.  It just
>> >> >>>>>> stops there.  These are all new installs from CD systems.
>> >> >>>>>> I just used freebsd-update to take a toy server from 9.1 to
>> >> >>>>>> 9.2 and it doesn't exhibit this behavior.  It boots properly.
>> >> >>>>>> I have updated one of the production servers with the latest
>> >> >>>>>> 9.2 changes and it still has the issue.  I first thought that
>> >> >>>>>> some config file did not get updated properly on the CD.  I
>> >> >>>>>> have dug around through the 4th files and don't see anything
>> >> >>>>>> obvious that would cause this.  I have now verified that all
>> >> >>>>>> the 4th files in boot are identical (except for the version
>> >> >>>>>> number.  They are slightly different).  I don't believe this
>> >> >>>>>> is a BIOS setting issue as FreeBSD 7.2 didn't exhibit this
>> >> >>>>>> behavior.  All
>> >> >>>>>> 4
>> >> >>>>>> systems are on totally different motherboards.
>> >> >>>>>>
>> >> >>>>>> I tried setting loader_logo="none" in /boot/config.rc and that
>> >> >>>>>> eliminated the menu and Beastie.  I think the system completed
>> >> booting, but the serial console was then dead.
>> >> >>>>>> It
>> >> >>>>>> did not respond or output anything.  I had to remove that and
>> >> >>>>>> reboot to get the console back again.
>> >> >>>>>>
>> >> >>>>>> I need to get this fixed as these are production servers that
>> >> >>>>>> are essentially unmanned so its difficult to get them back up
>> again.
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> No response here either.  Surely someone must know the loader.
>> >> >>>>> I
>> >> have been digging
>> >> >>>>> through
>> >> >>>>> the code, and can't find any differences between the systems
>> >> >>>>> that
>> >> work and those that
>> >> >>>>> don't.
>> >> >>>>> Is there any way to debug this?  Is there a way to find out
>> >> >>>>> where the
>> >> loader is sitting
>> >> >>>>> waiting on input from the terminal.  That might give a clue as
>> >> >>>>> to why it
>> >> didn't
>> >> >>>>> autoboot.
>> >> >>>>>
>> >> >>>> OK. This is the first I've seen of your post. I'm not going to
>> >> >>>> profess being an expert. But I might suggest adding the
>> >> >>>> following to
>> >> >>>> loader.conf(5)
>> >> >>>>
>> >> >>>> verbose_loading="YES"
>> >> >>>> boot_verbose="YES"
>> >> >>>>
>> >> >>>> This raises the "noise level". Maybe that will help to provide
>> >> >>>> you with a bit more information, as to what, or if, your
>> >> >>>> booting. DO have a look through /boot/defaults/loader.conf for
>> >> >>>> more hints, as to what, and
>> >> how
>> >> >>>> you can control the boot process. As well as /etc/defaults/rc.conf.
>> >> >>>> In fact, you can pre-decide what, and how, to boot. Even passing
>> >> >>>> by the boot menu entirely.
>> >> >>>
>> >> >>> Thanks Chris.  I did that and here is what I get:
>> >> >>>
>> >> >>> Rebooting...
>> >> >>> cpu_reset: Stopping other CPUs
>> >> >>> /boot.config: -Dh
>> >> >>> Consoles: internal video/keyboard  serial port BIOS drive A: is
>> >> >>> disk0 BIOS drive C: is disk1 BIOS 640kB/2087360kB available
>> >> >>> memory
>> >> >>>
>> >> >>> FreeBSD/x86 bootstrap loader, Revision 1.1 (doug@zool.lafn.org,
>> >> >>> Tue Apr  8 20:30:20 PDT 2014) Loading /boot/defaults/loader.conf
>> >> >>> Warning: unable to open file /boot/loader.conf.local
>> >> >>> /boot/kernel/kernel text=0xdb3171 data=0xf3c04+0xbb770
>> >> syms=[0x4+0xeda80+0x4+0x1b8ebf]
>> >> >>> zpool_cache...failed!
>> >> >>> \
>> >> >>> H[Esc]ape to loader prompt_   _____ _____
>> >> >>> |  ____|             |  _ \ / ____|  __ \
>> >> >>> | |___ _ __ ___  ___ | |_) | (___ | |  | |
>> >> >>> |  ___| '__/ _ \/ _ \|  _ < \___ \| |  | |
>> >> >>> | |   | | |  __/  __/| |_) |____) | |__| |
>> >> >>> | |   | | |    |    ||     |      |      |
>> >> >>> |_|   |_|  \___|\___||____/|_____/|_____/    ```                        `
>> >> >>>                                             s` `.....---.......--.```   -/
>> >> >>> +            Welcome to FreeBSD           + +o   .--`         /y:`      +.
>> >> >>> |                                         |  yo`:.            :o      `+-
>> >> >>> |  1. Boot Multi User [Enter]             |   y/        3;46H /
>> >> >>> |  2.--  /                                |
>> >> >>> |                                         |
>> >> >>> |  4. Reboot                              | `:                          :`
>> >> >>> |                                         | `:                          :`
>> >> >>> |  Options:                                  /                          /
>> >> >>> |  5. Configure Boot [O]ptions...            .-                        -.
>> >> >>> |                                             --                      -.
>> >> >>> |                                              `:`                  `:`
>> >> >>> |                                                .--             `--.
>> >> >>> |                                                   .---.....----.
>> >> >>> +-----------------------------------------+
>> >> >>>
>> >> >>>                                                FreeBSD `Nakatomi
>> >> >>> Socrates' 9.2
>> >> >>>
>> >> >>>
>> >> >>> Now it waits for a return.  I have tried changing the logo,
>> >> >>> setting the
>> >> autoboot timeout
>> >> >>> and
>> >> >>> a couple others.  The only thing that did anything different was
>> >> >>> setting
>> >> the logo to an
>> >> >>> invalid value.  Basically the console was dead after that, but
>> >> >>> the system
>> >> did boot.  I
>> >> >>> never
>> >> >>> see the Auto Boot in n seconds message.  Its also interesting
>> >> >>> that the list
>> >> of options
>> >> >>> above
>> >> >>> appears incomplete.  On the working system, items 1 through 5 are
>> >> >>> all
>> >> present.  I have
>> >> >>> now
>> >> >>> checked all the cksum's for all the files in /boot and they are all the
>> same.
>> >> >>>
>> >> >> Hmmm. Looks like you're going to make me do all your research, for
>> you.
>> >> ;)
>> >> >> You /did/ read the contents of /boot/defaults/loader.conf. Yes?
>> >> >> I'm
>> >> guessing
>> >> >> that you've also already read loader.4th(8), and the other related info.
>> >> >> Now this is pure supposition; as it appears that you're looking
>> >> >> for a serial console. I'd /speculate/ that you want to turn all
>> >> >> that NASTY ANSI stuff
>> >> OFF
>> >> >> That's why your not seeing the complete menu -- hear that Devin!
>> >> >> I'm going to post just this much for now, just to get you started.
>> >> >> I know what else you need/are looking for. But need to find the
>> >> >> /correct/ syntax
>> >> --
>> >> >> paraphrasing, just won't get it. :)\
>> >> >
>> >> > Setting loader_color="NO"   (from man page)  does give back the full
>> menu.
>> >> Still waits for
>> >> > return after the version name.  I haven't found in the forth where
>> >> > it is
>> >> reading the
>> >> > keyboard.  Yes, I have to use a serial console.  These machines are
>> >> > about
>> >> 100 miles away.
>> >> > Something is stopping the autoboot from even starting.
>> >>
>> >> See my reply to this. I think I've given you the hints you need --
>> >> fingers crossed. :)
>> >>
>> >
>> > He's using console=comconsole (serial boot).
>> > When that is the case, loader_color is automatically set to NO.
>> > There's no reason to set both loader_color=NO and console= comconsole.
>> > The code that does this is here:
>> >
>> >
>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b
>> >
>> ase/release/9.2.0/sys/boot/forth/color.4th?revision%3D255898%26view%3D
>> >
>> markup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj
>> 2Ns9%2FssH
>> >
>> Jjg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5T
>> k%3D%0A&s=7
>> > 093c40428c7d3ff090a2b2ecf2383b6f8eb570b313f498f1e5fdd1af84c3103
>> > Line 48 within the loader_color? function:
>> > 	boot_serial? if FALSE else TRUE then
>> >
>> > As for answering the quandary of where the keyboard is polled during
>> > the timeout countdown, that's the getkey function in here:
>> >
>> >
>> https://urldefense.proofpoint.com/v1/url?u=http://svnweb.freebsd.org/b
>> >
>> ase/release/9.2.0/sys/boot/forth/menu.4th?revision%3D255898%26view%3
>> Dm
>> >
>> arkup&k=%2FbkpAUdJWZuiTILCq%2FFnQg%3D%3D%0A&r=Mrjs6vR4%2Faj2
>> Ns9%2FssHJ
>> >
>> jg%3D%3D%0A&m=Sb5WGVC5%2BWtjRcyJpnVxPn6RX4sdiUdLbrbhmjen5Tk
>> %3D%0A&s=54
>> > b92411337a79a77d0308c0f50c147845f246a911bd6b888aa3f6a08c3299b6
>>
>> Hi Devin. I was hoping you'd join the conversation. :) I /personally/ didn't
>> suggest that he issue both color=NO /and/ boot_serial.
>> In fact, I only suggested using loader_logo="beastiebw" as that's how I
>> managed to /finally/ get a usable boot menu, when I first attempted to
>> use/install 9.2. I'd have written a pr(1). But as the /whole/ experience was
>> new -- hardware /and/ 9.2. I just wrote it off. But now I suspect that there
>> may be more to it.
>>
>> Thanks for chiming in.
>>
>
> Just for clarification...  do I need to debug a broken feature?
> Do we know what combination causes boot to hang?

I think we're still "debugging" it. I see no indication he's got a
/normally/ functioning boot, yet.

--Chris

> --
> 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.
>
>




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?022f3f24db70caf9a4091e9314d921b1.authenticated>