Path: utzoo!attcan!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!uxh.cso.uiuc.edu!archetyp
From: archetyp@uxh.cso.uiuc.edu (Joseph R Pickert)
Newsgroups: comp.os.minix
Subject: Re: MacMinix Problems
Message-ID: <1990Oct29.152436.16774@ux1.cso.uiuc.edu>
Date: 29 Oct 90 15:24:36 GMT
References: <5030001@hpclove.HP.COM>
Sender: news@ux1.cso.uiuc.edu (News)
Organization: University of Illinois at Urbana
Lines: 57


wbb@hpclove.HP.COM (Bill Buzbee) writes:

>1.  Page 67 reference to hdcreate.  This doesn't exist.  I assume
>    they meant "maccreate".
Yes, it should be maccreate.

>2.  Page 67 line reading:
>      /etc/setup_root harddisk:file1 2048 32000 32000 2048 1400
As I said in a previous note, the wrong setup_root script got onto
the distribution.  I will post the correct one.

>3.  Unfortunately, it
>    came up with the ROOT I just copied, rather than "harddisk:file1".
>    This is corrected by selecting the Configure menu, and replacing
>    ROOT with harddisk:file1 in boot partition box.
As distributed, MINIX looks for the root file system
in a mac file called ROOT in the same folder as the application.
If you had renamed harddisk:file1 to ROOT and put it in the same
folder as the MINIX application, it should have worked ok.  Or what
you did is right too.

>4.  OK, reboot again, the 2 meg harddisk:file1 image is copied to
>    RAM disk and everything seems OK.  Moving on to the next step,
>    initializing /usr.  As requested by the instruction, I reboot
>    using the floppies 00.BOOT and 01.USR1.  The hdopen and mkfs work OK,
>    but I die with "mount device busy" in the next step.  I assume
>    that this is because my floppy is still mounted to /usr.
>    I unmount /dev/hd0 (the floppy) from /usr and try again.  Death is
>    swift as there was stuff on the floppy /usr partition that
>    was apparently needed.  I try to copy the /usr/bin stuff to
>    /bin, but there isn't space.  So, I reboot using my hard disk
>    setup and copy /usr/bin/* to /bin/.  Next, I unmounted the /usr
>    floppy and retry the /etc/setup_usr script.  There is a quick
>    message saying that it can't stat /usr/bin, but everything else
>    seems to work OK.
The mount line in step 2 section 5.7.6 (page 68) should read
	/etc/mount /dev/hd1 /user
and NOT	/etc/mount /dev/hd1 /usr

>5.  Next, I edit the /etc/rc file to pick up my new /usr partition.
>    This done I reboot, but I still get the old partition.  A quick
>    check of /etc/rc shows that my changes disappeared.  I then realize
>    that the changes made to /etc/rc were on the RAM disk and were
>    not saved to my boot image.  I then mount my boot image, edit
>    its /etc/rc and try again.  Success!
The ram disk gets us all at least once.

>6.  Finally, I try to get rid of the RAM disk, as I don't like the
>    idea of changes going away.  I eventually get it to work by
>    deleting the lines near the beginning of /etc/rc that unmount
>    /hd0 and eject, and then change by previous changes tht mounted
>    my /usr partition to use /dev/hd1 instead of /dev/hd0.  Oh, I
>    also unchecked the RAM disk box in the Configure menu.
This is right.

Joe Pickert