Port-vax archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: VS3100M76 - current
Johnny Billquist wrote:
> On 2014-05-22 16:28, Holm Tiffe wrote:
> >Johnny Billquist wrote:
> >
> >>On 2014-05-22 15:54, Holm Tiffe wrote:
> >>>Next thing would be NEtbooting and teht the folowing available releases
> >>>and to find out where it stops.
> >>>Anyone knows what the kernel tries next after putting out this "root file
> >>>system is ffs" (or so?). That is where 1.6.2 simply halts...
> >>
> >>I seem to remember that the main reason if it stops there is if you do
> >>not have /dev populated.
> >>
> >> Johnny
> >
> >Hmm, it halts wenn booting from the vax.iso from NetBSD.org. Not sure if
> >/dev is populated properly there :-))
>
> Oh. I thought it halted when booting your disk.
> I would expect the CD to have /dev populated.
>
> More recent versions will setup a /dev on the fly if it don't exist, but
> it takes a hell of a long time on a VAX, I can tell...
> But I have no memory of that ability being in 1.5.3.
>
> Johnny
Hmm.. that wasn't there as I've experimented last time with taht rtVAX and
netbooting.. but I'll look for, just in case ...
Another thing:
It is curious, but I can't get the M38 boot from sd0 (dka300).
I've reinstalled the label with 1.5.2 and uses disklabel and
usr/mdec/installboot to install the sdboot on the disk.
I've even enabled the writing of the label with disklabel -W.
still getting this:
>>> b dka300
-DKA300
85 RESTART SYS
84 FAIL
83 BOOT SYS
?41 DEVASSIGN, 0
84 FAIL
I'm remembering that I've read something that boot wasn't supported from
VaxStations sometimes. Is 1.5.3 old enoug for that to be true or should it
work?
So far as I know the sdboot should load boot from the rootfs which then
loads the kernel... I had no problem with that while experimenting mit 6.x
The disklabel is as follows:
# disklabel sd0|less
# /dev/rsd0c:
type: SCSI
disk: FIREBALL_TM2110S
label: fictitious
flags:
bytes/sector: 512
sectors/track: 151
tracks/cylinder: 4
sectors/cylinder: 604
cylinders: 6810
total sectors: 4124736
rpm: 4500
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
6 partitions:
# size offset fstype [fsize bsize cpg/sgs]
a: 262144 16 4.2BSD 1024 8192 16 # (Cyl. 0*- 434*)
b: 262144 262160 swap # (Cyl. 434*- 868*)
c: 4124736 0 unused 0 0 # (Cyl. 0 - 6829*)
d: 131072 524304 4.2BSD 1024 8192 16 # (Cyl. 868*- 1085*)
e: 1024000 655376 4.2BSD 1024 8192 16 # (Cyl. 1085*- 2780*)
f: 2445360 1679376 4.2BSD 1024 8192 16 # (Cyl. 2780*- 6829*)
what about the 16 blocks offset from the rootfs to the beginning of the
disk? I know that in the past the offset was set to 0 normally and the fs
reserved place if it was the rootfs. Later the Offset 16 or 64 was introduced
on FreeBSD.. how is this handled here?
Regards,
Holm
--
Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe,
Freiberger Straße 42, 09600 Oberschöna, USt-Id: DE253710583
www.tsht.de, info%tsht.de@localhost, Fax +49 3731 74200, Mobil: 0172 8790 741
Home |
Main Index |
Thread Index |
Old Index