I'm having a rather strange problem with Dropbox that started a few weeks ago.
Dropbox will stop syncing with the message "Can't access Dropbox folder", and refuse to sync until I reboot.
I've tried restarting Dropbox and logging out, but nothing I seem to do will allow it to sync again short of a reboot.
This is not a permissions problem, as the permissions don't change when I suddenly lose access.
I've checked lsof for anything related to dropbox that might still be hanging on when I stop it. As far as I can tell nothing else other than Dropbox is accessing it's folders when this happens.
if you put these in
/etc/sysctl.conf
:it will fix the issue. You may have to run
sudo sysctl -p
for these settings to take effect.Alternatively, if you are not interested in making these settings permanent, you may try the following commands...
In this case the settings will be lost after a reboot.
The problem is that the system has run out of inotify instances. You can check your syslog (e.g. by using
tail -f /var/log/syslog
) and if you see...then you know this is your issue. For me it was nepomuk.
The fs.inotify.max_user_instances=256 fixed my immediate "Can't access dropbox folder" problem (Ubuntu 12.04).
It also cleared up an odd behavior I'd noticed, where the dropbox systray icon continually indicated file activity: The arrow circles cycling continually, though nothing was changing in my dropbox, and the "recently changed files" list remained unchanged.
A few moments after I changed fs.inotify.max_user_instances=256, the pointless cycling stopped.
In one of the forums, someone mentioned it is due to inotify. They have this solution/workaround.
This usually happens because sysctrl has run out of inotify instances. The following 2 commands will normally fix the issue.