Некоторое время назад Dropbox начал предупреждать меня о поддержке ext4 только в качестве FS. Как счастливый пользователь BTRFS, я не был счастлив, но сделал это:
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"
Все работало без ошибок, но Dropbox по-прежнему говорит, что я должен использовать ext4 для своей папки. Что я делаю не так?
df ${HOME}/Dropbox --output=fstype
Ответы:
В целом, для продолжения работы в Linux Dropbox требуется три вещи, и только одна должным образом документирована. То, что я здесь обобщаю, сработало для Dropbox 59.4.93 в Ubuntu 18.04.1 (amd64).
Вы уже преодолели первое препятствие:
ext4
, а конкретно нетecryptfs
. т.е. если ваша домашняя папка зашифрована, вам нужно поместить папку Dropbox в другое место, например. отдельныйext4
раздел.Другие вещи, чтобы проверить это:
ext4
Файловая система должна быть отформатированаext_attr
на. Это поведение по умолчанию, но вы можете подтвердить его, запустивdebugfs -R features /dev/sda1
(или как называется ваш файл устройства - если вы используете LVM, это может быть что-то вроде/dev/mapper/computername--vg-partitionname
)ext4
Раздел должен быть установлен сuser_xattr
набором опций (Вы можете проверить и добавить опцию дисков GNOME или редактировать/etc/fstab
непосредственно)После того, как я исправил все это, Dropbox наконец позволил мне переместить целевую папку, и сообщения об ошибках о «неподдерживаемой файловой системе» исчезли.
источник
user_xattr
опция установлена по умолчанию в ядре для файловой системы ext4 начиная с 2.6.39./var/data/dropbox
он не работал при выборе нового местоположения с помощью клиента Dropbox GUI v60.4.107 и/var/data/dropbox/d
работал при выборе нового местоположения через клиент GUI./
моя точка монтирования для/dev/sda1
которой ext4. И это создает/var/data/dropbox/d/Dropbox
в качестве папки синхронизации 0_oecryptfs
, запуститьdf -T
и найти строку, которая начинается с/home/USER/.Private ecryptfs ...
. Если у вас это есть, ваш домашний каталог зашифрован, и вам придется переместить Dropbox в другое место. (Я использовал/opt/dropbox/Dropbox
, что сработало.) Во-вторых, хотяuser_xattr
это установлено по умолчанию, вам может понадобиться добавить словоdefaults
к вашему/etc/fstab
.Существует альтернатива вашему решению - хранилище GitHub, называемое dropbox-filesystem-fix . Это заставляет вашу папку Dropbox выглядеть так, как будто она находится в незашифрованной файловой системе Ext4, независимо от того, какую файловую систему вы используете, и вам не нужно ничего монтировать, вам просто нужно запустить Dropbox с библиотекой файловой системы dropbox (LD_PRELOAD).
Вам нужно будет получить код из GitHub , скомпилировать библиотеку (
make
) и заменить запись запуска Dropbox на скрипт dropbox_start.py, предоставляемый dropbox-filesystem-fix.Если вам нужны полные пошаговые инструкции, проверьте эту страницу.
источник
Мне удалось это исправить, используя
gnome-disks
форматирование ext4 вместо первоначального использования GParted, а также убедившись, что каталог Dropbox был размещен на двухуровневой глубине точки монтирования раздела. На 64-битной Ubuntu 18.04.1 LTS с Dropbox v60.4.107.Полная сюжетная линия:
Для начала я создал свой выделенный ext4 с GParted, который также использовался для изменения размера старого раздела, чтобы освободить место для нового ext4.
Затем я попытался убедиться, что моя установка выполнила все, что описано в ответе Флориана , но это не решило мою проблему.
Затем, после многих попыток объединить разные решения, я решил стереть весь раздел и переформатировать его в ext4 с помощью встроенного в Ubuntu диспетчера дисков (просто называемого Disks или
gnome-disks
), в результате чего Dropbox принял раздел как ext4!Я использовал следующую строку
/etc/fstab
для монтирования раздела:(где
ext4_partition_UUID
представляет UUID, найденный с помощьюls -l /dev/disk/by-uuid/
)Обратите внимание, что я не указываю
user_xattr
здесь опцию.Моя папка Dropbox теперь находится в
/media/dropbox/data/Dropbox
- но не проверяла, действительно ли необходима глубина 2.Кажется, что-то пошло не так при форматировании раздела ext4 с помощью GParted вместо родного программного обеспечения - понятия не имею, почему или в чем разница между ними. Если кто-нибудь знает, я был бы рад узнать больше об этом.
источник
debugfs -R features /dev/sda1
Мой установочный ноутбук Lubuntu 18.10 некоторое время назад начал жаловаться на Dropbox, но только на прошлой неделе я обнаружил, что на нем не установлен пакет attr . Как только я установил это, Dropbox кажется счастливым ...
Я наткнулся на статью на /unix//a/475253 и попытался проверить атрибуты файла в каталоге Dropbox на ноутбуке. Я был удивлен, обнаружив, что
getfattr
команда была недоступна, что привело меня к установке пакета.Это может быть путь вперед для вас, или это может быть совсем другая проблема, но я надеюсь, что стоит отметить.
источник
attr
установлен.Dropbox вернул поддержку ZFS, XFS, Btrfs и eCryptFS
Dropbox вернул поддержку ZFS, XFS, Btrfs и eCryptFS в Linux. Обновление клиента Dropbox возвращает поддержку ZFS и XFS в 64-битных системах Linux, а также eCryptFS и Btrfs во всех системах Linux.
Ссылки:
источник
Проверьте, используете ли вы,
ecryptfs
который не поддерживается :источник
В Dropbox Linux есть спорная ошибка, которая не позволяет поместить Dropbox в папку даже рядом ecryptfs.
Например, у меня было
ecryptfs /home/user/Dropbox
, и я переместил его в,ext4 /home/user-unencrypted
и это все еще не удалось. Я должен был переместить это, чтобыext4 /dropbox/
это работало. Я связался с ихext4 /home/user-unencrypted
службой поддержки, но они продолжали спорить со мной, говоря, что ТАКЖЕ ecryptfs, потому что оба они начали с/home/
Возможно, я ошибаюсь в том, как работает ecryptfs, но я не видел никаких доказательств того, что все в / home / было зашифровано, когда я запускал инструменты отладки файловой системы.источник