Recent Posts

Pages: [1] 2 3 ... 10
I have a Hitachi ATA 500 Gb drive that I am trying to connect through a Firmtek 1SC adapter to a Firmtek 1V4 SATA card. So far, no joy. I have the jumpers set to the master position, AB and GH. It is a bootable drive. A Seagate Barracuda drive 750 Gb, runs just fine that way and boots my G4 in 10.4.11 (I've not tried in O.S. 9 yet). When I try to boot off the Hitachi drive (even by itself), the computer thinks and thinks, and then up comes the black message with white letters saying I must hold in the start button and restart. I do that and get the same result. I need to be able to boot this drive through the 1SC and the 1V4.

It is supposed to work. Any suggestions? Any questions?

Thanks for either.


P.S. The Hitachi is happy as a clam when it is connected to the IDE bus. This is a non-LBA G4. The drives are partitioned with the Speed Tool partitioning software to allow each of the partitions to be seen and used in 9 and 10. WNL
doesnt work
Mac OS 9 on Unsupported Hardware / Re: Booting Mac Os 9 on Mac Mini.
« Last post by androda on Today at 05:15:57 AM »
Tested with both of the ROMs posted above: mini-stack-log-rom.hqx, and mini-stack-patch-rom.hqx

Sadly, no booting.  But the nanoKernel log output is there.

No useful information was tranferred over the debug telnet socket which I opened just in case.  Both times, this is what was printed out:
parsing <CHRP-BOOT>

evaluating <BOOT-SCRIPT>

Loading ELF
AAPL,debug bit settings (-OR- bits together):
       1   = Print general informative messages.
       2   = Print formatted Mac OS tables (except config/universal info).
       4   = Print formatted config info table.
       8   = Dump Mac OS tables (except config/universal info).
      10   = Print node names while copying the device tree.
      20   = Print property info while copying the device tree.
      40   = Print interrupt-related info.
      80   = Print interrupt tree traversal info.
     100   = Print address resolution info.
     200   = Print NV-RAM info.
     400   = Print Mac OS "universal" info.
     800   = Print "special" node info.
    1000   = Load EtherPrintf utility via parcel for post FCode debugging.
    2000   = Print BOOTP/DHCP/BSDP information.
    4000   = Allocate writable ROM aperture.
    8000   = Mark Toolbox image as non-cacheable.
   10000   = Print parcel info while copying the device tree.
   20000   = Print information on device tree data checksums.
 1000000   = Enable the Nanokernel debugger.
 2000000 * = Display the Nanokernel log during boot.
10000000   = Dont attempt to unhibernate system.
40000000   = Halt after end of FCode (useful if outputting to screen).

i was trying to theorize on whether any of these items could be made to work on a mac...
because the pc ones are easily obtainable.. and the mac ones are becoming rare and impossible to find
did u try PASV mode? :)

im pretty sure this workaround works for 10.6,
fairly certain i have used it with success before
(it says osx lion, my bad)
theres a way to make it work tho i think,
either that or simply not using a password
(ie: public share) might do the trick aswell
Probably 'Hocus Pocus'... HOWEVER... after watching my grandmother find water with a stick, I never completely dismiss any possibilities!!! Haha!  ;D ;D

sounds pretty cool, is it on youtube? :D haha
They also describe how they use different gauge strands of wire in a cable to properly convey different frequencies - seriously.

Everyone knows that only unicorn hair can convey all frequencies at the same time. That, and a feather from a red dragons back dipped in silver moon paste.
Probably 'Hocus Pocus'... HOWEVER... after watching my grandmother find water with a stick, I never completely dismiss any possibilities!!! Haha!  ;D ;D
AFAIK MacOS9 understand Apple Partition Map and MBR only. GUID is a no go I think.

Mac OS9 can read and write to FAT 32, but no audioapp would run it quick up enough to use it as scratch disk, I guess.

Pages: [1] 2 3 ... 10