Dropbox Ext4-ecryptfs

Dropboxは2018年11月にecryptfsで本当に機能しなくなりますか？私のシステムはLubuntuで、ecryptfsで保護されたホームフォルダーがあります。Dropboxが引き続き機能するようにするにはどうすればよいですか？

2018年11月以降にリリースされたLinux版Dropboxの新しいバージョンは、xattrが有効なext4のみをサポートし、ecryptfs（Ubuntuの暗号化されたホームフォルダー）をサポートしていません。

ecryptfsを使用している場合は、Dropboxを変更して新しいバージョンに更新するまで機能します。

更新されたDropboxは、ecryptfsの使用を停止するか、Dropboxフォルダーを暗号化されたディレクトリの外に移動すると機能しますが、どちらの場合でも、ファイルを暗号化されていない場所に移行する必要があります。

暗号化が必要な場合でも、DropboxはLUKSを使用するなど、ブロック暗号化されたデバイスの上にあるext4パーティションで動作します。

Dropboxは、Ubuntu自体では提供されていないサードパーティのアプリケーションです。

このガイドに従って、Dropboxフォルダーをext4 ecryptfsユーザーのホームフォルダーに維持することに成功しました。Dropboxを再インストールしなくても、Ubuntu 18.10では問題なく動作しました。いくつかの問題が発生したため、元のガイドにいくつかの変更を加えました。

手順1：マウントポイントを作成し、マウントされていない場合は読み取り専用にする

mkdir ~/remote/Dropbox
sudo chattr +i ~/remote/Dropbox

Dropboxフォルダーを別の場所に配置する場合は、パスの「リモート」の部分を変更します。

ステップ2：画像ファイルを作成してフォーマットする

Dropboxファイルを同期するために必要なスペースに対応するものに10Gを変更します。

truncate -s 10G ~/remote/.Dropbox.ext4

ext4で画像をフォーマットします。

mkfs.ext4 -F ~/remote/.Dropbox.ext4

ステップ3：/ etc / fstabにエントリを作成する

/home/<username>/remote/.Dropbox.ext4 /home/<username>/remote/Dropbox ext4 user,noauto,rw,loop,x-gvfs-hide 0 0

ファイルマネージャーのサイドバーにフォルダーが表示されないようにするには、パラメーターx-gvfs-hideを使用します。

ステップ4：systemdユーザーサービスを使用してDropboxイメージをマウントする

新しいファイルを作成する

touch ~/.config/systemd/user/mountdropbox.service 

次の内容でファイルを編集します。

[Unit]
Description=Mounts a Dropbox ext4 image in the home directory of a user
After=home-<username>.mount
Requires=home-<username>.mount

[Service]
ExecStart=/bin/mount %h/remote/Dropbox
ExecStop=/bin/umount %h/remote/Dropbox
RemainAfterExit=yes

[Install]
WantedBy=default.target

次に、サービスを有効にして開始します。systemdパラメータとして使用する場合は、スラッシュをダッシュ​​に置き換える必要があります。

systemctl --user enable mountdropbox.service
systemctl --user start mountdropbox.service

また、マウントされたフォルダを所有していることも確認します。

sudo chown <username>:<username> ~/remote/Dropbox

古いDropboxフォルダの名前を変更します（つまり/home/<username>/Dropbox）

mv -iv ~/Dropbox ~/Dropbox_old

元のドロップボックスパスに新しいシンボリックリンクを作成します（つまり/home/<username>/Dropbox）

cd ~ && ln -vs ~/remote/Dropbox Dropbox

Dropboxを実行する

dropbox start -i

手順5：Dropboxの開始前にフォルダーをマウントする

Dropboxの設定で、起動時にDropboxを起動するオプションのチェックを外します

新しいファイルを作成して実行可能にする

touch ~/remote/start_dropbox.sh
chmod +x ~/remote/start_dropbox.sh

ファイルを編集してこのコンテンツを追加

#!/bin/sh
systemctl --user enable mountdropbox.service
systemctl --user start mountdropbox.service
dropbox start -i

Dropboxの元の自動起動ファイルの名前を変更します（そうしないと、Dropboxによって元のコンテンツで上書きされます）

mv -iv ~/.config/autostart/dropbox.desktop ~/.config/autostart/start_dropbox.desktop

ファイルを編集して、Execプロパティを変更します。

Exec=/home/<username>/remote/start_dropbox.sh

これをきっかけとしてNextcloudサーバーをセットアップし、Dropboxの代わりにそれを使用しました。SpiderOak、Boxなどを検討することもできます。これを行うためのDropboxの動機はよくわかりません。彼らは、ext4で利用可能なファイル属性ツールが必要であると言いますが、それらは暗号化されたファイルシステムでもうまく機能します。とにかく、もっと良いものを見つける時間です。

これ（cha4on）は素晴らしいです。上記の簡単な解決策を試したところ、kubuntu 18.04がハングしました。なぜ人々がそれをそんなにやり過ぎていると思うのか私にはわかりません、私にとってそれは美しく機能しただけでなく素晴らしいチュートリアルでもありました。私はfstab行、特にsystemctlが大好きでした。一つだけ-それが行われる方法、私にとってはdropboxプログラム自体が/ remote / Dropboxにリンクしません-おそらくドライブが特定のディレクトリではないためでしょうか？/ remote / Dropbox / Dropboxをドロップボックスホームとして、/ home /へのシンボリックリンクに対応する修正を加える必要がありました。