Dropbox va-t-il vraiment arrêter de travailler sur ecryptfs novembre 2018 ?? Mon système est Lubuntu avec le dossier Home sécurisé avec ecryptfs. Que peut-on faire pour s'assurer que Dropbox fonctionnera toujours ??
Dropbox va-t-il vraiment arrêter de travailler sur ecryptfs novembre 2018 ?? Mon système est Lubuntu avec le dossier Home sécurisé avec ecryptfs. Que peut-on faire pour s'assurer que Dropbox fonctionnera toujours ??
Réponses:
Les nouvelles versions de Dropbox pour Linux publiées après novembre 2018 ne prennent en charge qu'ext4 avec xattr activé et ne prennent pas en charge ecryptfs (les dossiers de départ chiffrés d'Ubuntu).
Je suppose que si vous utilisez ecryptfs, il continuera à fonctionner jusqu'à ce que vous mettiez à jour votre Dropbox vers une version plus récente avec les modifications.
La Dropbox mise à jour fonctionnera si vous arrêtez d'utiliser ecryptfs ou déplacez votre dossier Dropbox en dehors du répertoire crypté, bien que dans l'un ou l'autre de ces cas, vous devrez migrer les fichiers vers l'emplacement non crypté.
Si vous avez besoin d'un cryptage, Dropbox fonctionnera toujours sur une partition ext4 au-dessus d'un périphérique crypté en bloc, par exemple en utilisant LUKS .
Notez que Dropbox est une application tierce non fournie par Ubuntu lui-même.
En suivant ce guide, j'ai réussi à conserver le dossier Dropbox dans mon dossier de départ utilisateur ext4 ecryptfs. Cela a bien fonctionné sur Ubuntu 18.10 sans réinstaller Dropbox. J'ai apporté quelques modifications au guide d'origine car j'ai rencontré des problèmes.
mkdir ~/remote/Dropbox
sudo chattr +i ~/remote/Dropbox
Modifiez la partie «distante» des chemins si vous préférez placer votre dossier Dropbox à un emplacement différent.
Remplacez 10G par quelque chose qui correspond à l'espace dont vous avez besoin pour synchroniser vos fichiers Dropbox:
truncate -s 10G ~/remote/.Dropbox.ext4
Formatez l'image avec 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
Nous utilisons le paramètre x-gvfs-hide pour éviter d'afficher le dossier dans la barre latérale du gestionnaire de fichiers.
Créer un nouveau fichier
touch ~/.config/systemd/user/mountdropbox.service
éditez le fichier avec le contenu suivant:
[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
Permet maintenant d'activer et de démarrer le service. Les barres obliques doivent être remplacées par des tirets si elles sont utilisées comme paramètres systemd.
systemctl --user enable mountdropbox.service
systemctl --user start mountdropbox.service
Nous nous assurons également que nous possédons le dossier monté:
sudo chown <username>:<username> ~/remote/Dropbox
Renommer l'ancien dossier dropbox (ie /home/<username>/Dropbox
)
mv -iv ~/Dropbox ~/Dropbox_old
Créez un nouveau lien symbolique sur le chemin d'origine de la boîte de dépôt (c.-à-d. /home/<username>/Dropbox
)
cd ~ && ln -vs ~/remote/Dropbox Dropbox
exécuter dropbox
dropbox start -i
dans les préférences Dropbox, décochez l'option Démarrer Dropbox au démarrage
Créez un nouveau fichier et rendez-le exécutable
touch ~/remote/start_dropbox.sh
chmod +x ~/remote/start_dropbox.sh
Modifier le fichier et ajouter ce contenu
#!/bin/sh
systemctl --user enable mountdropbox.service
systemctl --user start mountdropbox.service
dropbox start -i
Renommez le fichier de démarrage automatique d'origine de dropbox (sinon dropbox le remplacera par le contenu d'origine)
mv -iv ~/.config/autostart/dropbox.desktop ~/.config/autostart/start_dropbox.desktop
Modifiez le fichier et modifiez la propriété Exec
Exec=/home/<username>/remote/start_dropbox.sh
/etc/fstab
?
J'ai utilisé cela comme impulsion pour configurer un serveur Nextcloud et l'utiliser à la place de Dropbox. Vous pouvez également envisager SpiderOak, Box, etc. Je ne comprends pas vraiment la motivation de Dropbox pour ce faire. Ils disent qu'ils ont besoin des outils d'attribut de fichier disponibles sur ext4, mais ceux-ci fonctionnent également très bien sur les systèmes de fichiers chiffrés. Quoi qu'il en soit, il est temps de trouver quelque chose de mieux.
Ce (cha4on) est génial. J'ai essayé les solutions plus simples ci-dessus et ils ont juste accroché mon kubuntu 18.04. Je ne sais pas pourquoi les gens le trouvent trop exagéré, pour moi cela a non seulement fonctionné magnifiquement, mais c'était aussi un excellent tutoriel. J'ai adoré la ligne fstab et les systemctl en particulier. Une seule chose - la façon dont cela se fait, pour moi le programme dropbox lui-même ne sera pas lié à / remote / Dropbox - peut-être parce qu'un lecteur n'est pas un répertoire spécifique? Je devais le faire avoir / remote / Dropbox / Dropbox en tant que dropbox home, avec la correction correspondante au lien symbolique vers le / home /