Date: Fri, 23 May 2008 16:26:45 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: John Baldwin <jhb@freebsd.org> Cc: freebsd-stable@freebsd.org, James Seward <jamesoff@gmail.com>, Mark Kirkwood <markir@paradise.net.nz> Subject: Re: BTX loader hangs after version info Message-ID: <20080523132645.GO29770@deviant.kiev.zoral.com.ua> In-Reply-To: <200805230829.09524.jhb@freebsd.org> References: <720051dc0805220159n23eb6205yfcf9450be7af5c77@mail.gmail.com> <48361C6F.2050108@paradise.net.nz> <20080523115311.GM29770@deviant.kiev.zoral.com.ua> <200805230829.09524.jhb@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--/d7X7C0hV/blnKmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 23, 2008 at 08:29:09AM -0400, John Baldwin wrote: > On Friday 23 May 2008 07:53:11 am Kostik Belousov wrote: > > On Fri, May 23, 2008 at 01:22:55PM +1200, Mark Kirkwood wrote: > > > James Seward wrote: > > > >Hello, > > > > > > > >Two days ago I csup'd my desktop at home, which was running RELENG_7 > > > >from about 7.0-RELEASE time, to bring it up-to-date (still on > > > >RELENG_7). I followed my usual buildkernel/world procedure (the usual > > > >one) which has worked fine all the way since 5.x. After installing > > > >kernel and restarting in single user, it was working fine. However, > > > >following installworld it will not boot. > > > > > > > >It stops immediately after "BTX loader 1.00 BTX version 1.02", but > > > >with the cursor on the line *above* the first "B". Nothing futher > > > >happens, but the system responds to Ctrl-Alt-Del. > > > > > > > >I have managed to start it using the install CD and csup'd back to a > > > >version just before the commit to BTX that moved it to 1.02 (March > > > >18th, I think). However, that version too hangs after "BTX loader 1.= 00 > > > >BTX version 1.01". > > > > > > > >My desktop is currently building RELENG_7_0 to see if that will work, > > > >but I won't know that until later as I'm at work and it is at home :) > > > > > > > >The install CD (BTX 1.00/1.01) boots fine. Nothing else changed on my > > > >system between the last successful boot and the unsuccessful one. > > > > > > > >Any suggestions/advice for what I can try next, or what I can do to > > > >help the troubleshooting process? > > > > > > > >My desktop is an Athlon64 but I am using i386, on an Asus A8V-E Delu= xe > > > >board. > > > > > > FWIW - I am seeing this too, on a Supermicro P3TDDE. 7-STABLE src from > > > 28-Feb is fine, but Mar, Apr, May code all hangs after printing "load= ing > > > /boot/defaults/loader.conf" - presumably reading my /boot/loader.conf? > > > > > > Interestingly I can usually get it to boot by escaping to the loader > > > prompt and then just pressing return. > > > > > > Oddly some other machines (Supermicro P3TDER and Asus PRO31J Laptop) > > > behave normally with src from Mar->May. > > > > > > In all cases the canonical procedure from UPDATING was used (buildwor= ld, > > > kernel, reboot single, mergemaster -p, installworld, delete-old, > > > mergemaster, reboot). > > > > > > I happy to help collect some debug info (how do you switch this on for > > > the loader?), tho the machine exhibiting the problem is my workstation > > > (of course)! > > > > Try to install new bootblock. >=20 > I would be wary of that as it might make things worse? These problems ar= e all=20 > from starting /boot/loader. boot2 is still working fine and thus there i= s=20 > still the possiblity of using boot2 to load /boot/loader.old as a workaro= und. =20 > If you update boot2 and it breaks you can't fix that w/o booting off of s= ome=20 > other media such as a CD. >=20 > Debugging these hangs is not easy to do remotely. If you know assembly t= hen=20 > there are some things you can play with. For example, in the case where = it=20 > hangs after printing out the BTX version (from btxldr.S) you could start= =20 > adding debugging to btx.S to print out '.' characters in various places a= nd=20 > see how many get printed out before it hangs. However, doing this requir= es=20 > familiarity with assembly and is a lot easier with physical access to a b= ox. When I worked on my version of the realbtx, I sometimes experienced hangs w= hen vm86 btx run before real-mode btx. I did not investigated it then, only not= ed the issue. --/d7X7C0hV/blnKmH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkg2xhQACgkQC3+MBN1Mb4hhSACgvaElheqN3e6lURrW9Ij2hK2M wXEAoIXYZPfhVHtb5RZ3bhTIlkjgg8XV =1xaa -----END PGP SIGNATURE----- --/d7X7C0hV/blnKmH--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080523132645.GO29770>