我已将 Dropbox 设置为在加载时启动。但是我看到(在小程序指示器中)并通过:
dropbox status
它总是停留在Starting...
我正在运行 Ubuntu 14.04 和最新版本的 Dropbox。
我尝试过重新安装,但没有效果。我还能尝试什么?
答案1
这似乎发生在 Dropbox 已部分同步但机器重新启动后仍有更多数据需要同步时。
只需让机器长时间运行似乎就能解决这个问题。
答案2
我最近在 20.04 上遇到了这个问题,一时兴起,我决定从命令行启动它,看看它是否会吐出任何东西:
$> dropbox start
确实如此 - 它给了我这个:
dropbox Unable to monitor entire Dropbox folder hierarchy. Please run "echo fs.inotify.max_user_watches=100000 | sudo tee -a /etc/sysctl.conf; sudo sysctl -p" and restart Dropbox to fix the problem.
不确定为什么他们不能在 GUI 中显示这一点?
无论如何 - 100000 对我来说不够高 - 我必须将其设置为 500000 才能起作用,但它确实起作用了。
答案3
对于我来说,在 Linux 中将我的帐户与 Dropbox 应用程序取消链接,然后重新链接,就可以很快解决问题。
但请注意,您可能会删除尚未同步(上传)的文件。对我来说,我的 Linux Dropbox 不是领先的,它只跟随我 Windows 计算机上的主要数据,所以对我来说没有问题。
答案4
- 删除 Dropbox/.dropbox_cache。
- 可选:删除 ~/.dropbox 和 ~/.dropbox-dist。请注意,这实际上会导致“全新”安装。只要您重新链接相同的 Dropbox 路径,就会进行大量重新索引,但不会下载文件。
- 取消链接/重新链接 Dropbox 帐户。
- 运行
sudo sysctl fs.inotify.max_user_watches=100000
。如果您的 Dropbox 中的文件数量超过这个数字,也许您可以将其增加到例如524288
。 - 启动 Dropbox。
- 如果在完全重新索引后,仍有一些文件不断下载/上传,请导航到您的 Dropbox 文件夹并运行
dropbox-cli filestatus
以找到它们。删除这些文件,以便 Dropbox 重新下载它们。它们可能已损坏。检查它们的哈希值(例如sha256sum filename.txt
)并将它们与 Dropbox 的版本进行比较。如果哈希值不同,则您的硬盘正在慢慢损坏,并且可能容易出现故障。考虑换一个新硬盘。
另外:有时可能需要一些耐心才能完成各个步骤。要验证 Dropbox 是否处于空闲状态,请检查以下内容:
sudo iotop # (and sort by disk read by pressing the left/right arrow keys)
htop --sort-key=PERCENT_CPU
...其中一个应该显示 Dropbox 正在执行某物。