Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/index.php/Reporting_Bug_Guidelines

Do NOT report bugs when a package is just outdated, or it is in Unsupported. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#27851 - [filesystem] /etc/mtab as a symlink causes delay in showing network mounts in nautilus

Attached to Project: Arch Linux
Opened by Jeremy M. (jskier) - Friday, 06 January 2012, 16:12 GMT
Last edited by Ionut Biru (wonder) - Monday, 23 April 2012, 16:15 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Tom Gundersen (tomegun)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 4
Private No

Details

Description:

After upgrading to filesystem 2011.12-2, Nautilus no longer immediately shows network mount points. Instead, it takes several minutes or a trigger by a USB drive being plugged in to show up.

Additional info:
* filesystem 2011.12-2, nautilus 3.2.1-1

Steps to reproduce:
Using nautilus as your file manager, mount a NFS or CIFS share to /media/<mount point>. The drive will not show up in nautilus or on the desktop (if configure to show mount points on the desktop). It takes several minutes or another USB device being plugged in to trigger the mount point to show in nautilus. I have confirmed that downgrading filesystem to the previous version fixes the problem on one computer.
This task depends upon

Closed by  Ionut Biru (wonder)
Monday, 23 April 2012, 16:15 GMT
Reason for closing:  Fixed
Additional comments about closing:  gnome 3.4
Comment by Ionut Biru (wonder) - Friday, 06 January 2012, 16:48 GMT
sounds like a gvfs bug and missing libmount support
Comment by Andrea Scarpino (BaSh) - Saturday, 07 January 2012, 17:18 GMT
this broke NFS support in dolphin too: https://bbs.archlinux.org/viewtopic.php?id=132561
Comment by Tom Gundersen (tomegun) - Saturday, 07 January 2012, 17:30 GMT
@Andrea,Ionut: I assume both kde and gnome uses udisks for dealing with this? In that case this is a udisks or util-linux bug.

Can someone post

ls -lah /etc/mtab

on a working system after the downgrade?
Comment by Tom Gundersen (tomegun) - Saturday, 07 January 2012, 18:50 GMT
From the feedback I got in bbs, we saw:

mtab: zlomek.krk.lan:/storage/ /files/storage
fstab: zlomek.krk.lan:/storage /files/storage

I guess postfixing the fstab entry with a '/' will make the mtab and fstab entries match, and it should work again.

Please confirm.

This is probably a util-linux bug.
Comment by Jeremy M. (jskier) - Saturday, 07 January 2012, 19:41 GMT
Tom,

This does not solve it for me at all after adding the slash (/) to fstab entries. Also, when I mount via the command line for something not in fstab, the delay is still there. For example:

mount -t cifs //server/share/ /media/test/
<mounts per ls of /media/test/>
No change in Nautilus with or without the "/" on source of mount.
Comment by Jeremy M. (jskier) - Saturday, 07 January 2012, 19:44 GMT
One more thing, I'm fairly confident this was caused directly by the filesystem package. I had a thumb drive that was out of date and working properly. I solely upgraded filesystem package, after which point the problems started. The downgrade does not appear to work anymore for me either- so there is no workaround.
Comment by Davide (belze) - Tuesday, 24 January 2012, 23:34 GMT
same problem with dolphin! Really annoying!
Comment by Leonid Isaev (lisaev) - Wednesday, 01 February 2012, 01:17 GMT
Hmm, I have seen similar issues with thunar and ssh mounts, but thought it's a usual thunar+gvfs nonsense...

The only relevant thing which changed in filesystem is /etc/mtab -> /proc/self/mounts. Has anyone tried to replace mtab with a real file with permissions 644 root:root [1]?

[1] https://projects.archlinux.org/initscripts.git/commit/?id=ed5cc9cb9ba777e2fe0d73a65c66d304f118dffc
Comment by Jeremy M. (jskier) - Wednesday, 01 February 2012, 17:50 GMT
Leonid, that work around does in fact work for me with Nautilus. The network mounts instantly appear again.
Comment by Jeremy M. (jskier) - Thursday, 02 February 2012, 20:45 GMT
I'd like to add that removing the symlink and copying a file over to /etc/mtab is not a "fix" by any means. It cripples many aspects of the mtab file (breaks tmpfs for one).
Comment by Tom Gundersen (tomegun) - Saturday, 25 February 2012, 10:43 GMT
Could you guys check if the new util-linux in testing made a difference? There has been some bugfixes that might be relevant.
Comment by Jeremy M. (jskier) - Monday, 27 February 2012, 14:33 GMT
Did an upgrade and reboot. No change yet, the bug persists.
Comment by Jeremy M. (jskier) - Wednesday, 29 February 2012, 18:02 GMT
Also did another upgrade today to util-linux 2.21-4 from testing, reboot, no change.
Comment by Tom Gundersen (tomegun) - Wednesday, 29 February 2012, 18:06 GMT
We probably need input from nautilus/dolphin devs. I don't know what they do well enough, and it is likely nothing we can do in util-linux. With /etc/mtab being a symlink, it simply exposes the information from the kernel. Maybe nautilus/dolphin, need to read /run/mount in addition to /etc/mtab? I suggest taking this upstream.
Comment by Ionut Biru (wonder) - Wednesday, 29 February 2012, 18:07 GMT
lets wait for gnome 3.4. Personally, i'm not seeing this bug at all
Comment by Jeremy M. (jskier) - Monday, 23 April 2012, 16:03 GMT
Gnome 3.4, now in the Extra repo, appears to fix this. If someone else can confirm, perhaps this should be closed?

Loading...