Yes, the ZIP image will become a HD image with same geometry, but it will be perfectly eqivalent in behaviour.
In case of restoring back to real ZIP disk one "shifts back" first entry to fourth.
And no, from what what I understand
http://www.win.tue.n.../zip/zip-1.html
- if you "initialize" a ZIP disk on a "old style" ATAPI drive (or in a "latest" ATAPI 3, or in corresponding SCSI/USB versions) , it will get a partition table
- if you "initialize" a ZIP disk on a ATAPI 2 drive (or in corresponding SCSI/USB versions) with the ARMD jumper set, first 32 sectors are NOT accessibe and it will get NOT a partition table
But it's not entirely clear, see the "horrors" DOC:
http://www.win.tue.n.../zip/atapi2.txt
It is not clear if the actual IOMEGA utility acesses and writes the MBR nonetheless.
In any case, when you image a ZIP through an ATAPI with ARMD jumper ON, first 32 sectors will not be imaged:
Quote
- The first 32 LBS'a of the disk are not accessible
(i.e., the drive adds 32 to all LBA's specified in all
commands).
One could verify the size of the image, and if 32 sectors are missing, add them and build on the fly a MBR in order to make a "standard" ZIP image.
I jhave NO idea if the PBR would sport "32" as "sectors before" or not.
jaclaz



Help

Back to top












