Subject: re: Problems building a uVAXII
To: None <port-vax@netbsd.org>
From: V. M. Haas (Me) <vhaas@eclipse.net>
List: port-vax
Date: 12/03/1999 21:49:31
People -
I have worked past the stuff I talked about below, and had some
other things going wrong.
This is using a 4.1.1 generic kernel right off the netbsd.org archive.
During the unpacking of the tar archives to the local disks, I got the
following output:
ra0: invalid command (unknown subcode) (code 1, subcode 224)
<about 10 of these>
ra0: invalid command (unknown subcode) (code 1, subcode 224)
tar: couldn't change access and modification times of ./usr/local/sbin
: No such file or directory
tar: cannot change mode of file ./usr/local/sbin to 0755
: No such file or directory
tar: couldn't change access and modification times of
./usr/local/man/man9 : No such file or directory
tar: cannot change mode of file ./usr/local/man/man9 to 0755
: No such file or directory
<bunch of these cut . . .>
tar: cannot change mode of file ./usr/local/bin to 0755
: No such file or directory
ra0: invalid command (unknown subcode) (code 1, subcode 224)
ra0: invalid command (unknown subcode) (code 1, subcode 224)
panic: Segv in kernel mode: pc 8008fc15 addr 8473ff7b
I figure the chmod program or one of the libraries it depends on is
corrupt. The error seems to be coming from both ra0 and ra1.
Is there a more recent kernel you can recommend for this, or are we in
new error territory?
-- Mark
NetBSD Lives!
"V. M. Haas said to me in strictest confidence"
>
> People -
>
> Perhaps y'all have run into this before, but I haven't found it in the
> message archives on port-vax:
>
> I have a uVAXII, BA123, 12M, 2-RD54s, (fake)DHV11, DELQA, DEQNA, TK50,
> RX50.
>
> I had 1.3.1 running on it, and decided to "take the plunge" to 1.4.1.
>
> I built the tape using the miniroot.fs file downloaded and gunzipped
> from ftp.netbsd.org.
>
> I booted from the tape and attempted to run the "quick install", with
> standard options. I have a network to a Linux server which I can
> NFS-mount the rest of the GZipped tars.
>
> The thing flatly refuses to build a filesystem on partition "d" for
> /usr.
>
> I can capture the specific information if you wish, but maybe the
> information I have listed here strikes a chord . . .
>
> Any ideas?
>
> --
> -- Mark
> NetBSD Lives!!
>
>
>