Policy Kit's defaults prevent users from mounting internal storage

Bug #254098 reported by sojourner
8
Affects Status Importance Assigned to Milestone
policykit (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

intrepid , all alphas to date , I cannot mount the other internal linux drives in my box as "user" the drives appear in places>computer and the nautilus side panel but will not mount by clicking on them as user , I can mount them as root and they are then accessible as user for the remainder of the session . I had originaly included this with my comments on bug # 251991 and this is now marked as "fixed upstream" however the referenced fix only addresses mounted drives showing up twice and not the cannot mount as user . external devices or cd/dvd's automount on hotplugging or insertion of a disk .this bug is similar to bug#159190 which I reported in hardy and was fixed there by an update but it has now recured in intrepid .

Revision history for this message
sojourner (itsmealso2) wrote :

note! the "mounted drives show up twice " (bug#251991) has been fixed and this bug is still there , I still cannot mount the other drives/partitions on my system as user .

Revision history for this message
Cameron Gorrie (sastraxi) wrote :

I too am affected by this bug, on intrepid. My internal windows (NTFS) partition does not come up, nor does a vfat or an NTFS partition on a USB hard drive. Finally, my USB stick and SD card do not mount, either. The only partition that gives a visible error is the NTFS partition on the USB hard drive.

Revision history for this message
sojourner (itsmealso2) wrote :

I just did a fresh install of alpha 4 from the live cd , while running from the live cd I could mount the other drives/partitions as user after installation and booting into the installed system I cannot mount them . I have added ALL groups to my user account and still no go .

Revision history for this message
sojourner (itsmealso2) wrote :

on a tip in the forum ( ibex dev ) I went to system>administration>authorizations and under storage> mount file systems from internal drives and changed anyone to yes and console to yes and can now mount them as user . I never had to do this before .

Revision history for this message
nullack (nullack) wrote :

Moved to invalid due to resolution with allowing security permissions for the task

Revision history for this message
sojourner (itsmealso2) wrote :

I do not believe that my resolution renders the bug invalid , in previous versions of ubuntu it has not been necessary to alter the permissions to mount drives as user , this is new behavior introduced with intrepid and if intended should be accompanied by a dialog box saying you do not have permission to mount this drive or something to that effect .

Revision history for this message
plun (plun) wrote :

Discussed within these 2 bugs

http://bugzilla.gnome.org/show_bug.cgi?id=520736

http://bugzilla.gnome.org/show_bug.cgi?id=536292

It MUST be better to automagic mount.....for a corporate environment this is up to the admin
to maybe adjust !

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Setting this bug to policykit because it regards PolicyKit's defaults.

Revision history for this message
Bremm (bremm) wrote :

If your message is:

org.freedesktop.hal.storage.mount-removable no <-- (action, result)

As workaround you can do:

$ sudo mousepad /etc/PolicyKit/PolicyKit.conf

And add these following lines:

    <match action="org.freedesktop.hal.storage.mount-removable">
       <return result="yes" />
    </match>

Then as result you probably will have this:

<config version="0.1">
    <match user="root">
        <return result="yes"/>
    </match>
    <define_admin_auth group="admin"/>

    <match action="org.freedesktop.hal.storage.mount-removable">
       <return result="yes" />
    </match>
</config>

After, restart "hal" service and everything will be fine.

$ sudo service hal restart

Credits to:

http://ubuntu-virginia.ubuntuforums.org/showthread.php?p=5491879

http://cblfs.cross-lfs.org/index.php/PolicyKit

Revision history for this message
Bremm (bremm) wrote :

But eject via context menu stills unavailable...

"org.freedesktop.hal.storage.eject" no <-- (privilege, result)

Revision history for this message
James Westby (james-w) wrote :

Hi,

Could you please attach the output of "ck-list-sessions" to the bug?

Thanks,

James

Changed in policykit:
status: Confirmed → Incomplete
Revision history for this message
Javier Jardón (jjardon) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in policykit:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.