Date: Fri, 27 Apr 2007 15:45:55 +0200 From: "Didrik Madheden" <didrik@kth.se> To: "Miles Nordin" <carton@ivy.net> Cc: freebsd-sparc64@freebsd.org Subject: Re: Netbooting Sparc64 Message-ID: <6d7d37410704270645n33314646m78f50901c098bde0@mail.gmail.com> In-Reply-To: <oqtzv4csho.fsf@castrovalva.Ivy.NET> References: <6d7d37410704211612u712d29ebl4722232ce8d0111d@mail.gmail.com> <oqfy6tl1t8.fsf@castrovalva.Ivy.NET> <6d7d37410704211742p2340707cpf27fd280a2d0f353@mail.gmail.com> <oq7is4lwby.fsf@castrovalva.Ivy.NET> <6d7d37410704241621q1da5c653xec7ac0120783f660@mail.gmail.com> <oqvefle3ze.fsf@castrovalva.Ivy.NET> <6d7d37410704241825v26f7d06ey402bf63ced54890a@mail.gmail.com> <oqtzv4csho.fsf@castrovalva.Ivy.NET>
next in thread | previous in thread | raw e-mail | index | archive | help
So, here's another report.
As far as I can tell, I've now managed to configure raepd, tftp and
dhcpd correctly. My last problem seems to be NFS.
I've managed to get to the loader prompt (As opposed to the OPB
prompt) It actually lets me load a kernel over tftp, but appearantly I
had to begin the file path with / for load but not for more. ("more
text.txt" works, but I needed to write "load /kernel" rather than
"load kernel", which took a while to understand.)
So, after the kernel has loaded, I'm stuck at this prompt:
=3D=3D=3D
...
nfs_diskless: no NFS handle
Manual root filesystem specification:
<fstype>:<device> Mount <device> using filesystem <fstype>
eg. ufs:/dev/da0a
? List valid disk boot devices
<empty line> Abort manual input
mountroot>
panic: Root mount failed, startup aborted.
cpuid =3D 0
Uptime: 18m15s
Cannot dump. No dump device defined.
Automatic reboot in 15 seconds - press a key on the console to abort
=3D=3D=3D
The last lines is what happens if I just enter an empty line.
I've tried different configurations for NFS, but none of them seems to
give even the slightest indication that NFS is working.
Right now, this line is my exports file:
/ -alldirs -maproot=3D0 -network 192.168.1.69 -mask 255.255.255.0
I know it's wrong to give root RW access to my whole file system, but
I'm in a "chmod 777" mood right now. (And I'm firewalled and not
expecting intruders)
This is my rc.conf:
=3D=3D=3D
font8x14=3D"NO"
font8x16=3D"NO"
font8x8=3D"NO"
hostname=3D"billy.lan"
ifconfig_xl0=3D"DHCP"
inetd_enable=3D"YES"
keymap=3D"swedish.iso"
keyrate=3D"fast"
linux_enable=3D"YES"
nfs_server_enable=3D"YES"
rpcbind_enable=3D"YES"
mountd_flags=3D"-r"
mountd_enable=3D"YES"
saver=3D"fire"
sshd_enable=3D"YES"
usbd_enable=3D"YES"
rpc_statd_enable=3D"YES"
rpc_lockd_enable=3D"YES"
=3D=3D=3D
Do I need an inetd.conf entry for NFS perhaps?
I'm feeling frustration. (I'm getting the feeling that if I'd try to
boot from cdrom now, it'd work just fine, just to give irony a chance
to spit me in the face)
I also saw this message in the boot log:
>atapci0: using PIO transfers above 137GB as workaround for 48bit DMA acces=
s bug
> expect reduced performance
This may be a problem since my disk is 400 GB big. Is this bug FBSD
specific? Is there a workaround for using DMA without bugs?
/Didrik Madheden
On 4/25/07, Miles Nordin <carton@ivy.net> wrote:
> >>>>> "dm" =3D=3D Didrik Madheden <didrik@kth.se> writes:
>
> dm> panic: arp: no response for 0.0.0.0
>
> I don't know. What you did looks right to me. I think /boot/loader
> ought to print out more things, such as it's own IP, subnet mask, and
> router, but I guess ours doesn't.
>
> 1. make sure you are specifying a subnet mask and a default router in
> your subnet stanza. Here's mine:
>
> subnet 10.100.100.192 netmask 255.255.255.224 {
> option routers 10.100.100.193;
> server-identifier 10.100.100.193;
> option subnet-mask 255.255.255.224;
> option broadcast-address 10.100.100.223;
> }
>
> 2. if that doesn't work, add a 'next-server 192.168.1.68' to
> sune.lan's host stanza. It shouldn't be needed---next-server is
> for TFTP, not NFS. but, I know /boot/loader will try to load the
> rest of itself and the kernel over either TFTP or NFS (using NFS
> seems more self-documenting to me), so maybe it's panicing on the
> TFTP part because of a wrong exception path, instead of falling
> through to the NFS part.
>
>
-----BEGIN 2ROT13 MESSAGE-----
Low Bitrate Netlabel: <http://f-label.tojt.net/>;
Electronic music forum:
<http://oxo-unlimited.com/forums>;
S=E4tt p=E5 ett par flipflops, vippa p=E5 rumpan
och g=F6r det h=E4r till en minnesv=E4rd sommar!
-----END 2ROT13 MESSAGE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?6d7d37410704270645n33314646m78f50901c098bde0>