Path: utzoo!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!rice!sicilia!bro From: bro@sicilia.rice.edu (Douglas Monk) Newsgroups: comp.sys.atari.st Subject: Re: How To Partition Megafile 30 for ST/PC/Mac s/ware Summary: Magic Sac and Spectre methods are different Keywords: Megafile 30, Atari ST, PC, Mac, Hard disk format, HOW? Message-ID: <5328@brazos.Rice.edu> Date: 27 Feb 90 22:44:31 GMT References: <1990Feb23.070236.20529@cunixf.cc.columbia.edu> <1328@lzsc.ATT.COM> Sender: root@rice.edu Distribution: na Organization: Rice University, Houston Lines: 45 In article <1328@lzsc.ATT.COM> hcj@lzsc.ATT.COM (HC Johnson) writes: >In article <1990Feb23.070236.20529@cunixf.cc.columbia.edu>, ia4@cunixd.cc.columbia.edu (Imran Anwar) writes: [re. using hard drive partitions for PC and Macintosh emulators...] >30 Meg total: > First for TOS, will be called C: 10 meg or so > Second for TOS, will be called D: 9 meg or so. Or just one for 19 Meg. >(16 meg max for TOS 1.1) Use TOS for PC-Ditto. > Third for MAC, 1 meg: used to 'boot' up mac. -- read manual. > Forth for MAC, 9 meg: or more; use for data storage. (The more the better). This is the method for using partitions for Magic Sac: for Spectre, you only needd one partition. Magic Sac (with 64K ROMs) needs a small MAC partition (as small as you can get - I used a 300K partition) in MFS mode, which will contain a system and finder and a Hard Disk patch, used only long enough to boot from a second MAC partition in HFS mode. Spectre (with 128K ROMs) understands HFS partitions directly, and doesn't need the first "boot-strap" partition. Thus, the drive might be set up: With Magic Sac With Spectre Partition 1 10 meg GEM=TOS C: 10 meg GEM=TOS C: 2 10 meg GEM=TOS D:, MS-DOS 10 meg GEM=TOS D:, MS-DOS 3 .3 meg ACK=MFS Mac bootstrap 10 meg ACK=HFS Mac boot 4 9.7 meg ACK=HFS real Mac boot >> [re: ramdisk now not working as G:] There is a *possibility* that the problem may be due to an odd bug, if you are using a hard drive with one of Atari's early host adapters, and also using some particular hard disk driver. The effect of the bug is for all (or most) of the TOS drive letters to be marked in use on bootup. Most ramdisks will only install if their drive letter is free (on coldboot) (with some reset-proof ones also checking to make sure their letter is marked (on warmboot)). If the bug is present in your particular setup, you need something to set or clear the drive letter mask. I have a program that will do that, and can also be used to see to what the drive letter mask is set so you can test for the bug. Send me email if you want a copy. >Get another RAMDISK. Might or might not work, if the problem is this particular bug. For those others in the audience, if your ramdisks work, you don't have the problem. >Howard C. Johnson Doug Monk (bro@rice.edu) Disclaimer: These views are mine, not necessarily my organization's.