smb shares listed twice

[staho]

Binary package hint: nautilus

Ubuntu karmic 9.10 beta
Nautilus 1:2.28.0-0ubuntu4

I have my preferred cifs mount in /etc/fstab. In 9.04 they were automatically mounted — not umount-ed, though :-( — whenever I got connected to LAN.

In 9.10 they are just _listed_ in the "Places" menu. Well, I can click one to mount, but then:
1) the directory is not open, just mounted (and put on the desktop),
2) there are (often times) _two_ icons in the menu, both labelled 'byleco':
    - one for the mounted share, and
    - one for the /etc/fstab record.
The only visual distinction between the two icons is just a pop-up title (if you point a mounted share, the share name 'byleco' appears; if you point a fstab record, you get label 'mount byleco'). If I click 'mount byleco' again, nothing happens... but the share gets mounted again (one more icon in the menu!), so it is no longer possible to umount it from GUI: you have to write several 'sudo umount /media/adm/byleco' instead.

Oh, apparently you need more than one cifs share in /etc/fstab to test this! The first one is mounted and the menu icon 'mount byleco' is replaced with 'byleco'. But then, if I mount another one (say 'grupy'), the show begins:
- the 'mount grupy' icon is replaced by 'grupy',
- the /media/adm/grupy folder is opened in nautilus,
- 'mount byleco' icon appears again.
If you mount third one, you just mount the share. For the forth: the share is mounted, but the 'mount share' is back in menu for the third share. :-D

Last not least: it does not always work the same (described) way.

My /etc/fstab is like:
//adm/grupy /media/adm/grupy cifs users,credentials=/adm.cifs,user=staho,noacl,iocharset=utf8,file_mode=0640,dir_mode=0750,uid=staho,gid=root
//adm/magazyn /media/adm/magazyn cifs users,credentials=/adm.cifs,user=staho,iocharset=utf8,noacl,file_mode=0640,dir_mode=0750,uid=staho,gid=root
//adm/byleco /media/adm/byleco cifs users,credentials=/adm.cifs,user=staho,noacl,iocharset=utf8,file_mode=0640,dir_mode=0750,uid=staho,gid=root
//adm/homes /media/adm/homes cifs users,credentials=/adm.cifs,user=staho,noacl,iocharset=utf8,file_mode=0640,dir_mode=0750,uid=staho,gid=root
//adm/kopie /media/adm/kopie cifs users,credentials=/adm.cifs,user=staho,noacl,iocharset=utf8,file_mode=0640,dir_mode=0750,uid=staho,gid=root

ProblemType: Bug
Architecture: i386
Date: Tue Oct 6 08:23:07 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/nautilus
NonfreeKernelModules: nvidia
Package: nautilus 1:2.28.0-0ubuntu4
ProcEnviron:
 PATH=(custom, user)
 LANG=pl_PL.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-11.38-generic
SourcePackage: nautilus
Uname: Linux 2.6.31-11-generic i686

[staho (staho)]

Several minutes after mounting (see previous message) I got messages:
"DBus error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken."

The server is Windows2003.

[Sebastien Bacher (seb128)]

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

[Alecz20 (alexguzu)]

I have two shares mounted in /etc/fstab:

//server/alex /home/alex-server cifs users,credentials=/home/alex/.smbcredentials,user=alex,iocharset=utf8,file_mode=0700,dir_mode=0700,uid=alex,gid=alex,auto

//server/server /home/server cifs users,credentials=/home/alex/.smbcredentials,user=alex,iocharset=utf8,file_mode=0775,dir_mode=0775,uid=alex,gid=alex,auto

Regardless of the order or the names the share on //server/alex appears twice in the removable devices, and if it does not appear at boot-up , it will generate the error message posted in Comment #2.

After the error message, that share will be duplicated.

If I unmount, and re-mount, the share is not duplicated, but again, after a few minutes, the error appears, and the duplicate appears with it.

I hope this will help solve the bug, since I saw this occurring on a few systems already.

[Pedro Villavicencio (pedro)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. A new version of GVFS is available on Maverick and we are wondering if this bug is still an issue for you with that version? Could you please test and comment back? Thanks in advance.

[Dahaniel (dm-protzkeule)]

In Maverick I do still see 2 entries for my CIFS mounted devices.

[yas (sayazyi)]

I have the same problem in Maverick, if I mount the share using fstab entry I get two icons in "Places" (but with different icons) on of them has no umount icon and doesn't work giving error accessing the .smbcredentials and the second works well:
//server/sharefolder /media/sharefolder cifs users,noperm,credentials=/root/.smbcredentials,iocharset=utf8,uid=,gid=,file_mode=0777,dir_mode=0777 0 0

insted if I mount it manually using command-line I get right only one icon in "Places" working well:
sudo mount -t cifs \\\\server\\sharefolder /media/sharefolder -o users,noperm,credentials=/root/.smbcredentials,iocharset=utf8,uid=,gid=,file_mode=0777,dir_mode=0777

Hope this helps solve the issue.
Regards.

[hamish (hamish-b)]

dupe of bug #442130 ?

[staho (staho)]

Nope, it does not seem so.
As for the labelled partitions (#442130): [cite]a workaround is to specify the partitions by /dev/sdXXX[/cite];
and here with cifs mounts, the only way to get the duplicates off is not to specify them at all.

BTW. There is a "step up" in Natty: one record in fstab (say: //server/share /media/share cifs) is enough to get the duplicated icons in computer://, thus testing is now easier. ;-)