Dropbox Ext4 - ecryptfs

Czy Dropbox naprawdę przestanie działać na ecryptfs lis 2018? Mój system to Lubuntu z folderem domowym zabezpieczonym za pomocą ecryptfs. Co można zrobić, aby Dropbox nadal działał?

Nowe wersje Dropbox dla Linuksa wydane po listopadzie 2018 obsługują tylko ext4 z włączonym xattr i nie obsługują ecryptfs (zaszyfrowane foldery domowe Ubuntu).

Spodziewam się, że jeśli użyjesz ecryptfs , będzie działał, dopóki nie zaktualizujesz Dropbox do nowszej wersji ze zmianami.

Zaktualizowany Dropbox będzie działał, jeśli przestaniesz używać ecryptfs lub przeniesiesz folder Dropbox poza zaszyfrowany katalog, ale w każdym z tych przypadków będziesz musiał przenieść pliki do niezaszyfrowanej lokalizacji.

Jeśli potrzebujesz szyfrowania, Dropbox nadal będzie działał na partycji ext4 na urządzeniu szyfrowanym blokowo, np. Przy użyciu LUKS .

Pamiętaj, że Dropbox jest aplikacją innej firmy, która nie jest dostarczana przez sam Ubuntu.

Postępując zgodnie z tym przewodnikiem, udało mi się zachować folder Dropbox w folderze domowym użytkownika ext4 ecryptfs. Działa dobrze na Ubuntu 18.10 bez ponownej instalacji Dropbox. Wprowadziłem kilka zmian do oryginalnego przewodnika, ponieważ napotkałem pewne problemy.

Krok 1: Utwórz punkt montowania i ustaw go jako tylko do odczytu, jeśli nie zostanie zamontowany

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

Zmień „zdalną” część ścieżek, jeśli wolisz umieścić folder Dropbox w innym miejscu.

Krok 2: utwórz plik obrazu i sformatuj go

Zmień 10G na coś, co odpowiada przestrzeni potrzebnej do synchronizacji plików Dropbox:

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

Sformatuj obraz za pomocą ext4:

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

Krok 3: Utwórz wpis w / etc / fstab

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

Używamy parametru x-gvfs-hide, aby uniknąć pokazywania folderu na pasku bocznym menedżera plików.

Krok 4: użyj usystematyzowanej usługi użytkownika, aby zamontować obraz Dropbox

Utwórz nowy plik

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

edytuj plik o następującej treści:

[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

Teraz pozwala włączyć i uruchomić usługę. Ukośniki należy zastąpić myślnikami, jeśli są używane jako parametry systemowe.

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

Dbamy również o to, abyśmy byli właścicielami zamontowanego folderu:

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

Zmień nazwę starego folderu Dropbox (tj. /home/<username>/Dropbox)

mv -iv ~/Dropbox ~/Dropbox_old

Utwórz nowy symboliczny link na oryginalnej ścieżce Dropbox (tj. /home/<username>/Dropbox)

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

uruchom Dropbox

dropbox start -i

Krok 5: Zamontuj folder przed rozpoczęciem Dropbox

w preferencjach Dropbox odznacz opcję Uruchom Dropbox podczas uruchamiania

Utwórz nowy plik i spraw, aby był wykonywalny

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

Edytuj plik i dodaj tę zawartość

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

Zmień nazwę oryginalnego pliku autostartu Dropbox (w przeciwnym razie Dropbox zastąpi go oryginalną zawartością)

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

Edytuj plik i zmodyfikuj właściwość Exec

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

Użyłem tego jako impulsu do skonfigurowania serwera Nextcloud i używania go zamiast Dropbox. Możesz również rozważyć SpiderOak, Box itp. Naprawdę nie rozumiem motywacji Dropbox do zrobienia tego. Mówią, że potrzebują narzędzi atrybutów plików dostępnych na ext4, ale działają one również dobrze na zaszyfrowanych systemach plików. W każdym razie czas znaleźć coś lepszego.

To (cha4on) jest niesamowite. Wypróbowałem powyższe prostsze rozwiązania, a one właśnie zawiesiły moje kubuntu 18.04. Nie jestem pewien, dlaczego ludzie uważają to za przesadę, dla mnie to nie tylko działało pięknie, ale było też świetnym tutorialem. Uwielbiałem linię fstab, aw szczególności systemctl. Tylko jedna rzecz - sposób, w jaki to się robi, dla mnie sam program dropbox nie będzie łączył się z / remote / Dropbox - być może dlatego, że dysk nie jest konkretnym katalogiem? Musiałem sprawić, aby miał / remote / Dropbox / Dropbox jako dropbox home, z odpowiednią poprawką do dowiązania symbolicznego do / home /