[Mageia-dev] ANN: For the brave. systemd v185 in cauldron updates_testing

Mon Jun 25 12:26:15 CEST 2012

'Twas brillig, and Thierry Vignaud at 25/06/12 11:04 did gyre and gimble:
+> On 25 June 2012 11:10, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>>>>>> Anything special in your gdm pam configs? Or even in the system-auth pam
+>>>>>> file?
+>>>>> Yes, I'm using pam_mount to automatically mount my encrypted home
+>>>>> directory. But given that it is handled in system-auth, and that other
+>>>>> kind of login works, I'm sceptic.
+>>>>
+>>>> Well I'm somewhat sceptical too, but I'd still like to work out why it
+>>>> fails for you.
+>>>>
+>>>> I would imagine it works for TV tho' I don't know for certain if the two
+>>>> machines he referred to run a DE or not.
+>>>
+>>> One does, one doesn't.
+>>> On the one that does, btw, one must provide the root password in order
+>>> to mount a USB key if "su - foobar" is run in a terminal...
+>>
+>> Does the one running a DM let you login OK via gdm?
+>>
+>> So USB keys mount OK after a fresh boot, but as soon as you do "su -
+>> foobar" mounting is broken? Or have I misunderstood the problem?
+> 
+> The computer is logged by my gf, but I "su - my_account" in a terminal
+> with screen then running some root sessions too in order to work on my
+> stuff.
+> 
+> In that case, plugging a USB partitionned disk now results in having to type in
+> the root password due to other users being logged.
+> 
+> Of course, it's not a generic issue... It'll probably annoy only me.
+
+Ahh right, I think I understand the setup. It likely comes down to
+whether or not both sessions are active or not or is perhaps related to
+the fact that both sessions are active at the same time and are on the
+same seat.
+
+Either way this is likely something that can be fixed eventually with
+appropriate udisk/policykit or whatever updates/integration (I'd suggest
+that your session in the background should be "inactive" (see loginctl
+session-status N)
+
+What is interesting is that if I try to emulate here, I don't get any
+other sessions listed in loginctl.... This is at least partly deliberate
+as I didn't want to change the pam.d/su or pam.d/su-l (or the sudo ones)
+files for Mga2 to include pam_systemd.so due to there being a few quirks
+relating to session management. That said, the pam.d/su file should
+include system-auth so I guess I would expect to see a session listed
+but IIRC the code will actually skip starting a new session if one
+already exists, so not 100% surprising.
+
+Really should update how the pam stuff fits together at some point.
+
+Col
+
+
+
+-- 
+
+Colin Guthrie
+colin(at)mageia.org
+http://colin.guthr.ie/
+
+Day Job:
+  Tribalogic Limited http://www.tribalogic.net/
+Open Source:
+  Mageia Contributor http://www.mageia.org/
+  PulseAudio Hacker http://www.pulseaudio.org/
+  Trac Hacker http://trac.edgewall.org/
+
+
+