しばらく前に、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を使用する必要があるとまだ言っています。何が間違っていますか?
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はようやくターゲットフォルダを移動することを許可し、「サポートされていないファイルシステム」に関するエラーメッセージは消えました。
ソリューションに代わるものがあります- dropbox-filesystem-fix と呼ばれるGitHubリポジトリ。これにより、Dropboxフォルダーは、使用するファイルシステムに関係なく、暗号化されていないExt4ファイルシステム上にあるように見え、何もマウントする必要はありません。Dropboxをdropbox-filesystemライブラリ(LD_PRELOAD)で実行するだけです。
GitHub からコードを取得し、ライブラリ(make
)をコンパイルし、Dropboxスタートアップエントリをdropbox-filesystem-fixが提供するdropbox_start.pyスクリプトに置き換える必要があります。
ステップごとの完全な手順が必要な場合は、 this pageをご覧ください。
これを修正するには、最初にGPartedを使用する代わりにgnome-disks
を使用してext4パーティションをフォーマットし、Dropboxディレクトリがパーティションのマウントポイントの2レベルの深さに配置されるようにしました。 Dropbox v60.4.107を搭載した64ビットUbuntu 18.04.1 LTS。
完全なストーリー:
まず、GPartedを使用して専用のext4を作成しました。これは、新しいext4用のスペースを確保するために古いパーティションのサイズを変更するためにも使用されました。
それから、セットアップが Florianの答え で記述されたすべてを満たすようにしようとしましたが、それは私の問題を解決しませんでした。
その後、さまざまなソリューションを組み合わせようと何度も試みた後、パーティション全体を消去し、Ubuntuのネイティブディスクマネージャー(単にDisksまたはgnome-disks
と呼ばれる)で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の深さが本当に必要かどうかを確認しませんでした。
ネイティブソフトウェアの代わりにGPartedを使用してext4パーティションをフォーマットすると、何かがおかしくなったようです。なぜ、何が違うのかわかりません。誰かが知っていれば、私はそれについてもっと知りたいです。
Lubuntu 18.10インストールラップトップは、しばらく前にDropboxについて不平を言い始めましたが、先週までパッケージがなかったことがわかりましたattrインストール済み。それをインストールしたら、Dropboxは幸せそうに見えます…
https://unix.stackexchange.com/a/47525 の記事を読んで、ラップトップのDropboxディレクトリ内のファイル属性を確認しようとしました。 getfattr
コマンドが使用できなかったことに驚き、パッケージのインストールに至りました。
これはあなたにとって前向きな方法かもしれませんし、まったく異なる問題かもしれませんが、フラグを立てる価値があると思います。
Dropboxは、Linux上のZFS、XFS、BtrfsおよびeCryptFSのサポートを復活させました。 Dropbox クライアント更新 は、64ビットLinuxシステムでのZFSとXFS、およびすべてのLinuxシステムでのeCryptFSとBtrfsのサポートを復活させます。
リンク:
サポートされていない であるecryptfs
を使用しているかどうかを確認します。
ecryptfsはサポートされていませんが、Dropboxはフルディスク暗号化(LUKSなど)で暗号化されているサポート対象のファイルシステムと引き続き同期します
Dropbox Linuxには、Dropboxをフォルダーに入れることができないという論争のあるバグがありますnear ecryptfs
たとえば、ecryptfs /home/user/Dropbox
があり、ext4 /home/user-unencrypted
に移動しましたが、まだ失敗しました。動作させるには、ext4 /dropbox/
に移動する必要がありました。私は彼らのサポートチームに連絡しましたが、ext4 /home/user-unencrypted
はまた/home/
で始まっていたので、彼らは私と反論し続けました。ファイルシステムデバッグツールを実行したときに、/ home /の下のすべてが暗号化されました。