Действительно ли Dropbox перестанет работать над ecryptfs ноября 2018 года? Моя система - Lubuntu с домашней папкой, защищенной с помощью ecryptfs. Что можно сделать, чтобы Dropbox все еще работал?
Действительно ли Dropbox перестанет работать над ecryptfs ноября 2018 года? Моя система - Lubuntu с домашней папкой, защищенной с помощью ecryptfs. Что можно сделать, чтобы Dropbox все еще работал?
Ответы:
Новые версии Dropbox для Linux, выпущенные после ноября 2018 года, поддерживают только ext4 с включенным xattr и не поддерживают ecryptfs (зашифрованные домашние папки Ubuntu).
Я ожидаю, что если вы используете ecryptfs, он продолжит работать, пока вы не обновите свой Dropbox до более новой версии с изменениями.
Обновленный Dropbox будет работать, если вы перестанете использовать ecryptfs или переместите папку Dropbox за пределы зашифрованного каталога, хотя в любом из этих случаев вам потребуется перенести файлы в незашифрованное место.
Если вам требуется шифрование, Dropbox по-прежнему будет работать с разделом ext4 поверх блочного зашифрованного устройства, например, с использованием LUKS .
Обратите внимание, что Dropbox - это стороннее приложение, не предоставляемое самой Ubuntu.
Следуя этому руководству, мне удалось сохранить папку Dropbox в моей домашней папке пользователя ext4 ecryptfs. Он отлично работал на Ubuntu 18.10 без переустановки Dropbox. Я сделал несколько изменений в оригинальном руководстве, потому что столкнулся с некоторыми проблемами.
mkdir ~/remote/Dropbox
sudo chattr +i ~/remote/Dropbox
Измените «удаленную» часть путей, если вы предпочитаете размещать папку Dropbox в другом месте.
Измените 10G на то, что соответствует пространству, которое вам нужно для синхронизации ваших файлов Dropbox:
truncate -s 10G ~/remote/.Dropbox.ext4
Отформатируйте изображение с помощью ext4:
mkfs.ext4 -F ~/remote/.Dropbox.ext4
/home/<username>/remote/.Dropbox.ext4 /home/<username>/remote/Dropbox ext4 user,noauto,rw,loop,x-gvfs-hide 0 0
Мы используем параметр x-gvfs-hide, чтобы не показывать папку на боковой панели файлового менеджера.
Создать новый файл
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
Создайте новую символическую ссылку по исходному пути Dropbox (т.е. /home/<username>/Dropbox
)
cd ~ && ln -vs ~/remote/Dropbox Dropbox
запустить Dropbox
dropbox start -i
в настройках 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
/etc/fstab
?
Я использовал это в качестве стимула для настройки сервера Nextcloud и использования его вместо Dropbox. Вы также можете рассмотреть SpiderOak, Box и т. Д. Я не совсем понимаю мотивацию Dropbox для этого. Они говорят, что им нужны инструменты атрибутов файлов, доступные в ext4, но они прекрасно работают и на зашифрованных файловых системах. В любом случае, время найти что-то лучшее.
Это (cha4on) потрясающе. Я попробовал более простые решения выше и они просто повесили мой kubuntu 18.04. Я не уверен, почему люди находят это таким излишним, для меня это не только прекрасно работало, но и было отличным уроком. Я любил линию fstab и systemctl в частности. Только одно - как это сделано, для меня сама программа dropbox не будет ссылаться на / remote / Dropbox - возможно, потому что диск не является определенным каталогом? Я должен был сделать так, чтобы / remote / Dropbox / Dropbox был домом Dropbox, с соответствующей поправкой к символической ссылке на / home /