Dropbox: ext4 no es ext4

Hace algún tiempo, Dropbox comenzó a advertirme acerca de admitir ext4 solo como FS. Como usuario feliz de BTRFS no estaba contento, pero he hecho esto:

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"

Todo funcionó sin errores, pero Dropbox todavía dice que debería usar ext4 para su carpeta. ¿Qué estoy haciendo mal?

Hay tres cosas en total que Dropbox requiere para continuar trabajando en Linux, y solo una está debidamente documentada. Lo que estoy resumiendo aquí funcionó para Dropbox 59.4.93 en Ubuntu 18.04.1 (amd64).

Ya has superado el primer obstáculo:

• El sistema de archivos base debe ser ext4, y específicamente no ecryptfs . es decir, si su carpeta de inicio está encriptada, debe colocar la carpeta de Dropbox en otro lugar, por ejemplo. Una ext4partición separada .

Las otras cosas para verificar son estas:

• El ext4sistema de archivos debe formatearse con ext_attron. Este es el comportamiento predeterminado, pero puede confirmarlo ejecutando debugfs -R features /dev/sda1(o como se llame el archivo de su dispositivo; si está utilizando LVM, podría ser algo así como /dev/mapper/computername--vg-partitionname)
• La ext4partición debe montarse con el user_xattrconjunto de opciones (puede verificar y agregar la opción en discos GNOME o editar /etc/fstabdirectamente)
• La carpeta de destino (o la carpeta de sincronización de Dropbox) debe estar al menos dos niveles debajo del punto de montaje, como se describe en esta publicación . Esto es obviamente un error digno de facepalm.

Una vez que solucioné todas estas cosas, Dropbox finalmente me permitió mover la carpeta de destino y desaparecieron los mensajes de error sobre el "sistema de archivos no compatible".

Hay una alternativa a su solución: un repositorio de GitHub llamado dropbox-filesystem-fix . Esto hace que su carpeta de Dropbox aparezca como si estuviera en un sistema de archivos Ext4 sin cifrar, sin importar qué sistema de archivos use, y no tiene que montar nada, solo tiene que ejecutar Dropbox con una biblioteca de sistema de archivos de Dropbox (LD_PRELOAD).

Deberá obtener el código de GitHub , compilar la biblioteca ( make) y reemplazar la entrada de inicio de Dropbox con el script dropbox_start.py proporcionado por dropbox-filesystem-fix.

Si necesita completar las instrucciones paso a paso, consulte esta página.

Me las arreglé para solucionar esto usando el gnome-disksformato de la partición ext4 en lugar de usar GParted inicialmente, y asegurando que el directorio de Dropbox se ubicara a una profundidad de 2 niveles del punto de montaje de la partición. En Ubuntu 18.04.1 LTS de 64 bits con Dropbox v60.4.107.

La historia completa:

1. Para empezar, creé mi ext4 dedicado con GParted, que también se utilizó para cambiar el tamaño de la partición anterior para dejar espacio para el nuevo ext4.

2. Luego intenté asegurarme de que mi configuración cumpliera con todo lo descrito por la respuesta de Florian , pero eso no resolvió mi problema.

3. Luego, después de muchos intentos de combinar diferentes soluciones, decidí borrar toda la partición y volver a formatearla en ext4 con el administrador de discos nativo de Ubuntu (simplemente llamado Disks or gnome-disks), lo que llevó a Dropbox a aceptar la partición como ext4.

Usé la siguiente línea /etc/fstabpara montar la partición:

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(donde ext4_partition_UUIDrepresenta el UUID encontrado con ls -l /dev/disk/by-uuid/)

Tenga en cuenta que no especifico la user_xattropción aquí.

Mi carpeta de Dropbox ahora se encuentra en /media/dropbox/data/Dropbox, pero no comprobó si la profundidad de 2 era realmente necesaria.

Parece que algo salió mal al formatear la partición ext4 con GParted en lugar del software nativo; no tengo idea de por qué o cuál sería la diferencia entre ellos. Si alguien lo sabe, me encantaría saber más al respecto.

Mi computadora portátil de instalación Lubuntu 18.10 comenzó a quejarse de Dropbox hace algún tiempo, pero no fue hasta la semana pasada que descubrí que no tenía el paquete attr instalado. Una vez que lo instalé, Dropbox parece estar feliz ...

Me encontré con el artículo en /unix//a/475253 e intenté verificar los atributos del archivo dentro del directorio de Dropbox en la computadora portátil. Me sorprendió descubrir que el getfattrcomando no estaba disponible, eso me llevó a instalar el paquete.

Este podría ser un camino a seguir para usted, o podría ser un problema completamente diferente, pero espero que valga la pena señalarlo.

Dropbox ha traído de vuelta el soporte para ZFS, XFS, Btrfs y eCryptFS

Dropbox ha traído de vuelta el soporte para ZFS, XFS, Btrfs y eCryptFS en Linux. Una actualización del cliente de Dropbox trae soporte para ZFS y XFS en sistemas Linux de 64 bits, y eCryptFS y Btrfs en todos los sistemas Linux.

Campo de golf:

• Dropbox trae soporte para ZFS, XFS, Btrfs y eCryptFS en Linux
• Cliente de Dropbox ligero de código abierto Maestral para Linux

Comprueba si estás utilizando algo ecryptfsque no es compatible :

ecryptfs no es compatible, pero Dropbox continuará sincronizándose con los sistemas de archivos compatibles que se cifran mediante el cifrado de disco completo (por ejemplo, LUKS)

Hay un error en disputa en Dropbox Linux que no le permitirá colocar Dropbox en una carpeta, incluso cerca de ecryptfs

Por ejemplo, lo hice ecryptfs /home/user/Dropbox, y lo moví ext4 /home/user-unencryptedy todavía falló. Tuve que moverlo ext4 /dropbox/para que funcione. Me puse en contacto con su equipo de soporte, pero continuaron discutiendo conmigo diciendo que ext4 /home/user-unencryptedTAMBIÉN era ecryptfs porque ambos comenzaron con /home/ Tal vez estoy equivocado en cómo funciona ecryptfs, pero no vi ninguna evidencia que sugiriera que todo en / home / estaba encriptado cuando corrí herramientas de depuración del sistema de archivos.