allow mounting hard disk partitions with a gksudo mount wrapper

ok may there any security reason it bugs me.
another possibility may be to pop up a dialog, which configures pmount to allow the acces permanently thrue the white-list. This dialog could be protected by the Adminlogin like these from System-admin-tools..

Usually hard disk partitions should be mounted through /etc/fstab (with 'auto'), that's how the installer sets them up. So nautilus should just not display unmounted nonremovable drives.

ok this may be your intention but what about inserting a normal hard drive in your system which contains a ready set up filesystem with lots of data. which the installer obviously could not detect. or a CF card on the ide bus. Or the user has no nerves to configure all partititions and mountpoints during setup which is no the easiest part for a linux newbie. And in my opinion if there is any partitition in a system it has to be mountable at all. Even the live cd isn't able to mount a Partitition on a System if i want to access the Data there. And the So called "Drive-Setup"- Tools in Ubuntu have no opportunity to make the activation of a specific Partitition permanent. Until these tools are not able to modify my fstab easily pmount shouldn't refuse to mount nonremovable drives without fstab entry.

If user has sudo rights (is in admin group) then pmount (gnome-vfs) should allow him to mount hard disk partitions -
if there is an icon in my Computer:// it should be mountable and pmount has to mount non-removable media on request in this case.
This is especially important on Live-cd.

Hi,

DeepApple [2006-09-27 10:50 -0000]:
> If user has sudo rights (is in admin group) then pmount (gnome-vfs)
> should allow him to mount hard disk partitions -

If you can do 'sudo pmount /dev/hda2 mylabel', then doing
'sudo mkdir -p /media/mylabel; sudo mount /dev/hda2 /media/mylabel'
(or the more common case 'sudo mount /dev/hda2 /mnt') is not all that
much different, is it?

I am hesitant about introducing such hacks into pmount. pmount is not
meant to be a convenience wrapper around mount, but a policy checking
layer to allow users to do things they cannot do with mount. Poking
holes into that layer makes it much more prone to bugs and
vulnerabilities.

If you have sudo rights, wrapping mount into a gksudo call should be
done in some non-setuid frontend at a higher level.

If we will solve this bug in correct way, then bug #16356 (LiveCD does not mount hard disk partitions) will be solved too :)

Now we are missing 2 things:
1. gksudo mount wrapper GUI, maybe gnome-mount package will fit here.
2. unmounted hard disk partitions are not visible in Nautilus Computer:/ location

To fix second thing we must improve debian/patches/02_ignored_volumes.patch in hal package - "volume.ignore" key should be set to true only when "volume.is_mounted" is true. I'm attaching improved 02_ignored_volumes.patch (from hal 0.5.7.1-0ubuntu15) to this bug - this was only one-line fix :)
Btw, when using file /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi from upsteam then Nautilus shows unmounted hard disk partitions in Computer:/ location.

Hi, Ubuntu developers, gnome-mount is already in Ubuntu, can we now allow mounting hard disk partitions with a gksudo mount wrapper ?

Btw, look how many there are support tickets, related to this bug (I found at least 7!) - Linux desktop would be a lot easier for users if they can mount hard disk partitions without command line.

Not a nautilus bug. There is a specification about that for feisty: https://launchpad.net/distros/ubuntu/+spec/mount-all-local-filesystems