[Это мой устаревший ранний ответ, теперь продолжаю исследовать эту и связанные с ней ошибки; для более новых и лучших обходных путей без неудобств sudo, связанных с изменением / восстановлением владельца файла, см. ответ kk78 или командную строку "dropbox stop && dbus-launch dropbox start"
в другом ответе]
Эта ошибка в иконке в трее Dropbox, похоже, связана с разрешениями.
Пока это не исправлено, временный обходной путь из командной строки (Konsole, Terminal и т. Д.), Который в наши дни работает для пользователей Xubuntu, Linux Mint и т. Д .:
dropbox stop
sudo dropbox start
Примечание:
Что касается "sudo" , запуск Dropbox от имени root устраняет ошибку разрешения, и значок в трее снова работает правильно.
Тем не менее, он имеет небольшой вторичный эффект: несколько файлов в скрытой папке ~ / .dropbox / принадлежат пользователю root вместо пользователя (как вы можете видеть, например, с помощью файлового менеджера, такого как Dolphin), и, следовательно, пароль пользователя root. запрашивается при запуске Dropbox.
Это приемлемый временный обходной путь, чтобы значок Dropbox в трее полностью работал в Linux до тех пор, пока ошибка не будет исправлена следующим обновлением, но если исправление не восстанавливает правильные разрешения, в этом гипотетическом случае быстрое решение после ошибки исправить будет:
sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/.dropbox
dropbox start
Конечно, замена USER и GROUP. Например, если вы являетесь со-создателем Unix, UTF-8, языка Go и т. Д .;) это будет что-то вроде:
sudo chown -R ken:ken /home/ken/.dropbox
Обновить:
Извините, я только что увидел что-то, что делает этот временный обходной путь еще работоспособным, но менее удобным: не только те несколько уже упомянутых файлов в скрытой папке ~ / .dropbox принадлежат root, но и файлы, загруженные с серверов Dropbox в Dropbox папка (обычно ~ / Dropbox ) на компьютере под управлением Dropbox от имени root.
Итак, я все еще использую этот обходной путь до исправления ошибки, но если мы хотим использовать его, мы должны применить строку восстановления разрешений также к папке Dropbox, по крайней мере, когда мы хотим редактировать наши загруженные документы. Например:
sudo chown -R USER:GROUP /home/USER/Dropbox
Чтобы сэкономить время и применить его при запуске компьютера, мы можем включить его в простой сценарий оболочки, например, в текстовый файл dropbox.sh со свойством исполняемого файла, который мы можем запустить из командной строки или щелчком мыши:
#!/bin/bash
dropbox stop
sudo dropbox start
sudo chown -R USER:GROUP /home/USER/Dropbox
Простой альтернативный обходной путь:
Вместо всех предыдущих процедур, если иметь дело с изменениями владельца файла, восстановлениями и т. Д. Слишком неудобно, возможно, самая простая альтернатива - просто дождаться исправления ошибки Dropbox без использования значка и просто периодически проверять состояние Dropbox. используя командную строку:
dropbox status
В результате, если Dropbox работает, большую часть времени будет: «В курсе» .
Позже, вероятно, вы можете использовать стрелку вверх, чтобы снова быстро запустить эту строку из небольшого окна командной строки, которое вы можете оставить открытым.
Смотрите дополнительную справку командной строки, просто набрав:
dropbox
Как уже предлагалось, чтобы прекратить использование другого обходного пути (sudo), восстановить нормальное владение файлом и снова запустить Dropbox как обычный пользователь вместо пользователя root, используйте только один раз (заменив USER и GROUP):
sudo dropbox stop
sudo chown -R USER:GROUP /home/USER/Dropbox
sudo chown -R USER:GROUP /home/USER/.dropbox
sudo chown -R USER:GROUP /home/USER/.dbus
dropbox start
Новое обновление:
См . Ответ kk78 на этот вопрос, с гораздо лучшим обходом проблемы, чем у меня, и с иконкой Dropbox в трее как обычный пользователь, а не как root. Это работает по крайней мере для Xubuntu и Linux Mint.
Его также можно использовать в качестве сценария оболочки:
#!/bin/bash
dropbox stop && DBUS_SESSION_BUS_ADDRESS="" dropbox start