[Bug 705178] Re: pam_namespaces and --make-shared vs mountall
Launchpad Bug Tracker
705178 at bugs.launchpad.net
Tue Mar 13 21:18:35 UTC 2012
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: mountall (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to mountall in Ubuntu.
https://bugs.launchpad.net/bugs/705178
Title:
pam_namespaces and --make-shared vs mountall
Status in “mountall” package in Ubuntu:
Confirmed
Bug description:
Binary package hint: mountall
I'm using pam_namespaces in my PAM configuration (mainly to have /tmp and /var/tmp mapped into my encrypted $HOME, so that private temp files do not end up on the not yet encrypted root partition). However, having different namespaces means that udisks will run in a different namespace than my user, so it will mount removable drives (like DVD) in the other namespace than mine - resulting in e.g. the file manager being unable to open the newly mounted (but yet unreachable) directory. To solve this, I created another /media mount point on /tmp and was planning to call mount --make-shared on it, to make these mounts show through. Googling a little, I found that
none /media tmpfs defaults,noexec,nodev,auto 0 0
none /media none make-shared 0 0
should solve my issue - which mount -a confirms to be correct. However, mountall has two issues: it will ignore all lines except the last for the same mount point, and it will do nothing with fstype = none, since such a file system is indeed unknown - it does not understand the special syntax.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/705178/+subscriptions
More information about the foundations-bugs
mailing list