[Bug 463997] New: Automounting of USB media fails in KDE3
https://bugzilla.novell.com/show_bug.cgi?id=463997 User kq8z67r6309fo9001@sneakemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c416956 Summary: Automounting of USB media fails in KDE3 Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: kq8z67r6309fo9001@sneakemail.com QAContact: qa@suse.de Found By: --- OpenSUSE 11.1 (upgraded), KDE 3.5.10. On plugging any sort of USB mass storage in (I've tried two external HDs, an SD card in reader, and a USB flash keychain), the expected popup appears, but when one picks "open in new window", a konqueror window pops up with a dialog over it reading: org.freedesktop.hal.storage.mount-removable auth_admin_keep_always <-- (action, result) This seems similar to bug #416956, but altering /usr/share/PolicyKit/policy/org.freedesktop.hal.storage.policy has no effect, so it's probably actually a different bug. The latter file now contains: <action id="org.freedesktop.hal.storage.mount-removable"> <description>Mount file systems from removable drives.</description> <message>System policy prevents mounting removable media</message> <defaults> <allow_inactive>yes</allow_inactive> <allow_active>yes</allow_active> </defaults> </action> (the installed default differed in that allow_inactive was "no"). Note that there is no auth_admin. polkit-auth gives: org.freedesktop.hal.leds.brightness org.freedesktop.hal.device-access.fingerprint-reader org.freedesktop.hal.device-access.audio-player org.freedesktop.hal.device-access.camera org.freedesktop.hal.device-access.cdrom org.freedesktop.hal.device-access.removable-block org.freedesktop.hal.device-access.dvb org.freedesktop.hal.device-access.floppy org.freedesktop.hal.device-access.ieee1394-avc org.freedesktop.hal.device-access.ieee1394-iidc org.freedesktop.hal.device-access.joystick org.freedesktop.hal.device-access.mouse org.freedesktop.hal.device-access.pda org.freedesktop.hal.device-access.scanner org.freedesktop.hal.device-access.sound org.freedesktop.hal.device-access.video4linux ck-list-sessions: Session1: uid = '500' realname = '' seat = 'Seat1' session-type = '' active = TRUE x11-display = ':0' x11-display-device = '/dev/tty7' display-device = '' remote-host-name = '' is-local = TRUE on-since = '2009-01-06T20:53:19.604980Z' lshal --monitor: 14:02:14.804: usb_device_1058_300_AB030716020110 added 14:02:14.857: usb_device_1058_300_AB030716020110_if0 added 14:02:14.888: usb_device_1058_300_AB030716020110_if0_scsi_host added 14:02:18.861: usb_device_1058_300_AB030716020110_if0_scsi_host_0 added 14:02:18.866: usb_device_1058_300_AB030716020110_if0_scsi_host_0_scsi_device_lun0 added 14:02:18.960: usb_device_1058_300_AB030716020110_if0_scsi_host_0_scsi_device_lun0_scsi_generic added 14:02:19.183: storage_serial_WDC_WD800BB_00DKA0_AB030716020110_0_0 added 14:02:19.303: volume_uuid_6e7faad2_ddc3_4912_8af5_47031927eb4a added /etc/sysconfig/security has POLKIT_DEFAULT_PRIVS="" /lib/dbus-1/dbus-daemon-launch-helper is already SUID. I do not have KDE4 installed, let alone the KDE4:Unstable repo (cf. bug #435776 and bug #416956). I can't figure out the correct dbus-send command to try the method directly-it's changed since the last time I struggled with HAL. qdbusviewer appears to do nothing (except occassionally lock up) when invoking what I believe is the correct mount method. Mounting the device manually (as root) works fine. Unfortunately, I don't really know how this PolicyKit stuff works, except that (for me) it doesn't. Any suggestions? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User asvetter@cip.physik.uni-wuerzburg.de added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c1 --- Comment #1 from Andreas Vetter <asvetter@cip.physik.uni-wuerzburg.de> 2009-01-08 15:00:22 MST --- Do you have PERMISSION_SECURITY in /etc/sysconfig/security set to secure or paranoid? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User kq8z67r6309fo9001@sneakemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c2 --- Comment #2 from Henryk Hecht <kq8z67r6309fo9001@sneakemail.com> 2009-01-08 16:56:05 MST --- Yes, it's set to "secure local". I tried switching to "easy", but after a SuSEconfig --module permissions and logging out/in, the situation was unchanged. At a glance, it doesn't appear as if there's any difference in the dbus or PolicyKit stuff between /etc/permissions.{secure,easy}; it's all identically setuid/setgid either way. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User kq8z67r6309fo9001@sneakemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c3 --- Comment #3 from Henryk Hecht <kq8z67r6309fo9001@sneakemail.com> 2009-01-09 19:53:52 MST --- The problem was /var/lib/PolicyKit-public/org.freedesktop.hal.storage.mount-removable.defaults-override, which contained the fairly cryptic: auth_admin_keep_always:auth_admin_keep_always:auth_admin_keep_always when changed to: auth_admin_keep_always:auth_admin_keep_always:yes and following logout, rchal restart, login, things worked again. I don't know if anyone else has run into this, but I'd be surprised if most susers figured it out. I still have no idea what the three fields are for (mystery, inactive, and active sessions?). The files in /var/lib/PolicyKit-public don't belong to PolicyKit: they seem to be generated at install time. So the bug lies in whatever does the generation. auth_admin_keep_always for removable media is not a sensible default, especially in a file no one will ever find to fix. auth_admin_keep_always might not be so bad if KDE3 actually knew how to do it, or even supplied an error message that might make sense to someone who isn't a FDO developer. And anyway, requiring root auth to mount removable media is a big departure from 11.0 and prior. The fact that none of this stuff appears to be documented does not help, especially with config files scatted between /etc /usr/share and /var/lib. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User hwauto@heisch.inka.de added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c4 Werner Heisch <hwauto@heisch.inka.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hwauto@heisch.inka.de --- Comment #4 from Werner Heisch <hwauto@heisch.inka.de> 2009-01-09 20:24:17 MST --- I'm just installing 11.1 and I found the same problem. First I tried KDE 4 (nothing to work with) then I installed KDE3. The behavior ( in runlevel 3) is the same, but: As long as I boot up to runlevel 5, the usb-stick will be mounted. Booting up to runlevel 3 and starting KDE with "startx", it will not be mounted. Did you find the same effect? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User kq8z67r6309fo9001@sneakemail.com added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c5 --- Comment #5 from Henryk Hecht <kq8z67r6309fo9001@sneakemail.com> 2009-01-10 14:47:31 MST --- Regarding comment #4, in the initial situation, things worked neither in runlevel 3 nor 5. After the fix above (but see below) they work in 5, but not in 3. The problem in 3 for me is that ConsoleKit doesn't consider startx sessions to be active, ever. Try ck-list-sessions in your startx environment and check to see if "active" is true; probably it is not and you will either have to fix the corresponding things in /usr/share/PolicyKit/policy/org.freedesktop.hal.storage.policy or /var/lib/PolicyKit-public. I was unable to find any configuration that worked for me in runlevel 3. Otherwise, you can try to convince ConsoleKit that your session really is active (as it is!), though I do not know how to do that. This is a somewhat different bug. Regarding my own comment #3 above, the fix outlined is actually insufficient. I had copied /var/lib/PolicyKit-public from a working 11.1 machine, restarted hal, tested, then rm'd it, copied the old one back, edited org.freedesktop.hal.storage.mount-removable.defaults-override as stated, rchal restarted, and then tested again. It worked. However, after a reboot, it no longer worked, so the test was invalid. Is there another service that needs to be restarted? Some sort of PolicyKit cache that isn't getting updated? I will try to experiment some more to find the correct fix, but this is a very tedious piece of software to work with, especially if I will have to reboot to do so. Additionally, in testing, I frequently had polkit-auth complain that it ran out of memory parsing policy files, particularly /usr/share/PolicyKit/policy/org.freedesktop.hal.storage.policy (even when no changes were made to the file, but the timestamp was newer than the others, i.e. it had been edited back). I'm not sure what's going on here, or if a separate bug should be opened for that. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User hwauto@heisch.inka.de added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c6 --- Comment #6 from Werner Heisch <hwauto@heisch.inka.de> 2009-01-11 18:22:04 MST --- I've never had problems with it on runlevel 5: automount of usb sticks, fd0,fd1, dvd, dsl all worked. booting up to runlevel 3 none of this worked. Comment #5, was very helpful ( thanks to Henryk). I changed the following definitions in /var/lib/PolicyKit-public: "org.freedesktop.hal.storage.mount-removable.defaults-override" from "auth_admin_keep_always:auth_admin_keep_always:yes" to "auth_admin_keep_always:yes:yes" This made the usb sticks, fd0,fd1, dvd work also in runlevel 3. Changing the file "org.opensuse.smpppd.connect.defaults-override" to "auth_admin_keep_always:yes:yes" enabled also the dsl - connection. I've done nothing in /usr/share/PolicyKit/* . The files in /var/lib/PolicyKit-public never changed and I've booted a lot. If these files will be changed, maybe a test will be useful,using Yast, setting /etc/sysconfig -> system ->Security->Permissions->PERMISSION_SECURITY to "easy local". That's what is set in my system. BTW: Some time ago, I've installed opensuse 10.3 on a Intel 32-Bit computer and found problems with runlevel 3 . Therefore I skipped 10.3 and returned to 10.2. Now, on the same computer with 11.0 : same behavior. -> It seems to be an old runlevel / configuration problem, starting with opensuse 10.3 -> It looks like being independent from 32/64 Bit, because this time, I am working at a 64-bit AMD dual core system. -> It also doesn't look like a KDE3 special problem, because I've found a similar behavior at KDE 4 on this ( x86_64 ) computer. => This seems to be an old bug, but until now not fixed. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 Chuanye Han <cyhan@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cyhan@novell.com AssignedTo|bnc-team-screening@forge.pr |kde-maintainers@suse.de |ovo.novell.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=463997 User hwauto@heisch.inka.de added comment https://bugzilla.novell.com/show_bug.cgi?id=463997#c7 Werner Heisch <hwauto@heisch.inka.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P3 - Medium --- Comment #7 from Werner Heisch <hwauto@heisch.inka.de> 2009-03-30 20:23:47 MDT --- My solution from comment #6 does not work any more, there where some updates with the comments ".. security .. to permissive .." which I have installed. Now, I have the same problem as in January: Booting to runlevel 3 and then "startx" : no sound, no usb-mount, no dvd-mount Booting up to runlevel 5: all works I am not shure, I have to check if it is the same problem, but I have the impression that the scanner also is affected. I think, that the name of this bug "Automounting of USB media fails in KDE3" does not describe the importance of this problem, because it is much more: "wrong permissions for devices, if starting X from runlevel 3" This is a old, known problem, since 10.3 see: http://linux.derkeiler.com/Newsgroups/alt.os.linux.suse/2007-11/msg00627.htm... I believe, that bugs should be fixed for starting a new version, therefore ( -> 11.0 -> 11.1 ) I think, we should set the importance at least to medium. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com