Page 2 of 14
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Thu Mar 27, 2014 4:39 pm
by pruten
Mominul,
I've been trying to keep the core cross-platform for unix-y systems, avoiding Apple-specific APIs. It used to have a bare-minimum GLUT interface with hard-coded parameters. Aside from that, I don't have much experience with windows or linux GUIs.
Making slow progress on v0.0.2 - here's what might be included
- A bug fix for cmpa that lets A/UX 3.0.1 *boot*, although not start the Finder shell
- Native support for APM/UFS/SVFS for loading the unix kernel directly from the root image
- A new debugger (I ditched the old debugger when switching from GLUT to Cocoa)
- The ability to restart/stop the emulator
- Maybe support for full screen / multiple screens
- Maybe support for PRAM - because it's really annoying how all the PRAM settings are scrambled on startup
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Thu Mar 27, 2014 4:48 pm
by uyjulian
pruten wrote:Mominul,
I've been trying to keep the core cross-platform for unix-y systems, avoiding Apple-specific APIs. It used to have a bare-minimum GLUT interface with hard-coded parameters. Aside from that, I don't have much experience with windows or linux GUIs.
Making slow progress on v0.0.2 - here's what might be included
- A bug fix for cmpa that lets A/UX 3.0.1 *boot*, although not start the Finder shell
- Native support for APM/UFS/SVFS for loading the unix kernel directly from the root image
- A new debugger (I ditched the old debugger when switching from GLUT to Cocoa)
- The ability to restart/stop the emulator
- Maybe support for full screen / multiple screens
- Maybe support for PRAM - because it's really annoying how all the PRAM settings are scrambled on startup
Hmm, you would try SDL? Sheepshaver and BasiliskII uses SDL.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 01, 2014 2:23 pm
by pruten
I could release a bare-bones GLUT GUI as an example of how to write a GUI - and if anyone else is so motivated, perhaps they could write an SDL GUI.
If anyone's interested in that, I can make an effort to finalize the core API.
A/UX 3.0.0 / System 7.0.1 now seems to be basically runnable, although there are weird VIA timer issues.
http://i.imgur.com/obsBBzg.png
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 01, 2014 2:29 pm
by uyjulian
I would try to make a SDL GUI.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 01, 2014 3:25 pm
by Mominul
You can see
Hatari it has SDL GUI and a debugger. Previous is based on hatari's source-code so it has also SDL GUI and a Debugger. Hatari is also ported to Windows,Mac OS X, Linux.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Sat Apr 05, 2014 5:08 am
by neozeed
Wow this is incredible!!!!
First AMIX, then NeXTSTEP, now A/UX!
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Mon Apr 07, 2014 10:20 am
by neozeed
I dont know if this is the right place to post this, but here goes.
I'm using the AUX 3.0 image: “AUX_3.0.1_Install.toast_image” with an MD5 of dd3edefa2095821878a8b6dee7dc7940 , and my Mac II FDHD rom has a MD5 of 2a8a4c7f2a38e0ab0771f59a9a0f1ee4.
I just built the latest sources from github (version 0.2!) which seem to have been updated yesterday. I got it to compile, but I'm having some weird stuff with 3.0.
First I found out that the UFS image on the 'install' disk is corrupt according the A/UX 2.0. I ran fsck -y /dev/rdsk/c1d0s0 and repaired it, copied over the /unix and extracted the image no problem. However when trying to boot, I'd get an exception in scsi.c. namely:
assert(fread(scsi.buf, len * 512, 1, dev->f) == 1);
Some more diving into the source, and I find it failing to assert during a read. Namely this:
scsi_buf_set: Responding to read at off=464 len=0
So I made a quick change, and if len=0 then do a read of 16... that made that part happy, but naturally another portion of the code also asserts that len>0 in scsi_dma_read ....
any and all help appreciated!
![Laughing :lol:](./images/smilies/icon_lol.gif)
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Mon Apr 07, 2014 1:54 pm
by uyjulian
neozeed wrote:I dont know if this is the right place to post this, but here goes.
I'm using the AUX 3.0 image: “AUX_3.0.1_Install.toast_image” with an MD5 of dd3edefa2095821878a8b6dee7dc7940 , and my Mac II FDHD rom has a MD5 of 2a8a4c7f2a38e0ab0771f59a9a0f1ee4.
I just built the latest sources from github (version 0.2!) which seem to have been updated yesterday. I got it to compile, but I'm having some weird stuff with 3.0.
First I found out that the UFS image on the 'install' disk is corrupt according the A/UX 2.0. I ran fsck -y /dev/rdsk/c1d0s0 and repaired it, copied over the /unix and extracted the image no problem. However when trying to boot, I'd get an exception in scsi.c. namely:
assert(fread(scsi.buf, len * 512, 1, dev->f) == 1);
Some more diving into the source, and I find it failing to assert during a read. Namely this:
scsi_buf_set: Responding to read at off=464 len=0
So I made a quick change, and if len=0 then do a read of 16... that made that part happy, but naturally another portion of the code also asserts that len>0 in scsi_dma_read ....
any and all help appreciated!
![Laughing :lol:](./images/smilies/icon_lol.gif)
I think he's working on it..
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Mon Apr 07, 2014 4:21 pm
by pruten
Hey neozeed, thanks for experimenting! Glad to see that it'll build on other people's machines
So far I've been running
3.0.0 successfully. It's interesting to know that 3.0.1 is sending 0-length reads - unless there's another bug at fault, I'll have to refactor the scsi code a little to handle it. (Not sure how scsi phase transitions work for 0-length reads...)
Macguicity has a 3.0.0 image named AppleUNIX_3_Install.zip. The decompressed ISO has an MD5 of 76a62bde471b0a14b09f9bf39eb79755. 3.0.0's /unix's MD5 is 781d840c54be5e462224beda82a99d32.
And yeah, 2.0.0 and 3.0.0 disagree on how the "dirty" filesystem flag works. 2.0.0 thinks all 3.0.0 images are dirty. Fsck on 2.0.0 will reset the flag, and also I think you can just mount the filesystem readonly (-o ro), and it'll ignore the dirty flag.
(One other thing to note about 3.0.0 - when you start it up for the first time, after a few minutes, it will suddenly freeze. Just wait 5 minutes and it'll start running again, and the problem won't reoccur. Not sure what the problem is yet...)
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 2:15 am
by neozeed
Ah ok, I had 3.0.1 and you are using 3.0.0 ...! I found 3.0.0 and have it running!
One thing I noticed from your screencap is that you have 256MB of ram in the emulator, and watching mine boot up with that much there is a LOT of processes that freak out on boot with signal 11.. which from my old days of questionable machines is a memory error. I re-ran it with 32mb of ram, and it didn't have any complaints and booted up to logon in a few seconds, and gave me a desktop without any significant wait.
I tried to put some ISO's into the mix, but A/UX doesn't like them... well 2.0 & 3.0.0 don't I still haven't worked out how to start the UI on 1.1.1 ... I remember just being able to pop a CD into my quadra and it mount back in the day..
Now I just need to figure out how to partition a disk, and do a dump/restore onto a "proper" hard disk.. It's a shame the filesystems on A/UX are so fragile. I remember that being a major problem back in the day as well.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 2:31 am
by pruten
Yeah, 256MB seems to be the maximum A/UX 3.0.0 can handle. A/UX 2.0.0 seems to support all the way up to 1GB, the maximum supported by the 68k Mac architecture, albeit with lots of complaining.
I've mostly had luck so far with ISOs on 3.0.0. 2.0.0 takes exception to the partition scheme on a lot of CD images (I think). Which ISOs aren't mounting for you? I could take a look at them if they're publicly available. Might be related to different sector sizes on cd-roms vs. hard disks...
Getting the GUI running on 1.1.1 should normally require you to manipulate the inittab to boot into multi-user mode, and run /etc/toolboxdaemon in the background as a daemon. But I haven't even tried to do that yet. To get 1.1.1's GUI running, just launch the toolbox daemon in the background from the single-user shell
# /etc/toolboxdaemon &
Then you can run mac GUI apps, e.g.
# term
Regarding A/UX filesystem fragility, A/UX 1, 2 and 3 will all automatically run fsck on their root images if you boot into verbose mode. You can set "verbose mode" in Shoebill's preferences. That way, if you bork the root image, you can *usually* still boot it and have fsck run. Sometimes it's so corrupted that it can't even boot enough to load fsck, but usually it works. 3.0.0 seems especially resilient in that regard.
Glad to see you got 3.0.0 running!
![Smile :)](./images/smilies/icon_smile.gif)
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 3:08 am
by neozeed
pruten wrote:Yeah, 256MB seems to be the maximum A/UX 3.0.0 can handle. A/UX 2.0.0 seems to support all the way up to 1GB, the maximum supported by the 68k Mac architecture, albeit with lots of complaining.
I think I recall this being kind of an issue back in the day too... Like I had to install with 32 or 64 then update, then I could run properly with 192 or whatever it was I had...
pruten wrote:
I've mostly had luck so far with ISOs on 3.0.0. 2.0.0 takes exception to the partition scheme on a lot of CD images (I think). Which ISOs aren't mounting for you? I could take a look at them if they're publicly available. Might be related to different sector sizes on cd-roms vs. hard disks...
I can send you the ISO as a link its small-ish...
pruten wrote:
Glad to see you got 3.0.0 running!
![Smile :)](./images/smilies/icon_smile.gif)
Yeah something I didn't think I'd be running anytime soon, if ever again!
I also noticed something else kind of funny....
So I have a simple shell script running in a terminal
while true
do true
/usr/games/fortune
uptime
sleep 7
clear
done
and the clock actually goes BACKWARDS!!!! it starts around 4pm, then goes to 358, then back to 4, then back again to 358....
I should add that my clang is out of date, and I dont have the bandwidth to download updates to xcode, so I had to build 'core' like this:
CFLAGS = -O2 -g -ggdb -Wno-deprecated-declarations
So no linktime optimizations for me... and I added -g in there.
I'm still amazed that this thing works so great!
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 3:31 am
by uyjulian
neozeed wrote:pruten wrote:Yeah, 256MB seems to be the maximum A/UX 3.0.0 can handle. A/UX 2.0.0 seems to support all the way up to 1GB, the maximum supported by the 68k Mac architecture, albeit with lots of complaining.
I think I recall this being kind of an issue back in the day too... Like I had to install with 32 or 64 then update, then I could run properly with 192 or whatever it was I had...
pruten wrote:
I've mostly had luck so far with ISOs on 3.0.0. 2.0.0 takes exception to the partition scheme on a lot of CD images (I think). Which ISOs aren't mounting for you? I could take a look at them if they're publicly available. Might be related to different sector sizes on cd-roms vs. hard disks...
I can send you the ISO as a link its small-ish...
pruten wrote:
Glad to see you got 3.0.0 running!
![Smile :)](./images/smilies/icon_smile.gif)
Yeah something I didn't think I'd be running anytime soon, if ever again!
I also noticed something else kind of funny....
So I have a simple shell script running in a terminal
while true
do true
/usr/games/fortune
uptime
sleep 7
clear
done
and the clock actually goes BACKWARDS!!!! it starts around 4pm, then goes to 358, then back to 4, then back again to 358....
I should add that my clang is out of date, and I dont have the bandwidth to download updates to xcode, so I had to build 'core' like this:
CFLAGS = -O2 -g -ggdb -Wno-deprecated-declarations
So no linktime optimizations for me... and I added -g in there.
I'm still amazed that this thing works so great!
I had problems with unused functions so I removed -Werror from CFLAGS and all works fine.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 6:56 am
by Cat_7
Hi,
I built Shoebill succesfully on OSX 10.9.2, but it seems I can't boot into the desktop with AUX 3.0.0. It always throws me back into single user mode. When I disable verbose boot, I see the Welcome to A/UX. Launching... message.
Cd image seems OK as I get: /dev/dsk/c0d0s0: filesystem state OK
This with memory: 32Mb; screen: 800x600
No such problems with A/UX 2.0
Is this a simple user error?
I should also mention that I haven't been able to mount any additional CD images or HFS hard disk images (created and formatted with Basilisk)
btw: the shoebill website mentions getting the unix kernel file. An easy way to get the file is by mounting the iso inside a linux virtual machine. I have been succesfull with Zorin in Virtualbox.
Best,
Cat_7
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 7:26 am
by neozeed
Cat_7 wrote:
I should also mention that I haven't been able to mount any additional CD images or HFS hard disk images (created and formatted with Basilisk)
It's my understanding that HFS volumes aren't enough, they have to be partitioned disk images... which has been my stumbling block there, as I can't get anything to run in BasiliskII to partition a disk, as they say nothing is connected to the SCSI bus......
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 2:43 pm
by pruten
Hey Cat_7,
Is it possible you're booting a 3.x.x kernel with a 2.0.x root image, or 2.0.x kernel with the 3.x.x image? I've done that accidentally several times, and the symptom is that it boots a little, then fails and dumps you into the single-user shell.
I was accidentally running a 3.0.1 kernel with a 3.0.0 image and struggled for a long time to figure out why the Finder wouldn't start.
Regarding HFS images - I did manage to make one using Basilisk II a while ago ("Dogcow" in the screenshots). IIRC, I think maybe I used Disk Utility to partition my blank image with an apple partition map, and then had System 7 in BII format the partition. I understand the apple partition map scheme much better these days, so it's possible that a future release of Shoebill could *automagically* wrap raw HFS volumes in a virtual partition map, so that A/UX can recognize them.
Also, it's super interesting that Linux can mount BSD 4.3 UFS volumes! I wrote a stripped down implementation of UFS/SVFS for reading kernel files (core/filesystem.c), and in trying to figure out the A/UX's UFS implementation, discovered that there's extremely wide variety in the on-disk data structures for UFS across OSes.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 4:55 pm
by Cat_7
Yes, that was my problem.
The 3.0 iso, once mounted in Linux, shows three partititions, two of which contain several files named unix, newunix, nextunix . I just copied one of the incorrect ones into OSX
I managed to create a disk image. I used disk utility in OSX to create a disk image:
-Size: 500 Mb
-Format: Mac OS Extended
-Encryption: none
-Partitions: Single partition, Apple partition map
-Image format read/write disk image.
After creation I changed the extension to .img and booted basilisk with the image. Then formatted the disk image and attached it to Shoebill. After numerous disk errors which were fixed by fsck in verbose startup, the image appeared on the desktop. I was able to install A/UX on the image but was not able to boot from it, as it seems the root file system is missing.
Trying to run Apple HD SC Setup crashes Shoebill
Best,
Cat_7
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 5:48 pm
by pruten
Cat_7 wrote:After creation I changed the extension to .img and booted basilisk with the image. Then formatted the disk image and attached it to Shoebill. After numerous disk errors which were fixed by fsck in verbose startup, the image appeared on the desktop. I was able to install A/UX on the image but was not able to boot from it, as it seems the root file system is missing.
It'll probably be a while before you can install A/UX "the right way" via shoebill. Ultimately, I think the installer just partitions your disk and copies the root image from the CD. Penelope used to have instructions for manually
copying the root filesystem to a new disk.
Cat_7 wrote:Trying to run Apple HD SC Setup crashes Shoebill
I think Apple HD SC Setup is using SCSI commands that aren't implemented yet (causing shoebill to assert). There's a command line partitioning tool on A/UX, /bin/dp. It's harder to use, but it can build a partition map that you can boot from. There's no need to create an HFS partition unless you want one, since Shoebill bootstraps A/UX itself and can't even boot regular Mac OS.
If you do create a new root image, be sure to back it up! Shoebill crashes a lot, and fsck can't always repair the filesystem
neozeed wrote:So I have a simple shell script running in a terminal
while true
do true
/usr/games/fortune
uptime
sleep 7
clear
done
and the clock actually goes BACKWARDS!!!! it starts around 4pm, then goes to 358, then back to 4, then back again to 358....
Ah! System 7 depends on the higher-precision VIA timers, which aren't implemented yet. I'm surprised timers even work at all, and don't just hang forever. Marathon under A/UX 2.0.0 works as expected, but under 3.0.0 it runs, like, 3x faster than normal. I'll get those timers working eventually... I suspect it's the cause of a lot of weird problems on 3.0.0.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 6:03 pm
by neozeed
Some partitioning notes from within A/UX....
dp /dev/rdsk/cXd0s31
always the highest 'slice' number....
from dp you can P to print the table... get the block sizes and whatnot.
/etc/fs/ufs/mkfs is different from /etc/fs/svfs's mkfs!
/etc/fs/ufs/mkfs /dev/rdsk/c0d0s6 256000
this formatted the '6' slice on the 3.0.0 CDROM
then
mount /dev/dsk/c0d0s6 /mnt
now it's got an extra 256MB...
I need to work out how to create a new and better 'root' partition, I think I'm almost there. just too tired.
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Tue Apr 08, 2014 8:35 pm
by adespoton
This sounds like a job for
HFS Disk Maker ![Smile :)](./images/smilies/icon_smile.gif)
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Wed Apr 09, 2014 1:14 am
by neozeed
sadly it wouldn't help with UFS partitions..
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Wed Apr 09, 2014 3:01 am
by neozeed
I managed to create a UFS disk!
First I made a 500MB disk file, as Cat_7 mentions...
Cat_7 wrote:
I managed to create a disk image. I used disk utility in OSX to create a disk image:
-Size: 500 Mb
-Format: Mac OS Extended
-Encryption: none
-Partitions: Single partition, Apple partition map
-Image format read/write disk image.
I just added it directly to Shoebill, and booted up. A/UX says the disk uses a newer filesystem that it cannot read, and wants to initialize the disk. I hit cancel as I don't want the disk to be mounted.
Next bring up a command shell, and using DP we will examine the disk, delete the HFS partition, and then create a UFS partition.
AUX wrote:
localhost.root # dp /dev/rdsk/c1d0s31
"/dev/rdsk/c1d0s31" 2 partitions, 2 allocated 1000065 blocks
Command? P
DPM Index: 0
Name: "Apple", Type: "Apple_partition_map"
Physical: 63 @ 1, Logical: 63 @ 0
Status:
valid alloc not in_use not boot
no read no write
No Block Zero Block
DPM Index: 1
Name: "disk image", Type: "Apple_HFS"
Physical: 1000000 @ 64, Logical: 1000000 @ 0
Status:
valid alloc not in_use not boot
read write
No Block Zero Block
The important part here is that it begins at 64, and is 1000000 long.
Now we delete the partition
AUX wrote:
d 1
Now to add the partition... For some reason I had to stick with names that were single words.
AUX wrote:
Command? a
Partition number ('*' for any): *
Physical start (block #) [0]: 64
Physical length (blocks) [0]: 1000000
Name []: root
Default type? n
Type []: Apple_UNIX_SVR2
Logical start (block #) [0]: 0
Logical length (blocks) [0]: 1000000
Cluster # [0]: 0
FS type (1=UNIX,2=EFS,3=SFS) [1]: 1
Root file system? y
Usr file system? y
Command?
Now if that went well, we should be able to check our map:
AUX wrote:
Command? P
DPM Index: 0
Name: "Apple", Type: "Apple_partition_map"
Physical: 63 @ 1, Logical: 63 @ 0
Status:
valid alloc not in_use not boot
no read no write
No Block Zero Block
DPM Index: 1
Name: "root", Type: "Apple_UNIX_SVR2"
Physical: 1000000 @ 64, Logical: 1000000 @ 0
Status:
valid alloc not in_use not boot
read write
Slice 0 (clustered)
Regular UNIX File System (1)
Cluster: 0 Type: RUFS Inode: 1
Made: [0] Wed Dec 31 16:00:00 1969
Mount: [0] Wed Dec 31 16:00:00 1969
Umount: [0] Wed Dec 31 16:00:00 1969
No mount point
No AltBlk map
All good, now let's save the disk and exit dp.
AUX wrote:
Command? w
Command? q
localhost.root #
Now I've had 50/50 luck on formatting, so you may want to reboot, and save your iso image... but the command to format is :
/etc/fs/mkfs /dev/rdsk/c1d0s0 1000000
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Wed Apr 09, 2014 5:04 am
by neozeed
I found it's much easier to make disks when you can get as close to single user mode as possible...
editing /etc/sysinitrc, and look for
trap "" 2
and above that line, add in /bin/sh (I'm assuming you know how to use vi...)...
Anyways I found a better recipie for a disk that lets you root from it (well since we don't boot into MacOS, so who needs HFS anyways?)
From within dp, initalize the disk, and leave room for 8 partitions...
Code: Select all
i
y
8 (initialize, destroy data and 8 dpme's)
Add in a root partition like before, but this time, only use 900000 blocks...
Code: Select all
Command? a
Partition number ('*' for any): *
Physical start (block #) [0]: 64
Physical length (blocks) [0]: 900000
Name []: root
Default type? n
Type []: Apple_UNIX_SVR2
Logical start (block #) [0]: 0
Logical length (blocks) [0]: 900000
Cluster # [0]: 0
FS type (1=UNIX,2=EFS,3=SFS) [1]: 1
Root file system? y
Usr file system? y
Command?
Now we can add a swap partition
Code: Select all
a
*
9000065
90000
swap make a swap partition
y
0
90000
1
3
Which if I wrote the steps down correctly should give us a swap partition.
mkfs the new root
Code: Select all
/etc/fs/ufs/mkfs /dev/rdsk/c1d0s0 900000
fsck -y /dev/rdsk/c1d0s0
mount /dev/dsk/c1d0s0 /mnt
then do a dump/restore...
Code: Select all
dump.bsd 0f - /dev/rdsk/c0d0s0 | (cd /mnt; restore xf -)
Some things need to be fixed..
Code: Select all
mkdir /mnt/tmp
chown bin /mnt/tmp
chgrp bin /mnt/tmp
chmod 777 /mnt/tmp
cd /mnt/usr/lib/cron
mknod FIFO p
cd /mnt/usr/spool/lpd/AppleTalk
mknod pipe p
Now I've found that there is no fstab/mtab in the new etc directory. So I cheated and copied everything from /etc/ into /mnt/etc ... which I thought the dump would do.
Code: Select all
cd /etc
tar -cf - . | (cd /mnt/etc; tar xf -)
Now I think that should basically do it. Unmount and then reboot Shoebill. You should now be able to remove the ISO image, and boot directly into the new UFS disk.
On the first logon I got this message:
"The finder could not be started because of access problems within the directory $HOME/.mac/$HOST. Please...."
While it was rebuilding the desktop. I hit OK, it logged me off, and then I logged back in, and it seems OK.
For anyone who just wants the disk files, these are all under 100kb, but blow up to 500MB..
500MB disk with a single formatted HFS partition
500MB disk with a single formatted UFS partition
500MB disk with a 420MB UFS partition, and a 80MB swap partition.
500MB HFS disk with 7.0.1 installed (From A/UX 3.0.0 CD
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Wed Apr 09, 2014 7:51 am
by Cat_7
Hi,
Thanks for the disk images. Was the last one meant to be bootable?
Best,
Cat_7
Re: Shoebill - a Macintosh II + A/UX emulator for OS X
Posted: Wed Apr 09, 2014 7:57 am
by neozeed
the HFS one (500MB HFS disk with 7.0.1 installed (From A/UX 3.0.0 CD)) can be bootable under other emulators (I think)...
500MB disk with a 420MB UFS partition, and a 80MB swap partition. Is bootable for Shoebill. You just need to transfer your OS to it. (dump/restore/tar/etc...)
I just booted up the system 7.0.1 HFS disk on BasiliskII, disabled the ARose extension, then copied over my old SoftPC install, booted it upon Shoebill, and it works!
And from the df command you can see I have a much larger than ISO style disk..
![Surprised :eek:](./images/smilies/icon_surprised.gif)