ext4不是ext4

Question

一段时间前，Dropbox开始警告我支持只支持FS的ext4。作为一个快乐的BTRFS用户，我并不高兴，但我做了以下工作：

dropbox stop
dd if=/dev/zero of=~/dropbox.img bs=1M count=4096
mkfs.ext4 ~/dropbox.img
echo "${HOME}/dropbox.img ${HOME}/Dropbox ext4 rw,async 0 2" | sudo tee -a /etc/fstab
rm -rf ~/Dropbox/*
sudo mount "${HOME}/Dropbox"
sudo chown "${USER}:" "${HOME}/Dropbox"

所有操作都没有错误，但是Dropbox仍然说我应该使用ext4作为它的文件夹。我做错了什么？

Answer 1

Dropbox需要在Linux上继续工作，总共有三件事，只有一件是经过适当记录的。我在这里总结的内容在Ubuntu18.04.1 (amd64)上为Dropbox 59.4.93起了作用。

你已经越过了第一个障碍：

• 基本文件系统需要是ext4，特别是ecryptfs。也就是说，如果你的主文件夹是加密的，你需要把Dropbox文件夹放在其他地方，例如。一个单独的ext4分区。

其他要检查的事情是：

• ext4文件系统需要用ext_attr进行格式化。这是默认行为，但您可以通过运行debugfs -R features /dev/sda1 (或任何调用设备文件的方式)来确认--如果使用LVM，则可能类似于/dev/mapper/computername--vg-partitionname)。
• ext4分区需要用user_xattr选项集挂载(您可以在GNOME磁盘中检查和添加该选项或直接编辑/etc/fstab )
• 如这个职位所述，目标文件夹(或Dropbox同步文件夹)至少需要位于挂载点下的两个级别。这显然是个很有面子的错误。

一旦我修复了所有这些东西，Dropbox最终允许我移动目标文件夹，关于“不支持的文件系统”的错误消息消失了。

Answer 2

除了您的解决方案，还有一个替代方案--一个名为GitHub的dropbox-文件系统-修复存储库。这使得您的Dropbox文件夹看起来像是在一个未加密的Ext4文件系统上，不管您使用的是什么文件系统，而且您不需要挂载任何东西，您只需使用一个Dropbox文件系统库(LD_PRELOAD)运行dropbox。

您需要从GitHub获取代码，编译库(make)，并将Dropbox启动条目替换为dropbox-文件系统修复提供的dropbox_start.py脚本。

如果您需要一步一步的完整说明，请查看这页面。

Answer 3

通过使用gnome-disks来格式化ext4分区而不是最初使用GParted，以及确保Dropbox目录放置在分区挂载点的2层深度，我成功地修复了这个问题。在64位Ubuntu 18.04.1 LTS与Dropbox v60.4.107.

完整的故事情节：

1. 首先，我用GParted创建了专用的GParted，它还用于调整旧分区的大小，以便为新的ext4留出空间。
2. 然后，我试图确保我的设置实现了弗洛里安的回答描述的一切，但这并没有解决我的问题。
3. 然后，经过多次尝试组合不同的解决方案，我决定删除整个分区，并使用Ubuntu的本地磁盘管理器(即磁盘或gnome-disks)将其重新格式化为ext4，从而使Dropbox接受分区为ext4！

我在/etc/fstab中使用了下面的行来挂载分区：

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(其中ext4_partition_UUID表示在ls -l /dev/disk/by-uuid/中找到的UUID )

注意，我没有在这里指定user_xattr选项。

我的Dropbox文件夹现在位于/media/dropbox/data/Dropbox，但是没有检查2的深度是否真的必要。

当用ext4而不是本机软件格式化GParted分区时，似乎出了问题--不知道它们之间有什么区别。如果有人知道的话，我很乐意了解更多。