Recently, I wrote about getting a floppy drive up and running in order to get some data from an old 3.5" disk and lamented how difficult this was at the present time.
Well, this time around, I am doing the same thing, but for an Iomega Zip 250. I have a bunch of Zip disks that have data on them that need to be archived as well as some zip disks I used myself around 20 years ago.
Zip drives were an interesting phenomenon that occurred during the late 90's and early 00's. They came at a time when we didn't have USB drives and high storage portable drives didn't exist. The only choice for storing large amounts of data at that time were on CD-R or CD-RW. Other than that, we we restricted to the 3.5" floppy and its 1.44MB of storage.
And these were limitations the peripheral industry were keen to break through at the time. One of the ways that these limitations were challenged was through the introduction of "superfloppy" drives. A number of different companies released their own take on the super floppy concept and the Zip series was Iomega's contribution to computing history. And it was a pretty significant one, a lot of people who used computers back in the late 90's and early 00's will probably remember the bright blue devices, which is probably one of the reasons the colour was chosen. When I was looking up information on the devices for this article, I also discovered that the format saw a lot of support in the music industry, with many devices supporting them as a storage medium. The brand was so successful that it was even co opted for the Clik! drive, which was branded as a Pocket Zip at some point. I have actually had a Clik! drive for years, and have never used it due to its interface. If I ever manage to get something that could let me get it up and running, then it would definitely be an obsolete media I would describe...
![]() |
| I have no idea how to get this working... |
Unlike a lot of its contemporary's, the Zip drive itself was often sold as a portable solution, if you considered a cable, separate power supply and drive to be portable by todays standards... But back then, this was entirely something you could move around easily. When I think back to the time this device was first introduced, I remember seeing the parallel port version than anything else. In fact, when I first saw an internal drive fitted to a PC, I was surprised.
![]() |
| a typical Zip disk |
But, given that portability and compatibility was one of this products selling points, there were many different connectivity options ranging from IDE to FireWire.
There are three versions of the Zip drive, the 100, 250 and 750. The numbers refer to the storage capacity they supported which ranged from 100MB to 750MB, with each iteration of disk being roughly the same size as a regular 3.5" floppy. Each new generation could read from the previous iterations media, but could not write back to them. In fact, the 100 model has a rather interesting mechanism for detecting licensed media that seems to use optical sensors.
![]() |
| the optical device used for detecting media |
As I didn't have a drive any more, I had to resort to eBay in order to get started. I was able to get a hold of what was described as an internal version with a USB connection. It was dirt cheap, however when it arrived the drive itself was almost pancaked - the seller had decided to wrap one, thin layer of bubble wrap around it. This required me to repair the bezel by gluing it back together and bending the metal part of the case back into shape.
![]() |
| bezel is worn, but it is hard to see that it was smashed |
Also, the USB connection was a bit of a white lie. It was an IDE to USB converter from an old external USB hard drive enclosure, specifically a Freecom device. Sadly, the interface didn't work even when powered up and connected.
It turned out what I had actually bought was an internal ATAPI model, which I didn't think was going to be much of a problem - until I started to search for an IDE to USB connection.
![]() |
| the interface formerly known as EIDE |
After searching high and low for one, I took inspiration from my eBay seller - who actually refunded my purchase after I told them about the delivery issue, which was very nice of them. I started looking for an external IDE hard drive to USB enclosure, even these are not easy to find these days. Once I had my hands on one, I just gutted it for the interface and hooked it up to the drive.
![]() |
| the loom running to the front is a power switch |
With the interface connected and powered on, nothing actually happened. It was only when I inserted a disk did the drive appear in Explorer, and even then it didn't appear as a Zip Drive. Instead, it appeared as a removeable drive.
This is probably down to the fact that I used an interface from an external HDD enclosure. Or maybe it is because there are no Windows 11 drivers? Not sure, but what we have is a working Zip Drive that will read 100MB disks and read/write 250MB disks over USB 1.1 connection.
But, and this could be a significant but, if you have any old Zip disks that you would like to use again that have been write protected, then you wont be able to undo this.
This is because the Iomega software simply doesnt work on Windows 11. You might be able to install it, but for me it didn't happen. And the reason for this? The software, IomegaWare, doesnt support 64bit operating systems, you will need to use a 32bit operating system to get this done. Specifically, it is due to an incompatibility with version.dll across 32 and 64bit platforms, one that wont be fixed. So this means trying to install it in compatibility mode on a 64bit operating system will not work.
It isnt just this software that is effected, there is a lot of 32bit software that suffers as a result of this incompatibility, which some might call a bug.
In order to access these disks, you are going to have to jump through some hoops. So lets describe the problem first:
You need to use the Iomega software in order to remove the write protection on your disks, but it wont work on your OS. So, you need an OS that the software works on, you either want to use Windows XP or Windows 7. Compatibility mode wont work - you need to be using one of those environments.
I didn't include Vista, because I really didn't enjoy Vista.
Maybe you have an old machine that you can install Windows XP or 7 on. If you do, then go ahead and get it done and start reading your disks. But, the chances are that you dont have a spare machine that you can do that on that has the relevant connections. If you are doing the same thing as me, then you can get away with a USB connection and an old machine, but we are talking about machines that need to boot using BIOS, not UEFI.
So the next best thing you could do is to create a virtual machine running one of these operating systems, and install the software there. That way, you can pass your Zip drive over to the virtual machine as a peripheral device and work with it that way.
There are a few things to consider here - you cant use Hyper V, which is annoying as you may very well have this available to you. Hyper V doesnt allow you to use USB ports on its virtual machines. So you will need to use another hypervisor like VMWare or Virtual Box. You are also going to need to have a Windows XP or Windows 7 installation disc or ISO.
I am going to assume that the reader has some basic knowledge on how virtualisation works and how to create a virtual machine. So I am just going to go over the steps here quickly, to do this I will be using Virtual Box. This is a free virtualisation solution from Oracle, it is by far from the best one out there - but it is free and will do what we need it to do.
As mentioned above, you are going to need a Windows XP installation and a license code. The best form of installer is an iso, if you have one, or a CD/DVD ROM. For people not used to virtualisation, you are going to need to bear in mind that your virtual machine is going to share resources with your host machine - the machine running your virtual machine. So you might need to be frugal with your allocation of RAM and disk space. Windows XP is going to need at least 4GB of RAM and 64GB of disk space for what is going to be tried out here.
Once you have downloaded and installed Virtual Box, open the application and click on the New icon in the top left corner. This will open the New Virtual Machine window, this is where you can configure all of the relevant parts of your virtual machine. Dont worry if you make a mistake here, you can always come back and change the configuration at any time. Here is a list of the fields, what they mean and how you can use them:
Under Virtual machine name and operating system:
- VM Name: This is just the name of the virtual machine. Here I just used "Obsolete Media"
- VM Folder: This is the path where the virtual machines files will be saved. These will take up quite a lot of space. If you configure a 128GB disk for your virtual machine, then its files will be at least 128GB in size, so you need to make sure that your disk has enough space. I have a specific location for virtual machines on my dev box
- ISO Image: This is the file you will use for installing Windows. Select it here, it is only going to be used once when creating the machine.
- Proceed with Unattended Installation: Tick this to have an almost silent installation.
Under Set up unattended guest OS installation:
- Username: This is the name of the account the setup will create for you, I changed this to user.
- Password: This is the password for the account you are creating.
- Product Key: Enter your Windows 7 license key here.
- Install Guest Additions: This will install all of the enhancements available for Windows XP under Virtual Box. I recommend choosing this option.
Under Specify virtual hardware:
- Base Memory: This is where you set the amount of RAM your virtual machine will use. I recommend setting this to 4GB, if you can spare it.
- Number of CPU's: You can set the number of CPU's your virtual machine will use. You wont need more than one, but if you can spare an extra core, feel free to give it an extra CPU.
- Use EFI: This tells the virtual machine to boot using UEFI. This is better left unticked for this type of installation. When unticked, the virtual machine will use BIOS during the boot process.
- Under Create a New Virtual Hard Disk:
- Disk Size: You can use the slider or the text box to set the disk size here, you can leave it at the recommended setting, but I advise setting this at 64GB if you can spare the disk space.
- Hard Disk File Type and Format: You can use this to make your virtual machine compatible with other hypervisors. Leave this at its default.
- Pre-allocate full size: Ticking this will cause Virtual Box to bump the virtual hard disk file size up to its maximum amount. So, if you have a 64GB disk, a 64GB file will be created. Unticked, the disk file will increase as your virtual machine will expand the file as you store more data on it.
- Split Disks into 2GB Parts. This will cause the hard disk file to be split across multiple 2GB files.
- Use an Existing Virtual Hard Disk File: This allows you to attach a pre existing virtual disk file to your virtual machine. This is how you can move virtual machines across hypervisors.
- Create a Virtual Machine Without a Virtual Hard Disk: This allows you to exactly that, create a diskless VM.
With all of your config set, just click on finish. This will cause your virtual machine to power on and the Windows installation process should start automatically. This will take a little while, despite the speed of your machine. My dev box is an i9 with 64GB of RAM, but it takes almost an hour to install Windows XP on Virtual Box. HyperV takes minutes...
Whilst that takes place, you can go ahead and download the Iomega software and drivers for the Zip drive, which have been handily preserved on the Internet Archive here. It is an iso, so you are going to need to extract the contents before you can use it on your Windows 7 virtual machine. You can do this by simply opening it under Windows 11 and copying all of the files to a location on the Windows XP virtual machine.
I moved the files over using my network - however, older operating systems like Windows XP dont support file sharing services used by Windows 11 etc. To do this, you will need to turn on SMB 1.0 file sharing on your host machine. You can turn this feature on by going to System -> Optional Features -> More Windows Features and selecting SMB1.0/CIFS File Sharing Support. This will force a restart, but once you are back, you will be able to share a folder with your Windows XP virtual machine.
The file that kicks everything off is called setup, and it launches a wonderfully old fashioned installation process. There is nothing about the process that is particularly tricky, it is basically an extended EULA agreement, however at the end you will be asked if you want to shut the machine down, the best thing to do here is to say yes. This is effectively the end of the installation process, all that remains to be done is to connect the device and start the virtual machine up - wait until the drive has finished installing on the host machine first, this will be the first indicator that something can be wrong.
If you encounter any issues during the installation, or you dont get the screen asking you to shutdown the machine, or you get an error mentioning GetFileVersionInfoSizeA, then you are likely running a 64bit version of Windows.
Once your host machine has finished off installing the drive, you can now pass the device over to your virtual machine. You can do this from the window the virtual machine is running in by going up to devices and then USB. Here, you will see all of the USB devices currently connected to your host machine. If you are not sure which one is the one you want to pass over, disconnect it and see which one disappears from the list - this is the device you want. Just click on the device to pass it over to your virtual machine, as soon as you do the operating system will start to install it.
If you dont encounter any errors, then you are in for a very anti-climatic finish. IomegaWare doesnt install a front end, just a set of shell extensions that can be used on Iomega drives. Once Windows has detected and installed your drive, you should be able to right click it and see the tools that IomegaWare provides. Specifically the most useful one - Protect.
This is the tool that provides the protection layer through software. With the suspect disk in the drive, right click the drive and select Protect. From here you will be able to remove all of the write protection from the drive itself and then format it.
| the fruits of my labour |
However, if you are following along with this and you have a disk that is not protected, but keeps asking to be formatted - then that disk is probably dead. I had one disk out of 20 that displayed this behaviour. If that is the disk you wanted to get data from, dont throw it away. This is probably as far as I am going with this drive on Windows, but when I was browsing the files on the IomegaWare install disk, I discovered a folder that contained Linux drivers.
So it may be the case that when using a 32bit Linux, I may be able to resurrect my dead disk - or even use some recovery software on it to see if there was anything interesting on it at some point. It is definitely something that warrants a little investigation.
And thus concludes the rather convoluted tale of how I got another obsolete medium working on modern hardware in order to get some files I created 24 years ago.
Was it the best way to do it? Probably yes, I think? It was one of the cheapest ways of getting a drive, which turned out to be essentially free in the end. was my connectivity choice correct? Well, I could have held out looking for an external USB model, but then I would have ended up paying out way too much than I would have liked. The external USB enclosure I bought for this, even when added on to the cost of the Zip drive wouldn't have been close to an external USB model. This wasnt a particularly tricky way to connect a drive to a machine, but in its present state, it is something you would only use when you needed it, like the floppy drive, it requires an external encloser. That or to be installed in a case, but what cases come with external drive bays these days?
I think they key part of this work was getting the software installed and working. Getting old disks unprotected and formatted is without a doubt the most useful thing I have been able to demonstrate here. It opens up possibilities for anyone using retro kit that employs these disks and drives and isnt that hard to do - the trickiest part is getting the virtual machine up and running with the software. So even if I had chosen to get one of the external models, the same amount of effort would have been required.
The next thing I will be looking at is another super floppy, in the form of an LS-120 - and I will definitely take a look and see what it would take to get that Clik! drive running...















