web-dev-qa-db-ja.com

Dropbox Ext4-ecryptfs

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

dropboxecryptfs
8
Jim Wilentz

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

ecryptfs を使用すると、Dropboxを変更した新しいバージョンに更新するまで機能し続けます。

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

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

Dropboxは、Ubuntu自体では提供されないサードパーティアプリケーションであることに注意してください。

6
thomasrutter

this ガイドに従って、Dropboxフォルダーをext4 ecryptfsユーザーのホームフォルダーに保存することができました。 Dropboxを再インストールせずにUbuntu 18.10で正常に動作しました。いくつかの問題に遭遇したため、元のガイドにいくつかの変更を加えました。

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

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

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

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

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

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 start -i

ステップ5：ドロップボックスの開始前にフォルダーをマウントする

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

ドロップボックスの元の自動起動ファイルの名前を変更します（そうしないと、ドロップボックスは元のコンテンツで上書きします）

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

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

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

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

3
bodge

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

0
Michael Moutoussis