twosheds@ferris.cray.com (Jay Vollmer) (11/03/90)
Alright, it's obvious that the instructions for setting-up the disk
images for MacMinix are hopelessly muddled! If there is anyone who has hit
upon the correct procedure, please let us all in on it!
Inquiring minds...you know the rest.
--
_______________________________________
J.C. Vollmer | IT IS
Macintosh virtuoso | NEVER
twosheds@ferris.cray.com | AS IT SEEMS!mccabe@hatteras.cs.unc.edu (Daniel McCabe) (11/03/90)
In article <135706.19862@timbuk.cray.com> twosheds@ferris.cray.com (Jay Vollmer) writes: > > > Alright, it's obvious that the instructions for setting-up the disk >images for MacMinix are hopelessly muddled! If there is anyone who has hit >upon the correct procedure, please let us all in on it! > > Inquiring minds...you know the rest. > >-- >_______________________________________ >J.C. Vollmer | IT IS >Macintosh virtuoso | NEVER >twosheds@ferris.cray.com | AS IT SEEMS! At least 4 mistakes/bugs that can cause grief: 1) p. 66 re: maccreate limit on blocks in partiton maccreate is limited to 32768 blocks. You wanted to dedicate your 600 MByte hard disk to minix? Sorry, you can't (yet). 5 partitions at 32 MBytes each gives you at most 160 MBytes for minix. 2) p. 67 re: setup_root parameter #1 setup_root expects /dev/hd*, **NOT** harddisk:file1 as its first parameter. Say that you want your root on the file system that you created on /dev/hd0 with fsck. Then you need to say /etc/setup_root /dev/hd0 2048 32000 32000 2048 14000 3) p. 69 re: modifying /etc/rc to mount /usr from harddisk If you got rid of the RAM disk because you have a fast harddisk (or you just got rid of the RAM disk period), then the root goes onto /dev/hd0 and /usr must mount on /dev/hd1. Therefore, the two lines in the middle of p. 69 should read: /etc/mount harddisk:file1 /dev/hd1 /etc/mount /dev/hd1 /usr If you follow the instructions in the manual verbatim and don't use a RAM disk, you will encounter errors on booting and won't have anything in /usr! 4) the compiler can't find stdio.h, et al. The permissions in /usr/include as it is unpacked from the distribution permit reading only by the bin user. To fix this, su bin chmod oug+r /usr/include/* Repeat the last command for all subdirectories of /usr/include. Don't forget to 'exit' to get back to your normal userid from su. Joe Pickert and Andy Tanenbaum have been informed of these errors (or were already aware of them). Cheers, danm
slavin@GroupW.cns.vt.edu (Scott Slavin) (11/03/90)
Bill Buzbee writes: > Moving on to the next step, > initializing /usr. As requested by the instruction, I reboot > using the floppies 00.BOOT and 01.USR. The hdopen and mkfs work OK, > but I die with "mount device busy" in the next step. This is because it is definitely a typo in the docs. I looked in the script "/etc/setup_usr", and it clearly wants the new /usr mounted under /user. So the line should read: /etc/mount /dev/hd1 /user Other comments: If you want MacMINIX to have more then 1 meg of Ram under the Multi-Finder, don't forget to change that in the "Get Info" dialog box. (The docs didn't mention it, and its an easy thing to forget) Scott Slavin Communication Network Services VPI... slavin@ringo.cns.vt.edu -- +--------------------------+------------------------------------------+ | Scott J Slavin | The only bright side to all this is that | | slavin@ringo.cns.vt.edu | eventually there may not be a piece of |