Bug 248687
| Summary: | umounting hal mounted media with umount does not work, works with umount.hal | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Thorsten Leemhuis <fedora> | ||||
| Component: | selinux-policy-targeted | Assignee: | Daniel Walsh <dwalsh> | ||||
| Status: | CLOSED NOTABUG | QA Contact: | Ben Levenson <benl> | ||||
| Severity: | low | Docs Contact: | |||||
| Priority: | low | ||||||
| Version: | rawhide | CC: | davidz, kzak | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-09-18 17:36:38 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Thorsten Leemhuis
2007-07-18 09:10:08 UTC
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. |