From owner-freebsd-stable@FreeBSD.ORG Wed Apr 9 21:17:31 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4769086C for ; Wed, 9 Apr 2014 21:17:31 +0000 (UTC) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mx1.fisglobal.com", Issuer "VeriSign Class 3 Secure Server CA - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0D9491179 for ; Wed, 9 Apr 2014 21:17:30 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa02.fnfis.com (8.14.5/8.14.5) with ESMTP id s39LHGRt031277 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Wed, 9 Apr 2014 16:17:16 -0500 Received: from THEMADHATTER (10.242.181.54) by smarthost.fisglobal.com (10.132.206.193) with Microsoft SMTP Server id 14.3.174.1; Wed, 9 Apr 2014 16:17:14 -0500 From: Sender: Devin Teske To: "'Chris H'" , "'Doug Hardie'" References: <175D3755-BB9B-4EAD-BDAD-06E9670E06AB@lafn.org> <186472F9-A97B-4863-81BC-67BE788D5E9A@lafn.org> <791C8200-023A-4ACB-9B6F-F5A8B0E170F4@lafn.org> <5bfb4fb619954c3dfbd3499aafa98917.authenticated@ultimatedns.net> <4F983E6A-0A7D-403C-AFAA-9CCCCB05716F@lafn.org> In-Reply-To: Subject: RE: 9.2 Boot Problem Date: Wed, 9 Apr 2014 14:17:12 -0700 Message-ID: <0f3f01cf5439$13cf8570$3b6e9050$@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 15.0 Thread-Index: AQIen2IJxjY9xQVhZGKzZxIbMLf02AIi1K1LAgvdaV8CCgXzYgMYVRmnAc87HM4BqwKXZJoE135Q Content-Language: en-us X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.11.96, 1.0.14, 0.0.0000 definitions=2014-04-09_04:2014-04-09,2014-04-09,1970-01-01 signatures=0 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 21:17:31 -0000 > -----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 >=20 > > > > On 9 April 2014, at 13:49, "Chris H" wrote: > > > >>> > >>> On 9 April 2014, at 11:29, "Chris H" wrote: > >>> > >>>>> > >>>>> On 4 April 2014, at 21:08, Doug Hardie 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=E2=80=A6 never appears. It just s= tops > >>>>>> 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=3D"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 t= he > loader is sitting > >>>>> waiting on input from the terminal. That might give a clue as to w= hy it > didn't > >>>>> autoboot. > >>>>> > >>>> OK. This is the first I've seen of your post. I'm not going to profe= ss > >>>> being an expert. But I might suggest adding the following to > >>>> loader.conf(5) > >>>> > >>>> verbose_loading=3D"YES" > >>>> boot_verbose=3D"YES" > >>>> > >>>> This raises the "noise level". Maybe that will help to provide you w= ith > >>>> a bit more information, as to what, or if, your booting. DO have a l= ook > >>>> 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=3D0xdb3171 data=3D0xf3c04+0xbb770 > syms=3D[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 Socr= ates' 9.2 > >>> > >>> > >>> Now it waits for a return. I have tried changing the logo, setting t= he > autoboot timeout > >>> and > >>> a couple others. The only thing that did anything different was sett= ing > the logo to an > >>> invalid value. Basically the console was dead after that, but the sy= stem > did boot. I > >>> never > >>> see the Auto Boot in n seconds message. Its also interesting that th= e 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 t= he 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 inf= o. > >> 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 stu= ff > 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 k= now > >> what else you need/are looking for. But need to find the /correct/ syn= tax > -- > >> paraphrasing, just won't get it. :)\ > > > > Setting loader_color=3D"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 abo= ut > 100 miles away. > > Something is stopping the autoboot from even starting. >=20 > See my reply to this. I think I've given you the hints you need -- fingers > crossed. :) >=20 He's using console=3Dcomconsole (serial boot). When that is the case, loader_color is automatically set to NO. There's no reason to set both loader_color=3DNO and console=3D comconsole. The code that does this is here: http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/color.4th?revis= ion=3D255898&view=3Dmarkup 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: http://svnweb.freebsd.org/base/release/9.2.0/sys/boot/forth/menu.4th?revisi= on=3D255898&view=3Dmarkup --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you.