Gwenole Beauchesne wrote:
> > 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
> ---

Seems fine except perhaps for slot `e'...are you actually running Linux
with this same disk?
 
> 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.

No, you don't.  Since Mkfs 1.45 supports cleanly changing partition types,
you can create whatever type of partition that you want, including HFS
partitions, and then have Mkfs change them.  There is no longer any need
to explicity create AU/X-style partitions.

> 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).

Just wondering, why in the world did you choose DOS partitions?  I'm not
quite sure how that would work...where does the FAT go?  How about the MBR
and all that stuff?

> 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.

Well, it might, it might not.  I really don't know enough about DOS
partitions on a Mac disk...I guess that removable media supports this, but
what the partition map looks like, I just don't know.

> 
> > 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).

Actually, you need to run fsck in single-user mode.  You can make a mess
if you do it in multi-user mode.  Boot into single user (just check the
appropriate box in the Booter), and if your /etc/fstab is setup correctly,
do a:

fsck -fy

and that should force fsck to run on all of your partitions.

> 
> > 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"

It sounds to me like your SyJet is what is causing the difficulties.  As
painful as it may be, perhaps it would be a good idea to wipe the whole
disk, reformat and repartition it, and then reinstall everything.  You
might want to wait a while before doing this b/c someone else on the list
will hopefully come up with a better solution than I did.

Good luck!

-- 
Colin Wood                                 cwood@ichips.intel.com
Component Design Engineer - MD6                 Intel Corporation
-----------------------------------------------------------------
I speak only on my own behalf, not for my employer.