Dropbox：ext4はext4ではありません

しばらく前に、Dropboxはext4をFSのみとしてサポートすることについて警告し始めました。幸せな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を使用する必要があると言っています。私は何を間違えていますか？

DropboxがLinuxでの作業を継続するのに必要なものは全部で3つあり、適切に文書化されているのは1つだけです。ここで要約していることは、Ubuntu 18.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同期フォルダー）は、マウントポイントの少なくとも2レベル下にある必要があります。これは明らかにfacepalmに値するバグです。

これらすべてを修正した後、Dropboxはようやくターゲットフォルダを移動することを許可し、「サポートされていないファイルシステム」に関するエラーメッセージは消えました。

あなたのソリューションに代わるものがあります-dropbox-filesystem-fixと呼ばれるGitHubリポジトリです。これにより、使用するファイルシステムに関係なく、Dropboxフォルダーは暗号化されていないExt4ファイルシステム上にあるように見えます。

GitHubからコードを取得し、ライブラリ（make）をコンパイルし、Dropboxスタートアップエントリをdropbox-filesystem-fixが提供するdropbox_start.pyスクリプトに置き換える必要があります。

完全なステップバイステップの説明が必要な場合は、このページをご覧ください。

gnome-disks最初にGPartedを使用する代わりにext4パーティションをフォーマットし、Dropboxディレクトリがパーティションのマウントポイントの2レベルの深さに配置されるようにすることで、これを修正できました。Dropbox v60.4.107を使用した64ビットUbuntu 18.04.1 LTS。

完全なストーリーライン：

1. まず、GPartedを使用して専用のext4を作成しました。これは、新しいext4用のスペースを確保するために古いパーティションのサイズを変更するためにも使用されました。

2. それから、Florianの答えで説明されているすべてをセットアップが満たすようにしようとしましたが、それは私の問題を解決しませんでした。

3. その後、さまざまなソリューションを組み合わせようと何度も試みた後、パーティション全体を消去し、Ubuntuのネイティブディスクマネージャー（単にDisksまたはgnome-disks）でext4に再フォーマットすることにしました。

次の行を使用し/etc/fstabてパーティションをマウントしました。

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

（はでext4_partition_UUID見つかったUUIDを表しますls -l /dev/disk/by-uuid/）

user_xattrここではオプションを指定しないことに注意してください。

私のDropboxフォルダは現在/media/dropbox/data/Dropbox-にありますが、深さ2が本当に必要かどうかはチェックしませんでした。

ネイティブソフトウェアの代わりにGPartedを使用してext4パーティションをフォーマットすると、何かがおかしくなったようです。なぜ、何が違うのかわかりません。誰かが知っていれば、私はそれについてもっと知りたいです。

Lubuntu 18.10インストールラップトップは、しばらく前にDropboxについて文句を言い始めましたが、パッケージattrがインストールされていないことに気づいたのは先週まででした。それをインストールしたら、Dropboxは幸せそうに見えます…

/unix//a/475253の記事を読んで、ラップトップのDropboxディレクトリ内のファイル属性を確認しようとしました。getfattrコマンドが利用できないことを発見したことに驚き、パッケージをインストールすることになりました。

これはあなたにとって前進の方法かもしれませんし、まったく異なる問題かもしれませんが、フラグを立てる価値があると思います。

DropboxはZFS、XFS、Btrfs、eCryptFSのサポートを復活させました

Dropboxは、Linux上のZFS、XFS、Btrfs、eCryptFSのサポートを復活させました。Dropbox クライアントの更新により、64ビットLinuxシステムでのZFSとXFS、およびすべてのLinuxシステムでのeCryptFSとBtrfsのサポートが復活しました。

リンク：

• DropboxがLinux上のZFS、XFS、Btrfs、eCryptFSのサポートを復活
• Linux用のMaestral軽量オープンソースDropboxクライアント

サポートさecryptfsれていないものを使用しているかどうかを確認します。

ecryptfsはサポートされていませんが、Dropboxはフルディスク暗号化（LUKSなど）で暗号化されているサポート対象のファイルシステムと引き続き同期します

Dropbox Linuxには、ecryptfsの近くでもDropboxをフォルダーに入れられないという論争のあるバグがあります。

たとえば、私が持っていたecryptfs /home/user/Dropbox、に移動しext4 /home/user-unencrypted、それでもまだ失敗しました。動作させるために移動する必要ext4 /dropbox/がありました。私は彼らのサポートチームに連絡したが、彼らは私が言って主張し続けext4 /home/user-unencrypted、彼らの両方が始まったので、eCryptfsのもありました/home/ おそらく、私が間違ってるかはeCryptfsの作品ではなく、私が実行したとき/暗号化された下/家のすべてを示唆する証拠を見ていませんファイルシステムデバッグツール。