NetBSD Problem Report #27070
Received: (qmail 21440 invoked by uid 605); 29 Sep 2004 01:40:42 -0000
Message-Id: <20040929014040.99C8555BF5@cs.usask.ca>
Date: Tue, 28 Sep 2004 19:40:40 -0600
From: Greg Oster <oster@cs.usask.ca>
Sender: gnats-bugs-owner@NetBSD.org
To: gnats-bugs@gnats.NetBSD.org
Subject: 2.0_RC1 fails to netboot on 16MB SparcStation 1+
>Number: 27070
>Category: port-sparc
>Synopsis: 2.0_RC1 fails to netboot on a 16MB SparcStation 1+
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: port-sparc-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Sep 29 01:41:00 +0000 2004
>Closed-Date:
>Last-Modified: Fri Feb 25 19:46:00 +0000 2005
>Originator: Greg Oster
>Release: NetBSD 2.0_RC1 as of 20040926
>Organization:
Sometimes
>Environment:
16MB SparcStation 1+, booting via the net. Bootblocks, kernels, etc.
are all from 2.0_RC1. Supporting OS is 2.0_BETA on i386.
>Description:
The 2.0_RC1 kernel for NetBSD/sparc appears to be too big.
On serial console I see:
Booting netbsd
Trying BOOTP protocol... net_open: client addr: 192.168.1.10
net_open: subnet mask: 255.255.255.0
net_open: net gateway: 192.168.1.11
net_open: server addr: 192.168.1.8
net_open: server path: /u3/export/sparc/root
net_open: file name: netbsd
ip address: 192.168.1.10, netmask: 255.255.255.0, gateway: 192.168.1.11
root addr=192.168.1.8 path=/u3/export/sparc/root
Cannot load netbsd: error=27
which is EFBIG ("File too large"). Kernel size is:
-rwxr-xr-x 1 root wheel 3577697 Sep 28 19:03 netbsd*
Bootblock in question is this one:
-r--r--r-- 1 root wheel 64296 Sep 28 19:14 /tftpboot/boot.net
built fresh from same 2.0_RC1 sources.
>How-To-Repeat:
Cross-build 2.0_RC1 for sparc on i386. Attempt to boot a
fresh net-install of NetBSD 2.0_RC1 on a SparcStation 1+ that has
16 1MB sticks for a total of 16MB ram. Be disappointed when it
says "Cannot load netbsd".
>Fix:
Put the kernel on a diet ("not likely"), or, preferably,
make bootblocks capable of dealing with larger kernels.
>Release-Note:
>Audit-Trail:
From: gson@gson.org (Andreas Gustafsson)
To: gnats-bugs@netbsd.org
Cc: Greg Oster <oster@cs.usask.ca>
Subject: Re: port-sparc/27070
Date: Fri, 25 Feb 2005 16:54:32 +0200
I am getting the same error as reported in port-sparc/27070 when
attempting to upgrade a SPARCstation IPX with 64 MB of memory from
NetBSD 1.4 to the NetBSD 2.0 release straight off an FTP mirror:
SPARCstation IPX, No Keyboard
ROM Rev. 2.6, 64 MB memory installed, Serial #2177749.
Ethernet address 8:0:20:d:e:4a, Host ID: 57213ad5.
Rebooting with command: net netbsd
Boot device: /sbus/le@0,c00000 File and args: netbsd
13a00
>> NetBSD/sparc Secondary Boot, Revision 1.14
>> (builds@build, Thu Dec 2 01:42:46 UTC 2004)
Booting netbsd
Trying BOOTP protocol... net_open: client addr: 10.0.0.19
net_open: subnet mask: 255.255.255.0
net_open: net gateway: 10.0.0.1
net_open: server addr: 10.0.0.1
ip address: 10.0.0.19, hostname: gus.araneus.fi, netmask: 255.255.255.0, gateway: 10.0.0.1
root addr=10.0.0.1 path=
read program headers
Cannot load netbsd: error=27
In other words, the problem is not limited to 16 MB machines, and it's
still present in the release.
--
Andreas Gustafsson, gson@gson.org
From: gson@gson.org (Andreas Gustafsson)
To: gnats-bugs@netbsd.org
Cc: Greg Oster <oster@cs.usask.ca>
Subject: Re: port-sparc/27070
Date: Fri, 25 Feb 2005 21:45:25 +0200 (EET)
Mine turned out to be a different problem after all, despite the
identical error message. The 64-byte vendor area of the BOOTP response
overflowed, and dhcpd decided to (silently) drop the root-path option
from the response. This resulted in the client mounting the root of
the server's file system instead of the intended directory and
attempting to boot the server's kernel instead of its own. That
didn't work too well as the server is an i386...
--
Andreas Gustafsson, gson@gson.org
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.