我在使用 Dropbox 时遇到了一个问题，似乎是相当常见（该问题出现在各种系统上 - 我使用的是 Ubuntu 11.10）。从我读过的文章来看，问题似乎在于操作系统没有授予 Dropbox 在文件和文件夹中所需的所有权限，常见的建议解决方案是
a) 取消链接并重新链接计算机（尝试过此方法，但没有成功），或
b) 将 Dropbox 文件夹的所有权更改为当前用户
由于 a) 不起作用，我尝试了 b)。我在终端中导航到 dropbox 文件夹（位于/media/data/Tomas/Dropbox并运行
$ sudo chown -R tomas:tomas .
它运行了大约一秒钟，然后退出，没有任何消息（表明它确实做了一些工作，但没有遇到任何问题，对吧？）。当我运行时，ls -l所有文件仍然列为root:root所有者。我也尝试过这种非递归，即仅在单个文件上，但结果相同。
为什么它不在chown这里做它应该做的事？
有关我的系统的一些信息：
我正在运行 Ubuntu 11.10 和 Windows 7 双启动系统。Dropbox 文件夹位于 NTFS 分区上，该分区不是任何操作系统的系统分区。同步在 Windows 上运行良好，但在 Ubuntu 上却不行。
答案1
我/media/data猜你的 Dropbox 文件夹位于外部或可移动驱动器上。如果驱动器使用 FAT 格式化（“vfat” df -T），则不能更改所有者，因为文件系统根本没有这样的概念。
答案2
我对此不太确定，但也许您需要更改 Dropbox 文件夹本身的所有权。您使用的命令会更改 /media/data/Tomas/Dropbox 中每个文件/文件夹的所有者，但不会明确调用文件夹本身。
尝试将 Dropbox 根文件夹的路径传递给 chown，如下所示：
sudo chown -R thomas:thomas /media/data/Tomas/Dropbox
如果 Dropbox 以用户“tomas”的身份运行，您还应该chmod -R在此文件夹上运行一个命令，为“tomas”授予目录树的所有权限。据我所知，Dropbox 无法自行更改权限。
事实上，只要运行 Dropbox 的用户被授予对整个 Dropbox 目录树的读/写权限，所有权就不应该相关，因此 chmod 可能是两者中更重要的。