unable to fix bad mounting options without editing gconf manually
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-mount |
Won't Fix
|
Medium
|
|||
gnome-mount (Ubuntu) |
Invalid
|
Low
|
Unassigned | ||
Bug Description
Binary package hint: gnome-mount
OS AND PACKAGE VERSION:
loren@loren-
Description: Ubuntu 8.04
Release: 8.04
loren@loren-
gnome-mount:
Installed: 0.8~svn20080225
Candidate: 0.8~svn20080225
Version table:
*** 0.8~svn20080225
500 http://
100 /var/lib/
DESCRIPTION:
If the user enters invalid Mount Options that prevents a device from automounting, there is no way for the user to correct the error without extensive knowledge of how the automount system works.
HOW TO REPRODUCE:
1) After logging in, Attach a removable storage device to the system (via USP for example)
2) After the device mounts, locate the devices icon on the desktop.
3) Right click on the icon, Select "Properties", and go to the "Drive" tab, and open the "Settings" disclosure triangle
4) Enter an illegal "Mounting Option" (for instance "-r" instead of "ro")
5) close the dialog
6) disconnect the device... wait for the system to recognize the device is unplugged and remove the devices icon
7) reconnect the device
RESULT:
The user is present a dialog box indicating "Cannot mount volume: Invalid mount option when attempting to mount the volume 'USB DRIVE'" with only an OK button for user interaction. There is no way for the user to correct the invalid entry before or after the user presses ok.
WORK AROUND:
After much unsuccessful googling, I was finally able to eventually able to remedy this issue by:
1) interrogating ps to determine what program owned the "Cannot mount volume" dialog (identifying it as gnome-mount)
2) reading the gnome-mount man page to determine where gnome-mount stores its mount options ( /system/
3) using gconf-editor to edit the mount option to be the correct value "ro".
This does not strike me as anything an average user would consider the least bit obvious.
SUGGESTED BEHAVIOR:
I think the most obvious way to handle this is to make any device that fails to be mounted leave a mostly-disabled icon on the desktop as long as it's connected (probably with an indicator that it's disabled due to an error, such as the exclamation icon overlay that MicroSoft uses in their hardware manager*), so that the user can easily modify the devices properties and correct the error.
NOTES:
* This suggested icon idea relies on the desktop manager (nautilus?) supporting some system for icon overlays that I don't believe it currently does. Even without this gnome-mount could still display a disabled icon.
Changed in gnome-mount: | |
status: | Unknown → New |
Changed in gnome-mount (Ubuntu): | |
status: | Confirmed → Triaged |
Changed in gnome-mount: | |
importance: | Unknown → Medium |
Changed in gnome-mount: | |
status: | New → Won't Fix |
I would like to add my support to this report. I had similar problems. Here is my supporting report:
Hotplug of msdos formatted Compact Flash has unexpected results after changing the "File System:" under Media Properties Volume tab Setting to msdos.
By default, the Compact Flash device is mounted as a vfat volume, and has the uid option set to my UID thus giving me full access to the device which is expected. However, when I set the "File System:" value to msdos, then unmount, and replug the Compact Flash, it accepts the msdos file system type, but is now mounted without the uid option and hence becomes owned by root. Although as a user I have read access to it, I can't make any changes without using sudo or launching a root terminal. When I try to set a mount option of "uid=1000 gid=1000", I get an error "Cannot mount volume. Invalid mount option when attempting to mount the volume." and have no apparent way to recover from this error. The documentation doesn't help as there is no guidance about this dialog box tab.
After spending several hours exploring various man pages, Ubuntu Forums, and a lot of trial and error, I found a clue to turn on the "Applications" /"System Tools" menu, and found the "Configuration Editor". Still with no clear guidance, I found the "system" /"storage" /"volumes" tab which contained a string with my devices UUID. Once there, I was able to figure out how to unset the invalid "mount_options" key and get the device to automount again, but still with no write access.
While I was in the configuration editors system/storage tab, I noticed that under default options one option that is set for vfat is "uid=". When I try to set a mount option of "uid=" in the "Mount Options:" field of the Media Properties dialog boxes volume tab, I get an error "Cannot mount volume. Unable to mount the volume." and again am locked out and have to go back the the Configuration Editor to recover. While there, instead of unsetting the "mount_options" key, I decided to try actually setting it to my UID, and finally was able to get the device to mount as I wanted it to.
It seems to me that any options entered into the settings for the Drive and Volume tabs should be validated before being accepted by the application, especially if the consequence of the entry will result in a need to use functionality that is hidden from the user by default. In my case, my original purpose was to be able to use my Linux system to more easily make changes to data and configuration files on a compact flash disk that contains a MSDOS Partition for a legacy MSDOS system that I need to maintain. I have noticed in the past that if vfat entries get written to the MSDOS disk, I get spurious errors and unpredictable operation from the legacy system, thus the need to have the compact flash disk mounted as an MSDOS partition. My normal procedure has been to use
mount -t msdos /dev/DEVICE -o uid=MYUID,gid=MYGID MOUNT_POINT
as root, and everything worked as I wanted it to. As Linux has "progressed" I have noticed that the compact flash would automount, but as a vfat volume, so I would need to unmount it then go to root and mount it as before. After...