Dropbox: ext4 não é ext4

Há algum tempo, o Dropbox começou a me alertar sobre o suporte ao ext4 como FS. Como usuário feliz do BTRFS, não estava feliz, mas fiz isso:

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"

Tudo funcionou sem erros, mas o Dropbox ainda diz que devo usar o ext4 para sua pasta. O que estou fazendo errado?

No total, há três coisas que o Dropbox exige para continuar trabalhando no Linux, e apenas uma está devidamente documentada. O que estou resumindo aqui funcionou para o Dropbox 59.4.93 no Ubuntu 18.04.1 (amd64).

Você já limpou o primeiro obstáculo:

• O sistema de arquivos base precisa ser ext4, e especificamente não ecryptfs . ou seja, se a sua pasta pessoal estiver criptografada, você precisará colocar a pasta do Dropbox em outro lugar, por exemplo. uma ext4partição separada .

As outras coisas a verificar são estas:

• O ext4sistema de arquivos precisa ser formatado com ext_attron. Esse é o comportamento padrão, mas você pode confirmar executando debugfs -R features /dev/sda1(ou seja qual for o nome do arquivo do seu dispositivo - se você estiver usando LVM, pode ser algo parecido /dev/mapper/computername--vg-partitionname)
• A ext4partição precisa ser montada com o user_xattrconjunto de opções (você pode verificar e adicionar a opção nos discos GNOME ou editar /etc/fstabdiretamente)
• A pasta de destino (ou pasta de sincronização do Dropbox) precisa estar pelo menos dois níveis abaixo do ponto de montagem, conforme descrito nesta postagem . Obviamente, esse é um bug que vale a pena enfrentar.

Depois de corrigir todas essas coisas, o Dropbox finalmente me permitiu mover a pasta de destino e as mensagens de erro sobre "sistema de arquivos não suportado" desapareceram.

Existe uma alternativa para sua solução - um repositório GitHub chamado dropbox-filesystem-fix . Isso faz com que sua pasta do Dropbox apareça como se estivesse em um sistema de arquivos Ext4 não criptografado, independentemente do sistema de arquivos que você usa, e você não precisa montar nada, basta executar o Dropbox com uma biblioteca de sistemas de arquivos do dropbox (LD_PRELOAD).

Você precisará pegar o código do GitHub , compilar a biblioteca ( make) e substituir a entrada de inicialização do Dropbox pelo script dropbox_start.py fornecido pelo dropbox-filesystem-fix.

Se você precisar de instruções passo a passo completas, consulte esta página.

Consegui corrigir isso usando gnome-diskspara formatar a partição ext4 em vez de usar inicialmente GParted, além de garantir que o diretório do Dropbox fosse colocado a uma profundidade de dois níveis do ponto de montagem da partição. No Ubuntu 18.04.1 LTS de 64 bits com o Dropbox v60.4.107.

A história completa:

1. Para começar, criei meu ext4 dedicado com o GParted, que também foi usado para redimensionar a partição antiga para dar espaço ao novo ext4.

2. Depois, tentei garantir que minha instalação cumprisse tudo descrito pela resposta de Florian , mas isso não resolveu o meu problema.

3. Depois de muitas tentativas de combinar soluções diferentes, decidi apagar toda a partição e reformatá-la para ext4 com o gerenciador de disco nativo do Ubuntu (chamado apenas Disks or gnome-disks), levando o Dropbox a aceitar a partição como ext4!

Usei a seguinte linha /etc/fstabpara montar a partição:

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(onde ext4_partition_UUIDrepresenta o UUID encontrado ls -l /dev/disk/by-uuid/)

Observe que eu não especifico a user_xattropção aqui.

Minha pasta do Dropbox agora está localizada em /media/dropbox/data/Dropbox- mas não verificou se a profundidade de 2 era realmente necessária.

Parece que algo deu errado ao formatar a partição ext4 com GParted em vez do software nativo - não faço ideia do porquê ou qual seria a diferença entre eles. Se alguém souber eu ficaria feliz em aprender mais sobre isso.

Meu laptop de instalação Lubuntu 18.10 começou a reclamar sobre o Dropbox há algum tempo, mas foi só na semana passada que descobri que ele não tinha o pacote attr instalado. Depois de instalar isso, o Dropbox parece estar feliz…

Eu havia encontrado o artigo em /unix//a/475253 e tentei verificar os atributos do arquivo no diretório Dropbox no laptop. Fiquei surpreso ao descobrir que o getfattrcomando não estava disponível, o que me levou a instalar o pacote.

Este pode ser um caminho a seguir para você ou um problema completamente diferente, mas espero que valha a pena sinalizar.

O Dropbox trouxe de volta o suporte para ZFS, XFS, Btrfs e eCryptFS

O Dropbox trouxe de volta o suporte para ZFS, XFS, Btrfs e eCryptFS no Linux. Uma atualização do cliente do Dropbox traz de volta o suporte ao ZFS e XFS em sistemas Linux de 64 bits e eCryptFS e Btrfs em todos os sistemas Linux.

Ligações:

• O Dropbox oferece suporte para ZFS, XFS, Btrfs e eCryptFS no Linux
• Cliente Dropbox leve e de código aberto Maestral para Linux

Verifique se você está usando o ecryptfsque não é suportado :

O ecryptfs não é suportado, mas o Dropbox continuará sincronizado com os sistemas de arquivos suportados que são criptografados por meio de criptografia de disco completo (por exemplo, LUKS)

Há um bug disputado no Dropbox Linux que não permite que você coloque o Dropbox em uma pasta, mesmo perto de ecryptfs

Por exemplo, eu tinha ecryptfs /home/user/Dropbox, e mudei para ext4 /home/user-unencryptede ainda falhei. Eu tive que movê-lo ext4 /dropbox/para que funcionasse. Entrei em contato com a equipe de suporte, mas eles continuaram discutindo comigo dizendo que ext4 /home/user-unencryptedTAMBÉM era ecryptfs porque ambos começaram com /home/ Talvez eu esteja enganado em como o ecryptfs funciona, mas não vi nenhuma evidência que sugerisse que tudo em / home / estava criptografado quando corri ferramentas de depuração do sistema de arquivos.