Date: Mon, 9 Mar 2009 10:01:58 -0400 From: John Baldwin <jhb@freebsd.org> To: Hiroharu Tamaru <tamaru@myn.rcast.u-tokyo.ac.jp> Cc: sobomax@freebsd.org, freebsd-bugs@freebsd.org, FreeBSD-gnats-submit@freebsd.org, pjd@freebsd.org Subject: Re: kern/129526: pxeboot fails to load kernel / modules Message-ID: <200903091001.58631.jhb@freebsd.org> In-Reply-To: <sa6bpsd8b6m.wl%tamaru@myn.rcast.u-tokyo.ac.jp> References: <200812091720.mB9HK1uY021743@freefall.freebsd.org> <200903021353.21920.jhb@freebsd.org> <sa6bpsd8b6m.wl%tamaru@myn.rcast.u-tokyo.ac.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 07 March 2009 1:01:05 pm Hiroharu Tamaru wrote: > Now the results: > > 1) The original pxeboot did not even stop by saying it > cannot find the root filesystem (as I reported for 7.0RC1 > pxeboot), but it silently blanked the screen out and hung > the system up. > --- I suppose the 8-current loader has grown even more? > By the way, if mfsroot.gz is unzip'ped to mfsroot, the > boot proceeds, as was so for the original 7.0RC1 pxeboot. > > 2) The patched pxeboot worked! > -- this is good, but was quite expected, right? > > 3) The patched pxeboot with LOADER_NO_GPT_SUPPORT="yes" in > /etc/make.conf gave the same symptom as the 7.0RC1 > pxeboot: it fails for gzip'ed mfsroot.gz saying the root > filesystem is not found, but succeeds for unzip'ped > mfsroot . > --- so, just removing the GPT parts are not enough, at > least for the pxeboot in current. > > and finally, FWIW, > 4) 7.0RC pxeboot hand-patched, and with > LOADER_NO_GPT_SUPPORT="yes" also failed, just like 3). > > > It sure helps the default pxeboot, so for me it is much > better if this is commited, but what would you say? Ok, I will commit it. It seems more than just GPT bloated the size too much. I'm not sure what that could be though. -- John Baldwin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200903091001.58631.jhb>