Sideffect: I think this will disable dsl's ability to use loop-aes v1.x, but that's no great loss since that version is broken. Haven't checked that non-encrypted loops still work (eg for bootfrom iso) - I think they will.<bump>
Anyone else tried this, or is it old news?
Even if third party packages are unknowns, it does indicate how to get rid of that irritating bug: there's probably something explicit about it in Sarge's documentation/changelog for the utils-linux package or on the debian mail lists (?)Can't say I've tried it. I have aliases: Mcd='sudo mount /dev/cdrom' Ucd='sudo umount /dev/cdrom' Ecd='sudo eject /dev/cdrom'Workarounds are one thing but they are not fixes. It's a broken utility, and it's been the subject of a number of queries in the past. Personally I think it's an ugly bug.
For one thing, it encourages people to mount and umount in emelfm as root.
I'd prefer dsl was free of needless bugs wherever possible.
Quote
For one thing, it encourages people to mount and umount in emelfm as root.
Personally I think encouraging people to do *anything* as root in emelfm is a bad idea...but what ya gonna do...
As I see it, yes it's a bug. What I think is mostly wrong with it is inconsistency. If a user cannot umount a device, the user should not have been allowed to mount that device in the first place. Either give the user both abilities, or remove both.
EDIT: now that i think about it for a minute, it's not the inconsistency that bugs me (pun intended), but the fact that if "users" is listed in fstab as an option for a particular device, whatever user mounted the device should be able to umount it. So yeah...i agree with you.Next Page...
original here.