On Sun, Jul 17, 2011 at 12:57:46PM -0400, Nico Kadel-Garcia wrote: > On Sun, Jul 17, 2011 at 4:58 AM, Tomas Kral <thomas.k...@email.cz> wrote: > > May I recommend sidestepping this entirely? Mounted floppy drives have > *HORRIBLE* performance.
Huh? A mounted floppy should have vastly superior performance to mtools, precisely because it is mounted, and the kernel can do proper write caching and lazy flushing of data. In comparison, mtools uses the block device directly, and can't do any caching. This should result in terrible performance for anything but occasional single file transfers, and even then you lose something. > The "mtools" toolkit is vastly more efficient > and safer, much less likely to corrupt a file in the midst of writing > it to the floppy and ejecting the file during the write, or requiring > a "sync" before hitting the eject button, and much more clear about > the fact that "cp" to a mounted floppy may not preserve ownership and > the file name the way you expect. I'll agree that if you are using filesystems with ownership and permissions on the floppy such as minixfs/extfs, these can cause problems. And not flushing/umounting a mounted filesystem before ejecting can cause problems, but this shouldn't be any more dangerous (i.e. corruption probability) than ejecting mid-write; it's just easier to trigger if you aren't using mtools. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
signature.asc
Description: Digital signature