GS/OS Boot block + loader for HFS
Go to file
Kelvin Sherlock 95aa4d8bd5 large volume support (WIP, untested).
the general theory is, multiply the extents by the allocation adjustment to get physical block offsets.
currently, comparisons are still 16-bit though.
2021-07-22 23:58:20 -04:00
Makefile large volume support (WIP, untested). 2021-07-22 23:58:20 -04:00
README.md Update README.md 2021-07-20 12:17:03 -04:00
bootblock.aii large volume support (WIP, untested). 2021-07-22 23:58:20 -04:00
cp-loader.sh resource fork, file type. 2021-07-18 22:00:54 -04:00
hfs.aii . 2021-07-17 00:21:31 -04:00
loader.aii switch to smartport protocol for reading the device 2021-07-21 00:31:33 -04:00
loader.rii updated facts 2021-07-19 18:04:48 -04:00
macros.aii work in progress dump. mostly assembles. 2021-07-17 23:27:54 -04:00
smartport.aii large volume support (WIP, untested). 2021-07-22 23:58:20 -04:00

README.md

hfs-boot

GS/OS Boot block + loader for HFS

See releases for a bootable disk image.

Limitations:

  • Boot volume must use 512 byte allocation blocks (ie, max size is 32MB. This limit should be removed at some point)
  • All file data / catalog data needs to be in the first 3 extents (no overflow extent checking)
  • The HFS FST caches the volume block count before GS/OS knows what it is. This causes display issues in Finder, etc. This could be fixed by the FST using the volume size information from the Master Directory Block or GS/OS querying the device block count sooner.

More Information: