Interesting observations: the culprit seemed to be one specific SSHFS mount (I usually create a bunch at onse using a shell-script) that would block opening the first Nautilus window (for any location). If I left that mount out then things worked fine.
Then I deleted the .Trash-1000 folder on that server and voila: problem solved. It looks like something in there blocked Nautilus when opening. May have something to do with setting the trash can icon status... Silvio -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/1571311 Title: Nautilus hangs when opening SSHFS shares Status in nautilus package in Ubuntu: New Bug description: If I create an SSHFS share while having a Nautilus window open it shows the mount in the sidebar (and on the desktop) and I can access the share without problem. However, If I make the share without a Nautilus window open (or if I close all Nautilus windows after the share has been made) and then try to access the SSHFS share again no window comes up. Nautilus hangs (also for the local filesystem) until I kill the SSHFS share. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: nautilus 1:3.18.4.is.3.14.3-0ubuntu4 ProcVersionSignature: Ubuntu 4.4.0-18.34-generic 4.4.6 Uname: Linux 4.4.0-18-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Sun Apr 17 12:50:04 2016 InstallationDate: Installed on 2015-11-04 (165 days ago) InstallationMedia: Ubuntu 15.10 "Wily Werewolf" - Release amd64 (20151021) SourcePackage: nautilus UpgradeStatus: Upgraded to xenial on 2015-12-28 (111 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1571311/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp