"sync" drive mount option resets other options

Bug #153259 reported by Philip Bliss
6
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

I'm using GNOME in gutsy beta and I have a USB SD card reader that remains plugged into a USB port while various SD cards are plugged in and taken out of it. I decided to set the mount to synchronous in case I forget to unmount before removing a volume, by entering the "sync" drive mount option into its properties in nautilus. That resulted in every SD I inserted after that being owned by root and not allowing me to write. If I take the sync option out and reinsert the card the behaviour reverts to normal.

As I see it, setting the "sync" option should not influence the other mount options, it should just make the mount synchronous, in addition to whatever it was before.

I found this workaround:
*with the card inserted, open terminal and run "mount | grep sda"
*Copy each mount option displayed to the drive mount options (I used gconf-editor for this step)
*add sync to that list of drive mount options
*reinsert the card (after doing an unmount)

However, I'm not happy with this, as it means that changes to the default mount options (say, hypothetically, a "flush" option in hardy) won't be carried over to this drive should they change. Also, it's a pain to set this up for each cardreader to be plugged into the system. I haven't tested this with a USB key, but it's worth investigating whether the behaviour carries over.

Revision history for this message
Andreas Moog (ampelbein) wrote :

Is this still an issue in hardy?

Revision history for this message
Andreas Moog (ampelbein) 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!

Revision history for this message
Philip Bliss (blsphi001) wrote :

Reproduced in Hardy

Revision history for this message
Philip Bliss (blsphi001) wrote :
Revision history for this message
Philip Bliss (blsphi001) wrote :
Revision history for this message
Philip Bliss (blsphi001) wrote :

I'm not sure if this is a bug, but it in my case, just because I set the 'sync' option does not mean I want to reset the dmask, fmask, and uid. The two screenshots illustrate this.

Revision history for this message
xteejx (xteejx-deactivatedaccount) wrote :

Is this a problem in Jaunty? If so, can you run "apport-collect 153259" please so we can collect more information. Thank you.

Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
xteejx (xteejx-deactivatedaccount) 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 linux (Ubuntu):
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.