[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Disassembling an FST...
Charles Stephens <devnull@dobbs.eng.sun.com> wrote:
> ST> Yup. Theoretically, according to David Empson, you could modify
> ST> the ROM on the Apple High Speed SCSI to fix this, but what about
> ST> FAT? Once we have a read/write MS-DOS FST, can GS/OS be booted
> ST> from a FAT volume without ROM modification? Does FAT hog up
> ST> blocks 0-2? Or VFAT, if you want long filenames ...
>
>I say work on a way to autodetect the volume format and boot
>appropriately. I am certain the folks at sequential could do this for
>their RamFAST card as well.
>
>I say stick to HFS, DOS-FS just sucks. HFS is tuned for file searches
>and desktop use. DOS-FS is not tuned for anything other than CP/M.
>
>HFS already gives you long file names, large volume support (esp with
>HFS+), permissions. DOS-FS gives you none of these.
The problem with this approach is that you'd have to modify EVERY
disk controller, not just the SCSI card, in order to make HFS bootable.
On the other hand, DOS FAT does not hog up block 0 so it is
possible to get GS/OS booting off it without any hardware
modification.
It seems to be that the formula for >32MB plus bootability=DOS FAT
Would ISO9660 be another possibility? Bootability without
hardware mod, that is.
Besides, VFAT could be used for long file names.