Re: Which NetBSD on a VS3176?

[Holm Tiffe <holm%freibergnet.de@localhost>]

Johnny Billquist wrote:

> On 2014-05-20 07:36, Holm Tiffe wrote:
> >Johnny Billquist wrote:
> >
> >[..]
> >>>>
> >>>>
> >>>>  On which disk do you want to install NetBSD?
> >>>>
> >>>>
> >>>>                      +-----------------------------------+
> >>>>                      | Available disks                   |
> >>>>                      |                                   |
> >>>>                      |uid 0, pid 6, command sysinst, on /: file system
> >>>>                      full
> >>>>                      | b: sd1 (4.0G, IBM DCAS-34330)     |
> >>>>/: write failepid 6 (sysinst): user write of 16388@0x1a2000 at 93080
> >>>>failed: 28
> >>>>d, file system is full
> >>>>[1]   Illegal instruction     sysinst
> >>>>#
> >>>>
> >>>>The sd0 is a Fujitsu M2954S-512, that one with the +5V on the case (!),
> >>>>I'll try a smaller disk next, have n IBM0663 (?) here and a quantum, 
> >>>>have
> >>>>to look if they work at all....
> >>>>
> >>>>Regards,
> >>>>
> >>>>Holm
> >>>>--
> >>>
> >>>Ok, I've tried to install on the IBM0663 disk (displayed as 995MB, sd0)
> >>>this makes no difference at all:
> >>
> >>Did I miss something? Why did you expect any different result?
> >>You're getting an error about the root file system being full, and this
> >>on the installation system, where the root file system is a ram disk.
> >>Makes no difference what harddrive you hook up.
> >>
> >>         Johnny
> >
> >
> >The Filesystem gets full since sysinst is core dumping with an illegal
> >instruction fault. After that I have a prompt, stty sane recovers the
> >terminal, I can remove the core and do commands be entering them in the
> >shell. Disklabel isn't really helpful then, it displays a "564" ??
> 
> You are first getting the file system full error. You then get sysinst 
> crashing, and that is what triggers the writing of the core file, or 
> else the screen dump you sent isn't telling the full story.

I don't see much more, it is very cler that it gets scrambled, I can log to
a file but then the file is full of escape chars from the terminal control
sequences (curses).

> 
> >I've tried the different disk size since the MV3100 M76 has a problem
> >with 12BIT SCSI cmds and some wrape around of sizes over 4 Gig in the
> >Bootroms.
> 
> Right. Which is only a problem in the booting, as that is the only time 
> the device drivers from ROM is used. They are not used on a running 
> system, and you have no such size limitations on disks on a running system.
> Oh, and the size limit is actually only just over 1G unless I remember 
> wrong.

Theoretical you are right.
But as you can see now I'm struggeling while making the filesystems on the
4Gig drive with NetBSD now.
I've labeled the 0663 1G drive with OpenBSD, made a newfs with OpenBSD,
rebooted and make a newfs the 2nd time. It worked and I made installboot
and polluted the fs's.

I think to remember thatI tried this with the 4Gig Drive too, but the Label
was'nt recognized from NetBSD now and newfs is core dumping.
I've overwritten the disk many times, created new labels and tried again,
w/o any luck.
So don't ask me why I'm trying this, there is some difference.
even a physical copy from rsd0c to rsd1c doesn't created a thing where
newfs /dev/rsd1a is possible.

> 
> >Again, that is NOT simh, that's on the iron and the miniroot had enough
> >space to work and install NetBSD to the disk. It is just sysinst that bails
> >out.
> 
> Yeah. sysinst can be a problem of its own.

It seems thatI have three problems, disklabel, newfs and sysinst wich is a
binary that wants to disklabel like disklabel I think.
> 
> >BTW: Miniroot is called miniroot because it should be so small to fit in
> >the memory of the smallest possible machine for installation purposes..,
> >just in Case someone doesn't know..
> >SCNR
> 
> That's your interpretation. Others might have different opinions...

Then they are wrong. (KISS)

> 
> >So it seems to be exactly as I wrote before, You have a running System but
> >no one is able to install it on the VS3100 "the normal way".
> >Don't try to find the Bug using simh and the KA655, I've tried this, on
> >this "architecture" the sysinst is working flawlessly and doesn't core 
> >dump.
> >
> >Last year I've tried to install over network so the network was up and
> >running when sysinst core dumped. Now I'm booting from CD. Lets see if I
> >can get up the network and copy the core dump for debugging purposes.
> 
> I did a network install on a 3600 only a couple of months ago, but that 
> machine had 24 megs if I remember right.

Thats what my M38 CVAX has.
> 
> >I tought sysinst may be compiled with the wrong CPU definition causing that
> >"illegal instruction" core dump, but the ka655 used in simh is also a CVAX.
> >It is possible that simh lets running instructions that should'nt,
> >emulating to much fp a CVAX? Really don't know..
> 
> No. Such style of CPU differences are not the issue.
> 
>       Johnny

Ok,

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