Description of problem: Umount afaics call umount.hal to umount hal-mounted media. That seems to fail for some strange reason and umounting fails Version-Release number of selected component (if applicable): util-linux-2.13-0.52.fc7 How reproducible: Always Steps to Reproduce: [thl@thl ~]$ # /me puts a CD into the drive an waits for hal to mount it. [thl@thl ~]$ mount | grep Neu /dev/scd0 on /media/Neu type iso9660 (ro,nosuid,nodev,uhelper=hal,uid=2261) [thl@thl ~]$ gerp Neu /etc/mtab bash: gerp: command not found [thl@thl ~]$ grep Neu /etc/mtab /dev/scd0 /media/Neu iso9660 ro,nosuid,nodev,uhelper=hal,uid=2261 0 0 [thl@thl ~]$ umount /media/Neu /sbin/umount.hal: Unmounting /media/Neu failed: org.freedesktop.Hal.PermissionDenied: Permission denied: Not in active session [thl@thl ~]$ /sbin/umount.hal /media/Neu [thl@thl ~]$
Did you mess around with the environment or log out of your session? Did you log in via gdm? What is the content of XDG_SESSION_COOKIE from the shell you're attempting to do this from?
(In reply to comment #1) > Did you mess around with the environment or log out of your session? Nope. > Did you log in via gdm? Yes. > What is the content of XDG_SESSION_COOKIE from the shell you're > attempting to do this from? $ echo $XDG_SESSION_COOKIE 83de36c13101876e24d369004577e900-1184129730.490865-1030612696 ---- Your questions head into a direction as if there would be problems with the ConsoleKit setup. But wouldn't /sbin/umount.hal fail in that case? But it and umounting via nautilus work fine; it seems to be more /bin/umount that fails when it calls /sbin/umount.hal afaics (BTW, that's the reason why I filed the bug against util-linux and not gnome-mount) Note that I've seen this error on my main machine, which isn't a isn't a fresh install; it was updated several times already. But I can reproduce the behavior on a fresh Fedora 7 install (both machines are x86_64, in case that matters; no i386 F7 at hand to test atm; sorry)
(In reply to comment #2) > Your questions head into a direction as if there would be problems with the > ConsoleKit setup. But wouldn't /sbin/umount.hal fail in that case? But it and > umounting via nautilus work fine; it seems to be more /bin/umount that fails > when it calls /sbin/umount.hal afaics (BTW, that's the reason why I filed the > bug against util-linux and not gnome-mount) > > Note that I've seen this error on my main machine, which isn't a isn't a fresh > install; it was updated several times already. But I can reproduce the behavior > on a fresh Fedora 7 install (both machines are x86_64, in case that matters; no > i386 F7 at hand to test atm; sorry) Is it possible you can replace /sbin/umount.hal with a shell script that just dumps the environment somewhere? And then paste the output as an attachment? Maybe /bin/umount is deleting something in the environment... Just a guess. Thanks.
Created attachment 159654 [details] strace from umount.hal when chain called from /bin/umount selinux seems to be the culprit; disabling it temporary solved the problem. Sorry, should have tried this earlier. No, I can't see any error messages in audit.log Find attached a straced run of the original umount.hal when failing (I put a script in between to catch it)
Reassigning to selinux-policy-targeted then.
Are you seeing avc messages?
(In reply to comment #6) > Are you seeing avc messages? Daniel, no, sorry, there were none on F7 (see comment 4) and are none on rawhide -- i just re-checked again there.
Can you try # semodule -DB to disable dontaudits and then try again. #semodule -B will restore dontaudit rules.
what the ... -- it suddenly works now on devel. I got a new selinux-policy-targeted in the past 24 hours -- Dan, did you change anything? I can retry on F7 on Monday -- I saw the problem there as well.
Not that I remember.