Hi Stefan, "Stefan-W. Hahn" <[EMAIL PROTECTED]> wrote: > Also sprach Max Vozeler am Tue, 22 Feb 2005 at 20:30:48 +0100: > Hello Max, > > > I'm wondering BTW why this works as expected when you remove > > loop-aes-utils. Here the original mount 2.12 behaves the same way > > and refuses user umount when mtab is a symlink to /proc/mounts.
> Now I tried with: > mount 2.12-10 testing > > And there it does not work with a symlinked /etc/mtab !! Ah, Thanks for following up on this! > Now, is it a feature or a bug. BTS for mount haven't told me. > Perhaps you can make a suggestion how to go on with it. I would say it's a known limitation. There have been attempts to get the relevant options included in /proc/mounts so that it could fully replace mtab, but it seems kernel hackers are/were not happy with the proposed solutions. The problems with /proc/mounts are documented in mount(8), although not in the version from loop-aes-utils. (I'm investigating why) | It is possible to replace /etc/mtab by a symbolic link to | /proc/mounts, [...] but some information is lost that way, and in | particular working with the loop device will be less convenient, and | using the "user" option will fail. So, for now, it's recommended to not use the /proc/mounst symlink with loopbacks or the "user" option - at least until someone comes up with a good patch for Linux upstream. cheers, Max -- 308E81E7B97963BCA0E6ED889D5BD511B7CDA2DC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
