Dropbox действительно прекратит работать над ecryptfs ноябрем 2018?? Моей системой является Lubuntu с Домашней папкой, защищенной с ecryptfs. Что может быть сделано, чтобы гарантировать, что Dropbox будет все еще работать??
Новые версии Dropbox для Linux, выпущенного после ноября 2018 только поддержка ext4 с xattr, включенным, и, не поддерживают ecryptfs (зашифрованные домашние папки Ubuntu).
я ожидаю, используете ли Вы ecryptfs, он продолжит работать, пока Вы не обновите свой Dropbox к более новой версии с изменениями.
обновленный Dropbox будет работать, если Вы прекратите использовать ecryptfs или переместите свою папку Dropbox за пределами зашифрованного каталога, хотя в любом из этих случаев необходимо будет переместить файлы через в незашифрованное местоположение.
при требовании шифрования, Dropbox будет все еще работать над ext4 разделом сверху шифруемого устройства блока, например, использованием LUKS.
Примечание, что Dropbox является приложением сторонних производителей, не предоставленным самой Ubuntu.
Я использовал это в качестве стимула для настройки сервера Nextcloud и использования его вместо Dropbox. Вы также можете рассмотреть SpiderOak, Box и т. Д. Я не совсем понимаю мотивацию Dropbox для этого. Они говорят, что им нужны инструменты атрибутов файлов, доступные в ext4, но они прекрасно работают и на зашифрованных файловых системах. В любом случае, время найти что-то лучшее.
Следующим этот руководство мне удалось сохранить папку Dropbox в моем пользователе ext4 ecryptfs домашней папкой. Это хорошо работало на Ubuntu 18.10, не переустанавливая Dropbox. Я внес несколько изменений в исходное руководство, потому что я столкнулся с некоторыми проблемами.
mkdir ~/remote/Dropbox
sudo chattr +i ~/remote/Dropbox
Изменение “remote” часть путей, если Вы предпочитаете помещать свою папку 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
выполненный шаг 5 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=/home/<username>/remote/start_dropbox.sh
Этот (cha4on) является потрясающим. Я попробовал простые решения выше, и они просто подвесили мой kubuntu 18.04. Я не уверен, почему люди находят это таким излишеством, для меня это не только работало красиво, но и это было также большое учебное руководство. Я любил fstab строку и systemctl's в частности. Только одна вещь - способ, которым это сделано для меня сама программа Dropbox, не свяжется с/remote/Dropbox - возможно, потому что является диск не определенным каталогом? Я должен был заставить его иметь/remote/Dropbox/Dropbox как Dropbox домой с соответствующим исправлением к символьной ссылке на/home/