nautilus can't remount non-removable media

Bug #84363 reported by Lauri Kainulainen
2
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

Nautilus can unmount non-removable media like NTFS-partitions through the desktop or via the file manager. However it can't mount them back on because pmount complains:

error: device /dev/hda2 is not removable

error: could not execute pmount

It would seem consistent that mounting non-removables would be possible. Either via pmount or by executing the regular mount command (think of users that accidentally unmount their drives and then panic when the drive won't come back)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. What version of Ubuntu do you use?

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
Lauri Kainulainen (luopio) wrote :

I'm using 6.10

Revision history for this message
Sebastien Bacher (seb128) wrote :

Marking unconfirmed for now. It would be interesting to try on feisty which uses gnome-mount now

Changed in nautilus:
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you try if that's still happening on Ubuntu 7.04?

Revision history for this message
Lauri Kainulainen (luopio) wrote :

Sorry for the late reply. Had to upgrade first :).

I'm not experiencing identical behavior, but something is wrong still.. I can umount the NTFS-drive from the desktop, but I can't bring it back since gnome complains:

"Unable to mount the selected volume.
mount: can't find uuid=70a9-783d in /etc/fstab or /etc/mtab"

But (unless the UUID is case sensitive) I have that in my fstab, and mounting it via the terminal works just fine.

The strange thing is that I have two NTFS drives (C and D). C is not in my fstab, but I can mount and unmount it fine through fstab. D is the one that gets mounted on boot and can't be remounted via nautilus.

I'll check if I can get it to work if I remove D from fstab.

Revision history for this message
Lauri Kainulainen (luopio) wrote :

If I remove the D-drive from fstab, it works very nicely. I can remount it via nautilus and I even get the actual drive name instead of "hda2". It does however require super-user permissions. Is there a way to make it work with regular users?

And furthermore, I have one strange drive in nautilus (between "File System" and the windows drives). The drive's size indicates that it's my root. Clicking on it does nothing. Should I also remove that from fstab?

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you still get the issue on hardy? could you describe steps to trigger the bug?

Changed in nautilus:
status: New → Incomplete
Revision history for this message
Lauri Kainulainen (luopio) wrote :

I've just tested and don't suffer the same issue. On the other hand I have a new laptop and now possess only one NTFS-drive in addition to my ext3 drives. I just tried it for the first time and gnome asks me for the password and then mounts it. Unmounting and remounting work like a charm!

One trivial glitch is that remounting the drive by clicking on the icon in the sidemenu makes the focus jump back to the previous selection while the drive is mounted in the background. Thus I need to select the drive twice to see it's contents after unmounting it. Very trivial though, but worth noting.

Cheers for the bugfix!

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing this bug then since that works correctly now, feel free to open an another bug about the selection issue if there is no bug registered about that yet

Changed in nautilus:
status: Incomplete → Fix Released
status: Fix Released → Confirmed
status: Confirmed → Fix Released
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.