Dropbox: ext4 non è ext4


21

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?


Qual è l'output didf ${HOME}/Dropbox --output=fstype
Ravexina,

@Ravexina Digita ext4
val dice Reinstate Monica il

2
Sono molto curioso di sapere da quale funzione dipendono da ext4, che non è presente anche in btrfs.
Kasperd,

Risposte:


27

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.


3
Secondo questo thread , sembra che l' user_xattropzione sia impostata di default nel kernel per il file system ext4 dalla 2.6.39.
Willie Robert,

Riguardo al terzo punto sulla profondità sotto mountpoint: ho scoperto che /var/data/dropboxnon funzionava quando si selezionava una nuova posizione utilizzando il client GUI di Dropbox v60.4.107 e /var/data/dropbox/dfunzionava quando si seleziona una nuova posizione tramite il client della GUI. /è il mio mount point per il /dev/sda1quale è ext4. E questo crea /var/data/dropbox/d/Dropboxcome cartella di sincronizzazione 0_o
jamesc il

Grazie soprattutto per l'ultimo punto. Sto usando Dropbox v60.4.107 su Linux Mint 18.3 64b e ho avuto problemi con l'impostazione / partiton_for_dropbox come home Dropbox. La finestra di dialogo di errore diceva ancora qualcosa del tipo "la partizione non è ext4". Ciò che ha funzionato è stato scegliere / partiton_for_dropbox / Dropbox. Quindi sì, i dati sono in realtà su / partiton_for_dropbox / Dropbox / Dropbox.
Rzehan,

1
Tutti e quattro i requisiti sono soddisfatti nel mio caso. Ma Dropbox si sta ancora lamentando. Dovrebbe essere qualcos'altro.
djhurio,

1
Solo per espandere questo, per controllare ecryptfs, eseguire df -Te cercare una riga che inizia con /home/USER/.Private ecryptfs .... Se lo hai, la tua directory home è crittografata e dovrai spostare Dropbox da qualche altra parte. (Ho usato /opt/dropbox/Dropbox, che ha funzionato.) In secondo luogo, sebbene user_xattrsia impostato di default, potrebbe essere necessario aggiungere la parola defaultsal tuo /etc/fstab.
Mike, 2

5

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.


4

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


In effetti, GParted chiama software nativo.
dice Val Reinstate Monica il

Questo potrebbe essere stato utile per capire perché la vecchia formattazione non funzionava:debugfs -R features /dev/sda1
Jonathan

2

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.


1
attrè installato.
dice Val Reinstate Monica il

2

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:


Buono a sapersi! Scommetto che "supporto" è il cambiamento nel controllo del codice per la compatibilità fs.
dice Val Reinstate Monica il

0

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)


2
Vedi, c'è solo ext4 nella linea fstab ... e monto su btrfs.
dice Val Reinstate Monica il

0

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.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.