My goal is to copy system disks for my AES 7100 Office System. It uses single sided/double density 5.25" disks (hard sectored, 16 sectors). So far I managed to read the disks on a standard PC drive (1.2 MB Panasonic), but writing images back to physical disks is obviously a challenge. As Kryoflux software doesn't allow this, I tried it with a trick (covering the sector index holes on the disk). I was successful on a data disk (at least with data stored on the first few tracks). However I am failing with the system disks. In the best case I seem to be successful with ~5-10 tracks, i.e. the AES system recognizes the disk, displays the system start message stored in the boot sector, starts loading and stops after a while with an error. Obviously the written data is not "good enough", which might be due to inaccurate sector positioning or data track issues (especially as I am writing with an 1.2 MB HD drive). I also tried using a Chinon DD Drive, but this drive even fails to read the hard sectored disks (obviously it gets confused by the 16 additional index holes). I can write stream data (that was recorded with the 1.2 MB drive), but still the AES computer won't boot properly.
Do you have any further ideas how I might be successful with my task?
I am considering to connect the "original" drive of the AES computer to Kryoflux. As far as I know, the drive uses a regular Shugart interface, hence connecting should be possible (but obviously I would have to open the AES and extract the drive).
What was used during the development of the read feature was various hard-sectored disk types, that were overwritten by systems that don't care about the index signal at all, about 30+ years ago... e.g. C64 and Apple 2 disks donated by contributors for this purpose, as apparently at one point this used to be a popular money saving scheme for re-using these as scene disks
While recycling hard-sectored disks this way again might be an entertaining experiment, given the fact that it took several years to get hold of even such repurposed disks (thanks again!) it's not exactly an economical or in fact sane feature, given the scarcity of the disks in the first place nowadays.
Of course it could be a lot more useful for systems that can actually use such disks for real...
If you think they might be useful and need direct access please let me know.