Dropbox: ext4 не ext4

Деякий час тому 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 для своєї папки. Що я роблю неправильно?

Загалом є три речі, необхідні Dropbox для продовження роботи в Linux, і лише одна належним чином задокументована. Що я резюмую тут, працювало для 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) повинна бути принаймні на два рівні під точкою кріплення, як описано в цій публікації . Очевидно, це помилка, гідна обличчя.

Після того, як я виправив усі ці речі, Dropbox нарешті дозволив мені перемістити цільову папку, і повідомлення про помилки щодо "непідтримуваної файлової системи" зникли.

Є альтернатива вашому рішенню - сховище GitHub під назвою dropbox-fileystem-fix . Це робить вашу папку Dropbox такою, ніби вона знаходиться в незашифрованій файловій системі Ext4, незалежно від того, якою файловою системою ви користуєтесь, і вам нічого не потрібно монтувати, вам просто потрібно запустити Dropbox з бібліотекою файлових систем dropbox-файлів (LD_PRELOAD).

Вам потрібно буде захопити код з GitHub , скласти бібліотеку ( make) і замінити запис запуску Dropbox на сценарій dropbox_start.py, наданий dropbox-fileystem-fix.

Якщо вам потрібні повні покрокові інструкції, перегляньте цю сторінку.

Мені вдалося виправити це за допомогою gnome-disksформатування розділу ext4 замість спочатку використання GParted, а також забезпечення того, щоб каталог Dropbox розміщувався на 2-х рівневій глибині точки монтажу розділу. На 64-розрядному Ubuntu 18.04.1 LTS з Dropbox v60.4.107.

Повна сюжетна лінія:

1. Для початку я створив свій виділений ext4 з GParted, який також використовувався для зміни розміру старого розділу, щоб забезпечити місце для нового ext4.

2. Потім я спробував переконатися, що моя установка виконала все, що описано у відповіді Флоріана , але це не вирішило мою проблему.

3. Потім, після багатьох спроб поєднання різних рішень, я вирішив стерти весь розділ і переформатувати його на ext4 за допомогою диспетчера диска Ubuntu (що називається Диски або gnome-disks), що веде до того, що Dropbox приймає розділ як ext4!

Я використовував наступний рядок /etc/fstabдля монтажу розділу:

UUID=ext4_partition_UUID    /media/dropbox  ext4 defaults 0 2

(де ext4_partition_UUIDпредставлений UUID, знайдений у ls -l /dev/disk/by-uuid/)

Зауважте, що я не вказую user_xattrтут варіант.

Моя папка Dropbox зараз знаходиться за адресою /media/dropbox/data/Dropbox- але не перевіряла, чи дійсно потрібна глибина 2.

Здається, щось пішло не так, коли форматувати розділ ext4 за допомогою GParted замість рідного програмного забезпечення - не маю поняття, чому або в чому різниця між ними. Якщо хтось знає, я був би радий дізнатися більше про це.

Мій ноутбук інсталяції Lubuntu 18.10 деякий час почав скаржитися на Dropbox, але лише на минулому тижні я виявив, що на ньому не встановлено attr пакета . Після того як я встановив це, Dropbox виглядає щасливим ...

У мене сталося стаття за адресою /unix//a/475253 і спробувала перевірити атрибути файлів у каталозі Dropbox на ноутбуці. Я здивовано виявив, що getfattrкоманда недоступна, що призвело до встановлення пакета.

Це може бути для вас дорогою вперед, або це може бути зовсім інша проблема, але я сподіваюся, що це варто позначити.

Dropbox повернув підтримку ZFS, XFS, Btrfs та eCryptFS

Dropbox повернув підтримку ZFS, XFS, Btrfs та eCryptFS в Linux. Оновлення клієнта Dropbox повертає підтримку ZFS та XFS для 64-бітних систем Linux, а також eCryptFS та Btrfs у всіх системах Linux.

Посилання:

• Dropbox повертає підтримку для ZFS, XFS, Btrfs та eCryptFS в Linux
• Легкий клієнт Dropbox з відкритим кодом Maestral з відкритим кодом для Linux

Перевірте, чи використовуєте ви, ecryptfsщо не підтримується :

ecryptfs не підтримується, але Dropbox продовжить синхронізуватися з підтримуваними файловими системами, які шифруються за допомогою повного шифрування диска (наприклад, LUKS)

У Dropbox Linux є суперечлива помилка, яка не дозволить вам помістити Dropbox у папку навіть біля ecryptfs

Наприклад, у мене було ecryptfs /home/user/Dropbox, і я перемістив його до цього, ext4 /home/user-unencryptedі він все ще не вдався. Мені довелося перенести це, щоб ext4 /dropbox/воно працювало. Я зв’язався зі своєю командою підтримки, але вони продовжували сперечатися зі мною, кажучи, що ext4 /home/user-unencryptedТАКОЖ шифруються, тому що вони обоє почали з /home/ Можливо, я помиляюсь у тому, як працюють шифри, але я не бачив жодних доказів, які б підказували, що все під / додому / було зашифровано, коли я біг інструменти для налагодження файлової системи