The good news: in RC3 vs. RC2, using supermount with Zip drive and floppy no longer causes inability to access Zip or hard hang when writing to floppy....
The bad news: I continue to have one serious problem: deleting files from either Zip or floppy corrupts the FAT filesystems on these disks, because the freed-up clusters are not being properly reclaimed. You can see this by checking available space or by running dosfsck (which will fix the filesystem problems). I cannot believe that others are not complaining about this since we have seen this problem on multiple machines starting with MDK8.2. Perhaps most people haven't noticed that the space is vanishing on their zips? Try it: fill up a zip/floppy, delete the files, and your zip/floppy will still be full. Since this problem does not occur if you disable supermount, it is clearly a supermount problem. Speaking of checking free space on your zip/floppy, RC3 introduces a new problem for supermount: if you try to use Konqueror to check properties of /mnt/zip or /mnt/floppy, the "Free space on /mnt/zip" line is now BLANK. This was one of the few supermount-related things that worked on RC2. Also, supermounted devices don't show up using df, so frankly, I am not sure how someone is supposed to check free space on their zips/floppies. I tested the filesystem corruption mentioned above by looking at the disks on another machine running MDK8.1 (no supermount, of course)! Note: if you check the properties of the Zip entry you get when using the Removable media icon, the free space on / is what is listed. Additional usability problems for supermount under KDE: (1) Most important: after CDROM has been accessed via Konqueror, when you eject the CDROM, tray opens and then immdiately closes again. This happens as long as any Konqueror windows are open--even those that have never accessed /mnt/cdrom. So, you have to close ALL Konqueror windows to get your CD back--unless you want to forcibly restrain the tray. (This does not happen if you simply cd into /mnt/cdrom--you can eject the CDROM even while shell windows are still open to /mnt/cdrom.) (2) With Konqueror, navigating to /mnt, it can take as long as 10s for a directory listing to appear. Similar time to refresh the directory listing. (3) If you viewing /mnt/zip in Konqueror, then navigate up to /mnt, and eject the zip disk, almost immediately the zip subdirectory icon disappears (it does not simply switch to showing locked). The only way to get it back is to refresh the directory (which can take many seconds as noted). (4) Similarly, if you are viewing /mnt/zip in Konqueror, eject the disk, insert another, refresh to see new disk listing, and then navigate up to /mnt, the zip icon is missing--even though there is a disk in the drive.
