Bug 416956

In Reply to: Cyril Hrubis <chrubis@novell.com> changed:
 
What|Removed |Added
----------------------------------------------------------------------------
         AssignedTo|bnc-team-screening@forge.provo.novell.com       |dkukawka@novell.com
 
<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>no</allow_inactive>

Changed to: <allow_inactive>yes</allow_inactive>

<allow_active>yes</allow_active>
</defaults>
</action>

<action id="org.freedesktop.hal.storage.eject">
<description>Eject removable media.</description>
<message>System policy prevents ejecting removable media</message>
<defaults>
<allow_inactive>no</allow_inactive>

Changed to: <allow_inactive>yes</allow_inative>

<allow_active>yes</allow_active>
</defaults>
</action>

Please check if you have ConsoleKit (rcconsolekit status) running and check what 'env | grep COOK' prints.

Did you try to eject/umount the device from a active desktop session or e.g. from a remote session. Which desktop (KDE or GNOME) do you use?

Hello,

I use XFCE and tried to mount it there. Before this hack I mounted it in a terminal as root. At the moment I have no access to this machine but I will let you know what above command will print out. It's a vanilla opensuse netinstall and the only thing which is different is that I use XFCE not KDE or Gnome. 

Created attachment 236073 [details]
list of installed packages

I can reproduce the bug. same error message when trying to mount removable devices in dolphin.

@danny here are the results for your question:

---
linux-pngl:/home/david # rcconsolekit status
Checking for service ConsoleKit daemon                               running
linux-pngl:/home/david # env | grep COOK
linux-pngl:/home/david #
---

additionally I attach a list of installed packages since I'm using the kde4 unstable repos.

You have to run the 'env | grep COOK' within a session of the user. Did you?

oh, I ran it as root. Now i ran it as user, same result... (no env variable set that matches "COOK").

It's then a XFCE bug. XFCE need to register a active session/new user to ConsoleKit. By this it should get a XDG_SESSION_COOKIE which identifiy the user/session. Otherwise the user is marked as inactive which prevents the needed privileges to do e.g. mount/umount.

XFCE? Am I using XFCE If I run KDE4 with it's Kwin?

Well i confirm this bug in the Factory repo
on my desktop which uses kde4 factory I have this bug that XDG_SESSION_COOKIE is not set resulting in no posiblitiy to mount removable drives no matter what you put in policies.

In kde4 without factory repo on my laptop mounting works ok and XDG_SESSION_COOKIE is set

IMHO this bug is critical

David is not using Xfce and encounters the same bug. Reassigning back to Danny.

Adding Stefan Dirsch to CC as this is similar to bug 410817.

I'm afraid I can't help here.

If you are using KDE, it's a KDE bug. Reassign to KDE guys

Please get the output of  ck-list-sessions on the command line.  Do you have your own .xsession file?  And is this 4.0 or 4.1 from the repos (for the 11.0 user).

I'm using KDE 4.1++ (4.1.66) which is 4.1 with Factory repo enbled.
My windowmanager is XGL with compiz

polrus@linuxatemki:~> ck-list-sessions
Session1:
        uid = '0'
        realname = 'root'
        seat = 'Seat1'
        session-type = ''
        active = FALSE
        x11-display = ''
        x11-display-device = ''
        display-device = '/dev/tty2'
        remote-host-name = ''
        is-local = TRUE
        on-since = '2008-09-18T15:56:58Z'
        idle-since-hint = '2008-09-18T15:59:32Z'

Running

--
sudo polkit-auth --user username --grant org.freedesktop.hal.storage.mount-removable
--

solves the problem for me. There is also a Forum post about this:

http://forums.opensuse.org/applications/multimedia/394901-usb-mass-storage-unable-mount.html#post1882370

ck-list sessions returns nothing:

--
david@localhost:~> ck-list-sessions
david@localhost:~>
--

I'm running OpenSUSE 11 with the KDE4 Unstable repo enabled.

The active=FALSE part is a problem.

Mounting/unmounting USB stick works fine for me on openSUSE11.1? Is this problem specific only to the KDE4:/UNSTABLE repo?

Might be specific to KDE4:/UNSTABLE repo. At least I don't have the bug after several updates. I'm now on openSUSE 11.1 with KDE4:/UNSTABLE and everithing works fine.

No it's not specific to kde4 ! See above it was reported with xfce.

I have just installed from opensuse11.1 dvd using xfce desktop option and have the same issue. 

The c/no/yes/ hack suggested by OP did no change anything neither after rchal restart nor after reboot.

/usr/share/PolicyKit/policy/org.freedesktop.hal.storage.policy

It still shows an error message indicating it is reading a value of "no" for this. The above file does not seem to be beind read.

using polkit-auth worked once but after adding the equivalent for eject it opens an emply filemanager window and the contents are not seen.


I am disappointed to see a release goes out this this sort mess on a major feature. Seems like getting out for Christmas is more important than getting it working. 

I tested SLED 11 RC3-candidate with GNOME and KDE4. Both 'default' configured as they came out of the box.
GNOME was able to mount all, and even asked for a password on an encrypted partition.
KDE4 showed the partitions in sysinfo:/ but it was not possible to access the content of the partitions.

For KDE4 a slight add-on: The partitions are accessible if one clicks on the partition name in the pop-up window that pops up for a second when plugging in the hard-disk.

This bugreport is several different issues messed together:
- original issue is for Xfce - reassigning
- some of the followup comments are for KDE4 unstable packages, which is completely unrelated and should not be a problem anymore
- the SLED issues - this is again unrelated to the original issue, and I cannot reproduce - does the problem exist with an USB-stick too? If so, please open a new bugreport for this.

Updated Xfce 4.6 packages are ready in BuildService - see http://stick.gk2.sk/blog/2009/02/xfce-4-6-0-released-and-ready-for-testing/ for instructions.

I am able to mount/unmount the USB drive as non-root user, thus I'm closing this bug due to previous comment.

How can you seriously close this as invalid?

The bug as reported was / is VALID. It exists in the current release. If some irrelevant comments were added that does not invalidate the bug. Saying you have not found it in the pre-release test build means it MAY BE fixed. It does not make it invalid.

Until suse releases fix it is neither INVALIS nor FIXED .

reopening

I have the same problem with openSUSE 11.1 (fully updated).
The changes proposed in the description of this bug fixed the problem for me too, but since I use an external esata hdd that is considered internal I also had to change

<action id="org.freedesktop.hal.storage.mount-fixed">

=> <allow_inactive>no</allow_inactive> to <allow_inactive>yes</allow_inactive>
=> <allow_active>auth_admin_keep_always</allow_active> to <allow_active>yes</allow_active>


PERMISSION_SECURITY is easy, local in /etc/sysconfig/security, so I think this bug could be easily fixed for most users by setting the values as proposed in the description and in my comment (see above) by default for this security level.
This should work perfectly for normal end users.

In response to Comment #25, see also Bug #447932 for a more kde4 concentrated case.  I think the problem is not just USB drives, but removable media in general.

Perhaps the KDE4 specifics could be discussed there?  E.g does the suggested fix work for all KDE4 situations of removable-media, I know the suggested fix solved a problem with  accessing DVD's/CDRoms that were correctly recognized by KDE4's 'Device Notifier'.

The Bug #447932 solution may be a duplicate for this bug's solution, either way granting the 'pol-kit --allow ...' would seem to be required urgently.

Is there any likelihood of a patch?

ConsoleKit should be initalized by display manager. Reassigning to GDM maintainers.

The version with which you had the bug is now obsolete. I'll close this as NORESPONSE. If you can still reproduce it in current 11.4, please reopen the bug and move it to the appropriate version. Thanks!