> Hmmmm...did you get any errors while doing the install?

Please see below...


> Is your /usr partition on the same drive as the rest of your NetBSD
> partitions?  Are these all on the SyJet?  If so, that might be your
> problem.  There have been some difficulties with removable media
> (e.g. occasional disk errors).

Yes, all the partitions are on the SyJet. The Install program gives the
following (cut-pasted) :

---
sd0a: Root 'NetBSD Root' at 622784 size 200704
sd0g: Usr 'NetBSD Usr' at 921792 size 413696
sd0b: Swap 'NetBSD Swap' at 823488 size 98304
sd0d: HFS_PART 'MacOS' at 192 size 153600
sd0e: Other (SAI_MSDOS) 'linuxroot' at 153792 size 468992
sd0f: Usr 'NetBSD Usr' at 1335488 size 1594312
---

One more thing, to make things clear. In the INSTALL file, there was no
mention of AU/X partition to create before installing. But I knew I
should have to. But... the patched version of "HD SC Setup 7.3.5" won't
work for me. So I decided to partition the disk with Multiformatter and
create the necessary partitions as DOS ones. Then I installed all the
sets (~4-5 hours).

At this stage, I thought, I did a BIG mistake by DOS partionning the
disk. But, I checked with the patched version of HD SC Setup, and my
NetBSD partitions are seen as "Apple_Unix_SVR2" ones. So, it is my
understanding that the problem might not be caused by this sort of
installation.


> If not, then you might have a corrupted filesystem, or else the install
> might have corrupted the binaries.  Have you tried to run 'fsck' on your
> /usr partition?

I couldn't since I have modified the rc.conf file and thus booting in
single user mode. But each time I boot, I get core dumps. And I didn't
cpin, cpout it to modify it afterwards (to put it in its original form
or to reinstalle the etc set).


> You might consider a reinstall of the base.tgz set; this might fix the
> problem.

Unfortunately no. I reinstalled the base.tgz set and got the following
error : 

" mode = 0100600, inum = 17, fs = /
  ialloc: dup alloc"

And then the system hung up. The last file being extracted was :

"/usr/include/dev/ofw"


Regards,

Gwenole Beauchesne