web-dev-qa-db-ja.com

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

しばらく前に、Dropboxはext [4]のみを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を使用する必要があるとまだ言っています。何が間違っていますか?

21
val

DropboxがLinuxでの作業を継続するために必要なものは合計threeあり、1つだけが適切に文書化されています。ここで要約していることは、Ubuntu 18.04.1(AMD64)上のDropbox 59.4.93で機能しました。

あなたはすでに最初のハードルをクリアしました:

  • 基本ファイルシステムはext4である必要があり、具体的にはnotecryptfsである必要があります。つまり、ホームフォルダーが暗号化されている場合は、Dropboxフォルダーを別の場所に置く必要があります。別のext4パーティション。

その他の確認事項は次のとおりです。

  • ext4ファイルシステムは、ext_attr onでフォーマットする必要があります。これはデフォルトの動作ですが、debugfs -R features /dev/sda1(またはデバイスファイルの名前-LVMを使用している場合は/dev/mapper/computername--vg-partitionnameなど)を実行することで確認できます。
  • ext4パーティションは、user_xattrオプションを設定してマウントする必要があります(GNOMEディスクでオプションを確認して追加するか、/etc/fstabを直接編集できます)
  • ターゲットフォルダー(またはDropbox同期フォルダー)は、 この投稿 で説明されているように、マウントポイントの下に少なくともtwoレベル必要です。これは明らかにfacepalmに値するバグです。

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

27
Florian Echtler

ソリューションに代わるものがあります- dropbox-filesystem-fix と呼ばれるGitHubリポジトリ。これにより、Dropboxフォルダーは、使用するファイルシステムに関係なく、暗号化されていないExt4ファイルシステム上にあるように見え、何もマウントする必要はありません。Dropboxをdropbox-filesystemライブラリ(LD_PRELOAD)で実行するだけです。

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

ステップごとの完全な手順が必要な場合は、 this pageをご覧ください。

5
Logix

これを修正するには、最初にGPartedを使用する代わりにgnome-disksを使用して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_UUIDls -l /dev/disk/by-uuid/で見つかったUUIDを表します)

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

私のDropboxフォルダーは/media/dropbox/data/Dropboxにありますが、2の深さが本当に必要かどうかを確認しませんでした。

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

4
Phil

Lubuntu 18.10インストールラップトップは、しばらく前にDropboxについて不平を言い始めましたが、先週までパッケージがなかったことがわかりましたattrインストール済み。それをインストールしたら、Dropboxは幸せそうに見えます…

https://unix.stackexchange.com/a/47525 の記事を読んで、ラップトップのDropboxディレクトリ内のファイル属性を確認しようとしました。 getfattrコマンドが使用できなかったことに驚き、パッケージのインストールに至りました。

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

2
Geoff Riley

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

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

リンク:

2
karel

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

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

0
y.luis

Dropbox Linuxには、Dropboxをフォルダーに入れることができないという論争のあるバグがありますnear ecryptfs

たとえば、ecryptfs /home/user/Dropboxがあり、ext4 /home/user-unencryptedに移動しましたが、まだ失敗しました。動作させるには、ext4 /dropbox/に移動する必要がありました。私は彼らのサポートチームに連絡しましたが、ext4 /home/user-unencryptedはまた/home/で始まっていたので、彼らは私と反論し続けました。ファイルシステムデバッグツールを実行したときに、/ home /の下のすべてが暗号化されました。

0
Jonathan