Dropbox: ext4 non è ext4

Qualche tempo fa Dropbox ha iniziato ad avvertirmi di supportare ext4 solo come FS. Come felice utente BTRFS non ero felice, ma ho fatto questo:

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"

Tutto ha funzionato senza errori, ma Dropbox dice ancora che dovrei usare ext4 per la sua cartella. Che cosa sto facendo di sbagliato?

Ci sono tre cose in totale che Dropbox richiede per continuare a lavorare su Linux e solo una è adeguatamente documentata. Quello che sto riassumendo qui ha funzionato per Dropbox 59.4.93 su Ubuntu 18.04.1 (amd64).

Hai già eliminato il primo ostacolo:

• Il file system di base deve essere ext4, e in particolare no ecryptfs . cioè se la tua cartella home è crittografata, devi mettere la cartella Dropbox da qualche altra parte, ad es. una ext4partizione separata .

Le altre cose da controllare sono queste:

• Il ext4file system deve essere formattato con ext_attron. Questo è il comportamento predefinito, ma puoi confermare eseguendo debugfs -R features /dev/sda1(o come si chiama il tuo file del dispositivo - se stai usando LVM potrebbe essere qualcosa di simile /dev/mapper/computername--vg-partitionname)
• La ext4partizione deve essere montata con l' user_xattropzione impostata (è possibile verificare e aggiungere l'opzione nei dischi GNOME o modificare /etc/fstabdirettamente)
• La cartella di destinazione (o cartella di sincronizzazione Dropbox) deve essere almeno due livelli sotto il mountpoint, come descritto in questo post . Questo è ovviamente un bug degno di faccia.

Una volta risolte tutte queste cose, Dropbox finalmente mi ha permesso di spostare la cartella di destinazione e i messaggi di errore sul "file system non supportato" sono scomparsi.

C'è un'alternativa alla tua soluzione: un repository GitHub chiamato dropbox-filesystem-fix . Questo fa apparire la tua cartella Dropbox come se fosse su un filesystem Ext4 non crittografato, indipendentemente dal filesystem che usi, e non devi montare nulla, devi solo eseguire Dropbox con una libreria dropbox-filesystem (LD_PRELOAD).

Dovrai prendere il codice da GitHub , compilare la libreria ( make) e sostituire la voce di avvio di Dropbox con lo script dropbox_start.py fornito da dropbox-filesystem-fix.

Se hai bisogno di istruzioni complete passo passo, controlla questa pagina.

Sono riuscito a risolverlo usando gnome-disksper formattare la partizione ext4 invece di utilizzare inizialmente GParted, oltre a garantire che la directory Dropbox fosse posizionata a una profondità a 2 livelli del punto di montaggio della partizione. Su Ubuntu 18.04.1 LTS a 64 bit con Dropbox v60.4.107.

La trama completa:

1. Per cominciare, ho creato il mio ext4 dedicato con GParted, che è stato utilizzato anche per ridimensionare la vecchia partizione per lasciare spazio al nuovo ext4.

2. Quindi ho cercato di assicurarmi che la mia installazione soddisfacesse tutto quanto descritto dalla risposta di Florian , ma ciò non ha risolto il mio problema.

3. Quindi, dopo molti tentativi di combinare diverse soluzioni, ho deciso di cancellare l'intera partizione e riformattarla in ext4 con il gestore del disco nativo di Ubuntu (chiamato semplicemente Disks o gnome-disks) che ha portato Dropbox ad accettare la partizione come ext4!

Ho usato la seguente riga /etc/fstabper montare la partizione:

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(dove ext4_partition_UUIDrappresenta l'UUID trovato con ls -l /dev/disk/by-uuid/)

Si noti che non specifica l' user_xattropzione qui.

La mia cartella Dropbox ora si trova in /media/dropbox/data/Dropbox- ma non ha verificato se la profondità di 2 fosse davvero necessaria.

Sembra che qualcosa sia andato storto durante la formattazione della partizione ext4 con GParted invece del software nativo - non ho idea del perché o quale sarebbe la differenza tra di loro. Se qualcuno lo sapesse, sarei felice di saperne di più.

Il mio laptop di installazione Lubuntu 18.10 ha iniziato a lamentarsi di Dropbox qualche tempo fa, ma non è stato fino alla settimana scorsa che ho scoperto che non aveva il pacchetto attr installato. Dopo averlo installato, Dropbox sembra essere felice ...

Mi ero imbattuto nell'articolo su /unix//a/475253 e avevo tentato di controllare gli attributi del file nella directory Dropbox sul laptop. Sono stato sorpreso di scoprire che il getfattrcomando non era disponibile, che mi ha portato all'installazione del pacchetto.

Questo potrebbe essere un modo per te, o potrebbe essere un problema completamente diverso, ma spero che valga la pena segnalarlo.

Dropbox ha riportato il supporto per ZFS, XFS, Btrfs ed eCryptFS

Dropbox ha riportato il supporto per ZFS, XFS, Btrfs ed eCryptFS su Linux. Un aggiornamento client Dropbox riporta il supporto per ZFS e XFS su sistemi Linux a 64 bit, e eCryptFS e Btrfs su tutti i sistemi Linux.

link:

• Dropbox riporta il supporto per ZFS, XFS, Btrfs ed eCryptFS su Linux
• Client Dropbox open source leggero maestral per Linux

Controlla se stai utilizzando ciò ecryptfsche non è supportato :

ecryptfs non è supportato, ma Dropbox continuerà a sincronizzarsi con i file system supportati che sono crittografati tramite la crittografia del disco completo (ad es. LUKS)

C'è un bug contestato in Dropbox Linux che non ti consente di mettere Dropbox in una cartella anche vicino a ecryptfs

Ad esempio, l'avevo fatto ecryptfs /home/user/Dropboxe l'ho spostato in ma ext4 /home/user-unencryptednon è riuscito. Ho dovuto spostarlo ext4 /dropbox/per farlo funzionare. Ho contattato il loro team di supporto, ma hanno continuato a discutere con me dicendo che ext4 /home/user-unencryptedera ANCHE ecryptfs perché entrambi hanno iniziato con /home/ Forse mi sbaglio nel modo in cui funziona ecryptfs ma non ho visto alcuna prova che suggerisse che tutto sotto / home / era crittografato quando correvo strumenti di debug del file system.