Dropbox: ext4 ist nicht ext4

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?

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:

• Das Basisdateisystem muss es sein ext4, und zwar nicht ecryptfs . dh wenn Ihr Home-Ordner verschlüsselt ist, müssen Sie den Dropbox-Ordner an einem anderen Ort ablegen, z. eine separate ext4Partition.

Die anderen zu überprüfenden Dinge sind:

• Das ext4Dateisystem muss mit ext_attron formatiert sein . Dies ist das Standardverhalten, aber Sie können dies durch Ausführen bestätigen debugfs -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).
• Die ext4Partition muss mit der eingestellten user_xattrOption gemountet sein (Sie können die Option auf GNOME-Datenträgern suchen und hinzufügen oder /etc/fstabdirekt bearbeiten ).
• Der Zielordner (oder Dropbox-Synchronisierungsordner) muss mindestens zwei Ebenen unterhalb des Einhängepunkts haben, wie in diesem Beitrag beschrieben . Dies ist offensichtlich ein Facepalm-würdiger Fehler.

Nachdem ich all diese Probleme behoben hatte, erlaubte mir Dropbox endlich, den Zielordner zu verschieben, und die Fehlermeldungen über "nicht unterstütztes Dateisystem" verschwanden.

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 GitHubmake 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.

Ich habe es geschafft, dieses gnome-disksProblem 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:

1. 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.

2. 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.

3. 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:

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(Wo ext4_partition_UUIDsteht die UUID, die mit gefunden wurde? ls -l /dev/disk/by-uuid/)

Beachten Sie, dass ich die user_xattrOption 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.

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 getfattrmich, 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.

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:

• Dropbox bietet Unterstützung für ZFS, XFS, Btrfs und eCryptFS unter Linux
• Maestral leichter Open Source Dropbox Client für Linux

Überprüfen Sie, ob Sie welche verwenden, ecryptfsdie nicht unterstützt werden :

ecryptfs wird nicht unterstützt, aber Dropbox wird weiterhin mit unterstützten Dateisystemen synchronisiert, die über eine vollständige Festplattenverschlüsselung verschlüsselt sind (z. B. LUKS).

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 verschoben ext4 /home/user-unencryptedund es ist immer noch fehlgeschlagen. Ich musste es verschieben, ext4 /dropbox/damit es funktionierte. Ich habe mich an das Support-Team ext4 /home/user-unencryptedgewandt, 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.