I have a similar issue using a FUSE mount (gocryptfs) - however it is
not resolved by @elinde's patch, though I'm grateful for the pointer in
the right direction.
In my case the volume `path` mounted is
`/usr/bin/gocryptfs#/home/%(USER).cipher` in `pam_mount.conf.xml`, and
this corresponds to both
** Changed in: libpam-mount (Debian)
Status: Unknown => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1908638
Title:
mounts to polydirs not working
To manage notifications about this bug
This bug report is now also submitted to Debian:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980117
** Bug watch added: Debian Bug tracker #980117
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=980117
** Also affects: libpam-mount (Debian) via
https://bugs.debian.org/cgi-bin/bugre
Hello Evan and thanks for this bug report. IIUC your upstream MP is [1].
Would it be possible for you to also file an upstream bug report and to
link it to this Ubuntu bug? This would make progress tracking easier.
I'm triaging this with Importance: Low due to the uncommon configuration
where the
> If so, another option like "ignoresource" might be useful. I'm thinking
> something like:
>
> checkmounted="0/1/true/false"
> ignoresource="0/1/true/false"
Yes, I think both would make sense.
> After more looking around, it looks like pam_utabent_matches really
ought to be using vpt->combopath
>> Is "checkmounted" a standard / API function somewhere?
> No, that would be a new option to be added.
Are you thinking of an xml config option? e.g.:
If so, another option like "ignoresource" might be useful. I'm thinking
something like:
checkmounted="0/1/true/false"
When 1/true: don't
> Is "checkmounted" a standard / API function somewhere?
No, that would be a new option to be added.
> I'm not seeing how the path gets to be unpredictable (at least for NFS
on the linked bug). It looks more like vpt->volume might be failing to
match the source path in pmt_utabent_matches as a re
Is "checkmounted" a standard / API function somewhere?
As mentioned earlier, my use case does work prior to the 14* patch since
both path and mountpoint need to match an existing mount (rather than
only the mountpoint) for pam_mount to decide something is already
mounted.
I'm not seeing how the p
The behavior prior to the 14* patch was to only mount if (path,
mountpoint) are not listed as mounted. But some mount helpers rewrite
the path before mounting (like cryptsetup transitioning through
/dev/mapper or NFS, as detailed in https://bugs.debian.org/799752). For
those the check always fails
That would work OK for home directories but not for everything else.
There are several shared directories in the volume; they are expected to
be at paths like "/data2/share1", etc, so they wouldn't be able to use a
parameterized mount like the home directories. This still leaves us with
ownership a
What about mounting only path="home/%(DOMAIN_USER)" as shown here:
http://www.awerner.myhome-server.de/doku.php?id=it-artikel:linux:how-to-
join-or-connect-ubuntu-desktop-18.10-workstation-to-an-active-directory-
ad-domain-including-automatic-mounting-of-cifs-smb-shares-and-home-
directory
--
You
Hi Jochen,
Thank you for taking a look at this. My setup is for a lab that uses a
central storage server to host all their data (homes, shared dirs,
everything) so that workstations are fully interchangeable. The storage
server is accessible via cifs using campus AD credentials. The storage
volume
Hi Evan,
thanks for opening the bug, it is indeed a result of the
0014-Don-t-compare-source-when-checking-if-it-s-already-m.patch.
As far as I understand polydirs are implemented as mount overlays and so /data2
in your example is a mount point already.
You can test this with this example using t
** Tags added: focal
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1908638
Title:
mounts to polydirs not working
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+sou
14 matches
Mail list logo
