<div dir="ltr"><div>An increased electrical load during boot was my thought as well. Can you remove a board (or two) to reduce the quiescent load? I'd also consider checking power and ground connections to the main board. Oxidation buildup on power connections could drop the voltage just enough to have weird behavior. It's a long shot but it is a cheap and easy task. Can you monitor the voltages with a volt meter during a net boot?</div><div> </div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, Oct 21, 2025 at 7:11\u202fPM David McMackins II via rescue <<a href="mailto:rescue@sunhelp.org">rescue@sunhelp.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">It is with great dismay that I report that this netboot setup exhibits<br>
the same behavior as current NetBSD. It seems there is a subtle<br>
hardware issue after all.<br>
<br>
The only idea that I've come up with as a shot in the dark is that it<br>
could be a power supply issue of some sort. That is, during the boot<br>
sequence (or POST sequence on OBP 1.0), the power demand from the<br>
system increases, and one of the PSU voltages drops below a critical<br>
threshold and causes malfunctions.<br>
<br>
I don't have a spare SS1 power supply laying around, though, and I'm<br>
not really sure how I'd go about testing this hypothesis otherwise,<br>
unless I could measure something very obviously wrong.<br>
<br>
-- <br>
Regards,<br>
<br>
David E. McMackins II<br>
<a href="http://www.mcmackins.org" rel="noreferrer" target="_blank">www.mcmackins.org</a><br>
<br>
On Tue, 2025-10-21 at 11:42 -0400, Mouse via rescue wrote:<br>
> > I'm certainly interested in your offer for a 1.4T netboot setup!<br>
> <br>
> On <a href="http://ftp.rodents-montreal.org" rel="noreferrer" target="_blank">ftp.rodents-montreal.org</a> (also available from the same host over<br>
> HTTP, though I'm not sure what MIME type they'll be served as),<br>
> there's<br>
> a directory /mouse/misc/1.4T-sparc-netboot/ which contains three<br>
> things:<br>
> <br>
> -r--r--r-- 1 mouse 62008 Feb 26 2002 <a href="http://boot.net" rel="noreferrer" target="_blank">boot.net</a><br>
> -rw-r--r-- 1 mouse 155633028 Oct 21 11:14 root.tar.bz2<br>
> -rw-r--r-- 1 mouse 263690 Oct 21 11:15 root.tvf.bz2<br>
> <br>
> They're on the wrong end of a fairly slow DSL line, so root.tar.bz2<br>
> is<br>
> likely to take a while to fetch.<br>
> <br>
> <a href="http://boot.net" rel="noreferrer" target="_blank">boot.net</a> is the TFTP-loaded booter; this goes in your /tftpboot or<br>
> local equivalent. For my SS20s, this needs to be named with the<br>
> client<br>
> IP address in uppercase hex, with .SUN4M apppended (the 20 is a sun4m<br>
> machine) - for example, my diskless-sparc setup puts the machine at<br>
> 10.0.1.11, so the file is named 0A00010B.SUN4M. (I have the same<br>
> file<br>
> also present at 0A00010B.SUN4 and 0A00010B.SUN4C, though, as I<br>
> remarked<br>
> upthread, I can't test those at the moment. If you've netbooted<br>
> anything, though, you presumably know what name to put this under.)p<br>
> <br>
> root.tar.bz2 is, as the name implies, a bzip2ed tarball of the<br>
> filesystem tree, in this case a directory named sparc-root. To help<br>
> you plan disk usage, du -s on the directory I tarred up says it takes<br>
> 473108K; allowing half a gig should be plenty. It contains a kernel,<br>
> named "netbsd" (<a href="http://boot.net" rel="noreferrer" target="_blank">boot.net</a>'s default name).<br>
> <br>
> root.tvf.bz2 is (bzip2 compressed) tar tvf output for the tarball.<br>
> <br>
> Checksums:<br>
> <br>
> [Tangent] 83> md5 *<br>
> a62b770cb486bdc8f20c97b9fa2e8a2f <a href="http://boot.net" rel="noreferrer" target="_blank">boot.net</a><br>
> b6ce9b1f1d5d43a6f75f58ad7a415006 root.tar.bz2<br>
> 8648b985883db652a98ac917975dc8ae root.tvf.bz2<br>
> [Tangent] 84> sha256 *<br>
> 7b620a7b6d6c63cd9db9f91c043b8d897f1e9ecd4b1072de7bd593b3c9ec146a<br>
> <a href="http://boot.net" rel="noreferrer" target="_blank">boot.net</a><br>
> 818949a2e3e6051b35f16e2683cb5b5f6b6387ace3526e50571762cabba6fb9c<br>
> root.tar.bz2<br>
> f2b7bcb35f7f22d64dee14e78b54e63b4674977e84053e378be107c00370c56e<br>
> root.tvf.bz2<br>
> [Tangent] 85> <br>
> <br>
> In case you're interested, the tarball includes /usr/src, including<br>
> my<br>
> mutations, though I suspect that's not of much interest for your<br>
> purposes. (As its .git/config implies, the same mutations are<br>
> available by cloning<br>
> git://<a href="http://git.rodents-montreal.org/Mouse/netbsd-fork/1.4T/src" rel="noreferrer" target="_blank">git.rodents-montreal.org/Mouse/netbsd-fork/1.4T/src</a>.)<br>
> <br>
> I test-booted that root area with an SS20 and it booted fine (to<br>
> single-user - the embedded rc.conf is set rc_configured=NO, so it<br>
> won't<br>
> try to go multi-user even if you don't boot with -s). As I said<br>
> upthread, I don't have a sun4c machine to test with at the moment,<br>
> though I hope to get one of my SLC/ELC boards set up before too long.<br>
> <br>
> > > Indeed. I'm not sure how much point there is in trying to boot<br>
> > > an<br>
> > > OS until it passes POST.<br>
> > Just for the sake of refreshing context, I have both OBP versions<br>
> > 1.0<br>
> > and 2.9. 1.0 is failing POST, but 2.9 appears fully functional<br>
> > except for this issue with booting.<br>
> <br>
> That _is_ disturbing. If the hardware has failed, it's failed really<br>
> subtly.<br>
> <br>
> Anyway, I hope this helps in some way.<br>
> <br>
> /~\ The ASCII Mouse<br>
> \ / Ribbon Campaign<br>
> X Against HTML <a href="mailto:mouse@rodents-montreal.org" target="_blank">mouse@rodents-montreal.org</a><br>
> / \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27<br>
> 4B<br>
> <br>
> _______________________________________________<br>
> rescue list - <a href="http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org" rel="noreferrer" target="_blank">http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org</a><br>
<br>
_______________________________________________<br>
rescue list - <a href="http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org" rel="noreferrer" target="_blank">http://sunhelp.org/mailman/listinfo/rescue_sunhelp.org</a><br>
</blockquote></div>