Как исправить & ldquo; Не удается получить доступ к папке Dropbox & rdquo; ошибка?
У меня довольно странная проблема с Dropbox, которая началась несколько недель назад.
Dropbox прекратит синхронизацию с сообщением «Не удается получить доступ к папке Dropbox» и откажется от синхронизации до перезагрузки.
Я попытался перезапустить Dropbox и выйти из системы, но, похоже, ничего из этого не позволит синхронизировать его снова, за исключением перезагрузки.
Это не проблема с разрешениями, так как разрешения не меняются, когда я внезапно теряю доступ.
Я проверил в lsof все, что связано с Dropbox, и которое может остаться, когда я его остановлю. Насколько я могу судить, ничто иное, кроме Dropbox, не получает доступ к своим папкам, когда это происходит.
4 ответа
fs.inotify.max_user_instances = 256 исправило мою непосредственную проблему «Не удается получить доступ к папке с папками» (Ubuntu 12.04).
Это также прояснило странное поведение, которое я заметил, когда значок в системном окне dropbox постоянно обозначал активность файла: стрелка постоянно вращается, хотя в моем Dropbox ничего не менялось, и список «недавно измененных файлов» остался без изменений.
Через несколько секунд после того, как я изменил fs.inotify.max_user_instances = 256, бессмысленная зацикливание прекратилось.
Обычно это происходит потому, что в sysctrl закончились экземпляры inotify. Следующие 2 команды обычно решают проблему.
sudo sysctl fs.inotify.max_user_watches=1048576
sudo sysctl fs.inotify.max_user_instances=256
Если вы поместите их в /etc/sysctl.conf:
fs.inotify.max_user_watches = 1048576
fs.inotify.max_user_instances = 256
, это решит проблему. Возможно, вам придется запустить sudo sysctl -p, чтобы эти настройки вступили в силу.
В качестве альтернативы, если вы не заинтересованы в том, чтобы сделать эти настройки постоянными, вы можете попробовать следующие команды ...
sudo sysctl fs.inotify.max_user_instances=256
sudo sysctl fs.inotify.max_user_watches=1048576
В этом случае настройки будут потеряны после перезагрузки.
Проблема в том, что в системе закончились экземпляры inotify. Вы можете проверить свой системный журнал (например, с помощью tail -f /var/log/syslog) и, если увидите ...
tail: inotify использовать нельзя, возвращаясь к опросу: слишком много открытых файлов
тогда ты знаешь, что это твоя проблема. Для меня это был непомук.
На одном из форумов кто-то упоминал, что это происходит из-за inotify. У них есть это решение / обходной путь.
- отключить поиск на рабочем столе (в kde nepomuk + tracker, в gnome tracker)
- перезагрузка (выход из системы не помог)