Vor einiger Zeit warnte mich Dropbox davor, ext4 nur als FS zu unterstützen. Als glücklicher BTRFS-Benutzer war ich nicht glücklich, habe dies aber getan:
dropbox stop
dd if=/dev/zero of=~/dropbox.img bs=1M count=4096
mkfs.ext4 ~/dropbox.img
echo "${HOME}/dropbox.img ${HOME}/Dropbox ext4 rw,async 0 2" | sudo tee -a /etc/fstab
rm -rf ~/Dropbox/*
sudo mount "${HOME}/Dropbox"
sudo chown "${USER}:" "${HOME}/Dropbox"
Alles hat fehlerfrei funktioniert, aber Dropbox sagt immer noch, dass ich ext4 als Ordner verwenden soll. Was mache ich falsch?
df ${HOME}/Dropbox --output=fstype
Antworten:
Es gibt drei Dinge insgesamt , dass Dropbox auf Linux weiterhin erfordert Arbeit, und nur eine richtig dokumentiert. Was ich hier zusammenfasse, funktionierte für Dropbox 59.4.93 unter Ubuntu 18.04.1 (amd64).
Sie haben bereits die erste Hürde genommen:
ext4
, und zwar nichtecryptfs
. dh wenn Ihr Home-Ordner verschlüsselt ist, müssen Sie den Dropbox-Ordner an einem anderen Ort ablegen, z. eine separateext4
Partition.Die anderen zu überprüfenden Dinge sind:
ext4
Dateisystem muss mitext_attr
on formatiert sein . Dies ist das Standardverhalten, aber Sie können dies durch Ausführen bestätigendebugfs -R features /dev/sda1
(oder wie auch immer Ihre Gerätedatei heißt - wenn Sie LVM verwenden, könnte dies in etwa so aussehen/dev/mapper/computername--vg-partitionname
).ext4
Partition muss mit der eingestelltenuser_xattr
Option gemountet sein (Sie können die Option auf GNOME-Datenträgern suchen und hinzufügen oder/etc/fstab
direkt bearbeiten ).Nachdem ich all diese Probleme behoben hatte, erlaubte mir Dropbox endlich, den Zielordner zu verschieben, und die Fehlermeldungen über "nicht unterstütztes Dateisystem" verschwanden.
quelle
user_xattr
Option festgelegt ist standardmäßig im Kernel für ext4 - Dateisystem seit 2.6.39./var/data/dropbox
dies/var/data/dropbox/d
beim Auswählen eines neuen Standorts mit dem Dropbox-GUI-Client v60.4.107 nicht funktionierte und beim Auswählen eines neuen Standorts über den GUI-Client./
ist mein Einhängepunkt für/dev/sda1
den ext4 ist. Und dies erstellt/var/data/dropbox/d/Dropbox
als Synchronisationsordner 0_oecryptfs
, laufendf -T
und sucht eine Zeile , die beginnt mit/home/USER/.Private ecryptfs ...
. Wenn Sie das haben, ist Ihr Home-Verzeichnis verschlüsselt und Sie müssen Dropbox an einen anderen Ort verschieben. (Ich habe verwendet/opt/dropbox/Dropbox
, was funktioniert hat.) Zweitens, obwohluser_xattr
standardmäßig festgelegt, müssen Sie möglicherweise das Wortdefaults
zu Ihrem hinzufügen/etc/fstab
.Es gibt eine Alternative zu Ihrer Lösung - ein GitHub-Repository namens dropbox-filesystem-fix . Dies lässt Ihren Dropbox-Ordner so aussehen, als ob er sich auf einem unverschlüsselten Ext4-Dateisystem befindet, unabhängig davon, welches Dateisystem Sie verwenden, und Sie müssen nichts mounten. Sie müssen Dropbox lediglich mit einer Dropbox-Dateisystem-Bibliothek (LD_PRELOAD) ausführen.
Sie müssen den Code von GitHub
make
abrufen , die Bibliothek kompilieren ( ) und den Dropbox-Starteintrag durch das von dropbox-filesystem-fix bereitgestellte Skript dropbox_start.py ersetzen.Wenn Sie eine Schritt-für-Schritt-Anleitung benötigen, lesen Sie diese Seite.
quelle
Ich habe es geschafft, dieses
gnome-disks
Problem zu beheben, indem ich die ext4-Partition formatiert habe, anstatt zunächst GParted zu verwenden. Außerdem habe ich sichergestellt, dass das Dropbox-Verzeichnis in einer Tiefe von 2 Ebenen des Einhängepunkts der Partition platziert wurde. Auf 64-Bit Ubuntu 18.04.1 LTS mit Dropbox v60.4.107.Die ganze Geschichte:
Zunächst habe ich mein dediziertes ext4 mit GParted erstellt, das auch zum Ändern der Größe der alten Partition verwendet wurde, um Platz für das neue ext4 zu schaffen.
Dann habe ich versucht sicherzustellen, dass mein Setup alles erfüllt, was in Florians Antwort beschrieben ist , aber das hat mein Problem nicht gelöst.
Nachdem ich viele Versuche unternommen hatte, verschiedene Lösungen zu kombinieren, entschied ich mich, die gesamte Partition zu löschen und sie mit Ubuntus nativem Festplattenmanager (nur Disks oder genannt
gnome-disks
) auf ext4 zu formatieren. Dies führte dazu, dass Dropbox die Partition als ext4 akzeptierte!Ich habe die folgende Zeile verwendet
/etc/fstab
, um die Partition einzuhängen:(Wo
ext4_partition_UUID
steht die UUID, die mit gefunden wurde?ls -l /dev/disk/by-uuid/
)Beachten Sie, dass ich die
user_xattr
Option hier nicht spezifiziere .Mein Dropbox-Ordner befindet sich jetzt unter
/media/dropbox/data/Dropbox
- hat aber nicht geprüft, ob die Tiefe von 2 wirklich erforderlich war.Es scheint, dass beim Formatieren der ext4-Partition mit GParted anstelle der nativen Software etwas schief gelaufen ist - keine Ahnung, warum oder was der Unterschied zwischen ihnen sein würde. Wenn jemand weiß, würde ich gerne mehr darüber erfahren.
quelle
debugfs -R features /dev/sda1
Mein Lubuntu 18.10 Installations-Laptop begann sich vor einiger Zeit über die Dropbox zu beschweren, aber erst letzte Woche stellte ich fest, dass das Paket attr nicht installiert war. Nachdem ich das installiert hatte, scheint Dropbox glücklich zu sein ...
Ich war auf den Artikel unter /unix//a/475253 gestoßen und habe versucht, die Dateiattribute im Dropbox-Verzeichnis auf dem Laptop zu überprüfen. Es überraschte
getfattr
mich, dass der Befehl nicht verfügbar war und ich das Paket installieren musste.Dies könnte ein Weg für Sie sein, oder es könnte ein ganz anderes Problem sein, aber ich hoffe, es lohnt sich, darauf hinzuweisen.
quelle
attr
ist installiert.Dropbox hat die Unterstützung für ZFS, XFS, Btrfs und eCryptFS zurückgebracht
Dropbox hat die Unterstützung für ZFS, XFS, Btrfs und eCryptFS unter Linux zurückgebracht. Ein Dropbox- Client-Update bietet Unterstützung für ZFS und XFS auf 64-Bit-Linux-Systemen sowie für eCryptFS und Btrfs auf allen Linux-Systemen.
Links:
quelle
Überprüfen Sie, ob Sie welche verwenden,
ecryptfs
die nicht unterstützt werden :quelle
Es gibt einen umstrittenen Fehler in Dropbox Linux, durch den Sie Dropbox nicht einmal in der Nähe von ecryptfs in einem Ordner ablegen können
Zum Beispiel hatte ich
ecryptfs /home/user/Dropbox
, und ich habe es verschobenext4 /home/user-unencrypted
und es ist immer noch fehlgeschlagen. Ich musste es verschieben,ext4 /dropbox/
damit es funktionierte. Ich habe mich an das Support-Teamext4 /home/user-unencrypted
gewandt, aber sie haben weiter mit mir darüber gestritten , dass es AUCH ecryptfs ist, weil beide mit/home/
Vielleicht habe ich mich geirrt, wie ecryptfs funktioniert, aber ich habe keine Beweise dafür gesehen, dass alles unter / home / verschlüsselt war, als ich lief Debugging-Tools für Dateisysteme.quelle