[Coco] SuperIDE backup/restore
Mark McDougall
msmcdoug at iinet.net.au
Sun Jul 28 23:31:20 EDT 2013
On 29/07/2013 11:21 AM, Retro Canada wrote:
> looks like the cf ide firmware plays dirty when there is a partition on
> it. superide relays on sector count only, while the pc could use head
> cylinder geometry.
That doesn't make sense to me. A 'partition' on an IDE drive is a high level
concept that has no meaning in the ATA specification. CF card firmware has
no knowledge of any such thing, which after all is simply sector data
interpreted a certain way by PC BIOS's and OS's.
In your second comment you could have a valid point, but it is totally
unrelated to the first.
> my very own experience since i recently purchased a cf card: i tried
> everything and it wasn't working until i reformated and deleted all
> partitions in linux then write to the device since there is no partition
> with sudo dd of=/dev/sdb
Any version of dd *should* treat the device as a raw block device. Under
linux this is certainly the case, but the win32 'dd' is to a degree at the
mercy of the Windows OS and I wouldn't be surprised if there was some
munging going on that breaks certain rules.
Indeed windows XP didn't support partitions at all on removable devices, and
you had to run proprietary software in the early days to get around that
problem. With the advent of USB sticks that changed, though I'm not
intimately familiar with the exact details, but IIRC some of them simply
didn't report themselves as removable devices.
Regardless of any of the above, using dd under linux to read an image from
the source CF and write to the destination CF should produce an exact copy
regardless of the contents of the latter prior to the operation. dd (linux)
uses raw device geometry which again knows nothing of 'partitions'.
Regards,
--
| Mark McDougall | "Electrical Engineers do it
| <http://members.iinet.net.au/~msmcdoug> | with less resistance!"
More information about the Coco
mailing list