Page 1 of 1

Sharing window in Fusion for dos is a pc transfer ?

Posted: Thu Jan 10, 2019 1:46 am
by Roarke
Image

Sharing window in Fusion for dos is a pc transfer to Fusion ? If yes, i don't know how to start it.

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Thu Jan 10, 2019 4:56 am
by adespoton
Do you have the file sharing extension in your extensions folder? That dialog suggests you may not.

Which OS are you running in Fusion?

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Thu Jan 10, 2019 1:54 pm
by Roarke
7.1.1

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Thu Jan 10, 2019 7:14 pm
by adespoton
To share via BII, you'll need this then: http://macintoshgarden.org/apps/file-system-manager-12

For Fusion, you'll likely need to mount the disk image in BII and transfer things in/out that way, unless you've got a SCSI bridge and drive handy.

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Sat Jan 12, 2019 12:47 am
by Roarke
Fusion uses .HFx, where x can be 2 or 3 or 4 etc.
It can make other .HFx. My .HFx came from the below link :
Bootable OS7.1 System on a 240MB disk image. Fusion has to set to Mac_IIcx or another 7.1 compatible Mac.
http://macintoshgarden.org/apps/fusion-pc
I don't know if it can read .dsk files.

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Sat Jan 12, 2019 4:47 am
by adespoton
.HFx files are just raw HFS images, and use those file extensions so Fusion knows which SCSI ID to use for the drive image (0 to 7).

BII can read raw HFS images, including those labeled HFx. Both Disk Utility on OS X and qemu-img on all platforms can read raw HFS images and convert them to other formats.

qemu-img supports the following container formats: blkdebug blklogwrites blkreplay blkverify bochs cloop copy-on-read dmg file ftp ftps host_device http https luks nbd null-aio null-co parallels qcow qcow2 qed quorum raw replication sheepdog throttle vdi vhdx vmdk vpc vvfat

'raw' is the container format (essentially no container) your HFx images are in. Default for OS X is DMG, default for QEMU is QCOW, default for Parallels Desktop is parallels, default for VMWare is VMDK, default for BOCHS is bochs, default for VirtualBox is VDI, default for Virtual PC is VPC, etc.

.dsk is usually just a HFS raw image with the extension .dsk instead of .hfx, although sometimes it's got a Disk Copy header in front of the HFS file.

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Sun Jan 13, 2019 2:40 am
by Roarke
adespoton wrote:.HFx files are just raw HFS images, and use those file extensions so Fusion knows which SCSI ID to use for the drive image (0 to 7).

BII can read raw HFS images, including those labeled HFx. Both Disk Utility on OS X and qemu-img on all platforms can read raw HFS images and convert them to other formats.

qemu-img supports the following container formats: blkdebug blklogwrites blkreplay blkverify bochs cloop copy-on-read dmg file ftp ftps host_device http https luks nbd null-aio null-co parallels qcow qcow2 qed quorum raw replication sheepdog throttle vdi vhdx vmdk vpc vvfat

'raw' is the container format (essentially no container) your HFx images are in. Default for OS X is DMG, default for QEMU is QCOW, default for Parallels Desktop is parallels, default for VMWare is VMDK, default for BOCHS is bochs, default for VirtualBox is VDI, default for Virtual PC is VPC, etc.

.dsk is usually just a HFS raw image with the extension .dsk instead of .hfx, although sometimes it's got a Disk Copy header in front of the HFS file.
Ok :wink:

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Wed Jan 16, 2019 10:21 pm
by Roarke
.sea files can be put inside with HFVexplorer. I will check other file types.

Re: Sharing window in Fusion for dos is a pc transfer ?

Posted: Thu Jan 17, 2019 5:49 pm
by adespoton
Just a note: .sea is a format that contains a resource fork. If you copy these to a non-HFS volume, that fork will be lost.

Of course, most decompression software will still extract the archive from the data fork if it's a known archive type, but the guest OS will consider them damaged if you attempt to double click them.

.sea stands for Self Extracting Archive, and is usually a stuffit archive with an extractor in the resource fork. But it could also be a Disk Copy self extracting archive, and these can be trickier to extract if you lose the resource fork.