[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