Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×
Data Storage Encryption Software Linux

Dropbox Is Dropping Support For All Linux File Systems Except Unencrypted Ext4 (dropboxforum.com) 258

New submitter rokahasch writes: Starting today, August 10th, most users of the Dropbox desktop app on Linux have been receiving notifications that their Dropbox will stop syncing starting November. Over at the Dropbox forums, Dropbox have declared that the only Linux filesystem supported for storage of the Dropbox sync folder starting the 7th of November will be on a clean ext4 file system. This basically means Dropbox drops Linux support completely, as almost all Linux distributions have other file systems as their standard installation defaults nowadays -- not to mention encryption running on top of even an ext4 file system, which won't qualify as a clean ext4 file system for Dropbox (such as eCryptfs which is the default in, for example, Ubuntu for encrypted home folders).

The thread is trending heavily on Dropbox' forums with the forum's most views since the thread started earlier today. The cries from a large amount of Linux users have so far remained unanswered from Dropbox, with most users finding the explanation given for this change unconvincing. The explanation given so far is that Dropbox requires a file system with support for Extended attributes/Xattrs. Extended attributes however are supported by all major Linux/Posix complaint file systems. Dropbox has, up until today, supported Linux platforms since their services began back in 2007.
A number of users have taken to Twitter to protest the move. Twitter user troyvoy88 tweets: "Well, you just let the shitstorm loose @Dropbox dropping support for some linux FS like XFS and BTRFS. No way in hell im going to reformat my @fedora #development station and removing encryption no way!"

Another user by the name of daltux wrote: "It will be time to say goodbye then, @Dropbox. I won't store any personal files on an unencrypted partition."
This discussion has been archived. No new comments can be posted.

Dropbox Is Dropping Support For All Linux File Systems Except Unencrypted Ext4

Comments Filter:
  • by llamalad ( 12917 ) on Friday August 10, 2018 @04:40PM (#57104352)

    why would you trust a cloud storage provider to keep a copy of it?

    • by Kidbro ( 80868 )

      Because the copy is encrypted? That was sort of the whole point.

      • by gtwrek ( 208688 ) on Friday August 10, 2018 @05:19PM (#57104582)

        The normal setup is encryption after partition. Meaning dropbox is operating on the unencrypted data. Sure dropbox may re-encrypt on their end (and probably in flight too). But that whole thing is encryption on their terms (Dropbox) not yours. Meaning as strong as they like it, and key-management as they like it.

        All the linux encrypted volume stuff is meaningless to the files stored on the Dropbox Cloud.

        That said, this decision my Dropbox is troublesome. They have a really good cross-platform product that syncs better than most of the existing solutions. I don't think this a wise decision.

        A current (paid) Dropbox user, watching carefully...

    • Re: (Score:3, Informative)

      by Anonymous Coward

      Because people steal laptops all the time. They also steal USB keys with data you may be compelled to share with workmates.

      • Because people steal laptops all the time.

        I don't use a laptop to store anything important. I have a big tower system unit for that; it weighs about 15 kg, and I don't think a house burglar will bother with it. Anway I have removable media for back-up.

    • by reanjr ( 588767 )

      Agreed. I mostly just use it to share media files between machines. I use it for mildly sensitive materials, but nothing for which I would feel compelled to encrypt on my own local machine.

    • by thegarbz ( 1787294 ) on Saturday August 11, 2018 @04:23AM (#57106466)

      why would you trust a cloud storage provider to keep a copy of it?

      Because the odds of someone directly hacking my account at dropbox and sucking my data out are lower than the odds of one of the many hotel staff who walk into my room unannounced lifting my laptop. It's like when someone asks why I have an encrypted external drive that auto-decrypts when connected to my computer without a password: The odds of the drive going missing without the computer are higher than the odds of losing both + the computer unlock password.

      Security isn't an on or off thing. It's a sliding scale of risk profiles and associated mittigations.

  • by b0s0z0ku ( 752509 ) on Friday August 10, 2018 @04:40PM (#57104356)

    First thought was appeasement of the TLAs (NSA/FBI/CIA and their British/Chinese/Russian equivalents). But that makes no sense either since Dropbox itself has the files and they're not encrypted with a key known only to the user.

    Laziness, I guess?

  • by gQuigs ( 913879 ) on Friday August 10, 2018 @04:42PM (#57104362) Homepage

    ecryptfs was dropped from the Ubuntu installer and deprecated in 18.04 LTS in favor of full disk or manually using fscrypt (work is ongoing to make this easier) - because it does have various issues.

    See this bug for more: https://bugs.launchpad.net/ubu... [launchpad.net]

  • I don't get it. (Score:5, Insightful)

    by xvan ( 2935999 ) on Friday August 10, 2018 @04:43PM (#57104376)
    Isn't dropbox sync a userland application? Why does it care about the underlying FS?
    • Re:I don't get it. (Score:5, Insightful)

      by slack_justyb ( 862874 ) on Friday August 10, 2018 @05:22PM (#57104600)

      Isn't dropbox sync a userland application? Why does it care about the underlying FS?

      It doesn't. Someone at Dropbox basically did this.

      select fstype, isencrypted, count(1) from dropboxusers where ispaying='Y' and ostype='linux' group by fstype, isencrypted

      And the answer was overwhelmingly the configuration they are moving to.

    • Re:I don't get it. (Score:5, Informative)

      by 93 Escort Wagon ( 326346 ) on Friday August 10, 2018 @05:34PM (#57104654)

      Isn't dropbox sync a userland application? Why does it care about the underlying FS?

      Dropbox likes to worm its way into the operating system and get access it doesn’t need - I can only speculate that the sleazeballs are doing something behind the scenes with that access in an attempt to furtively monetize their users’ data.

      I stopped using Dropbox on OS X when they got caught adding themselves into the system-wide accessibility permissions table without asking. Thing is, the service works just fine without that (I did it for a couple weeks, until I got tired of denying Dropbox’s repeated requests to “fix” my system). So why are they asking for it - can’t be for any reason the end user would want.

    • by tepples ( 727027 )

      Dropbox sync depends on behaviors of extended attributes, some of which I imagine are implementation-defined.

      • by dryeo ( 100693 )

        Yes, but ext4 is kind of broken in the EA department with a 4KB limit on them. Other then that, most file systems that support EAs are similar in support or more extended, eg file forks on Mac and streams on NTFS which don't have the usual 64KB limit.

      • That is what they say, but why would that be the case? it makes no sense ...

    • by Bongo ( 13261 )

      I saw mention somewhere, ages ago, that they wanted to present files which are not actually downloaded. So maybe they do need to mess with the filesystem.

  • Okay. So question: why can't one use the web interface?
  • Why... (Score:5, Insightful)

    by Stormy Dragon ( 800799 ) on Friday August 10, 2018 @04:44PM (#57104382)

    ...does the Dropbox App even care about the low level details of the file system? Shouldn't they all look the same to it from an API perspective?

    • The same reason Gnome has its own virtual filesystem and systemd has a built in DNS server.

  • by AlanBDee ( 2261976 ) on Friday August 10, 2018 @04:45PM (#57104392)

    They should open source their linux client then. I bet this boils down to them thinking that it cost them more money to maintain the client then the number customers they will lose by not having it. I know for me their linux support was one of the reason why I have been a long time user.

    Anyone know of a good way to automatically sync photos taken on Android and Apple phones to my NAS at home? At this point that's about the only super handy feature from Dropbox that I use.

  • Why uses Dropbox? (Score:3, Insightful)

    by goosesensor ( 1431303 ) on Friday August 10, 2018 @04:46PM (#57104404)
    What Linux user uses drop box? You're doing it wrong.
    • by tepples ( 727027 )

      What Linux user uses drop box?

      A Linux user whose client happens to use Windows.

    • My ex was a member of a chorus that uploaded their practice tapes to dropbox for distro/sync. A desktop shortcut on Fedora made this trivial for her to access.

      What's wrong with that use case from your perspective? Did you forget we're trying to grow the userbase?

    • Using dropbox doesnt mean you have to put your banking details and passwords on it. I personally use dropbox to transfer files to relatives and business contacts with self destructing links. Incredibly useful!

    • I know right! Personally I use OneDrive!

  • by jawtheshark ( 198669 ) * <slashdot.jawtheshark@com> on Friday August 10, 2018 @04:47PM (#57104416) Homepage Journal
    What filesystem are you supposed to use then today? For my laptops I use ext4 on top of lvm, ok top of LUKS. For my desktops, it's without LUKS.

    I thought ext4 was still pretty much standard.

    Why does a synchronisation system even concern itself with filesystems?

    • ext4 is not the end all of filesystems. ZFS and btrfs has far more capabilities. zfs for now being the more mature of the two. Plus, you have distributed filesystems such as CephFS. There is also XFS. These filesystems have many great features so there are reasons some people would use them.

      • by piojo ( 995934 )

        Right around the time people were starting to consider BTRFS stable enough to use, I gave it a real try. Hosted my home partition on it, and maybe some others. It was a dumpster fire. Applications that had had no performance problems started hanging for thirty seconds at a time. I've never heard of such latency.

        That was a few years ago. How is it now, on a system with just one hard disk?

    • Why does a synchronisation system even concern itself with filesystems?

      Because of what it is trying to become. Dropbox has stopped being a glorified rsync a long time ago and is actively chasing OneDrive for feature parity. Things like presenting additional information to users about the status of the files, or presenting phantom files to users downloaded on demand. There's lots of reasons why syncing tools would care about the underlying filesystem.

      Same reason why you can't run OneDrive on a FAT32 system half the features wouldn't work since they depend on additional features

  • So much wrong (Score:2, Informative)

    by Anonymous Coward

    First, don't store your data with dropbox. It's not encrypted.
    Second, why would dropbox care if the underlying volume is encrypted if the ext4 fs supports their extended attrs? Clearly this is BS.
    Third, don't use fucking cloud storage providers that don't allow you control over the encryption of the storage, or with 0 encryption like dropbox.

  • Not a dropbox user but is Cryptomator an option here?
  • by Anonymous Coward

    Dropbox just re-creating functionality, built into Linux/Unix. Badly.

    We have sshfs mounts, One-click "cloud" solutions, dynamic dns clients, etc, available in our package managers. And <$5 rentable web hosting. Hell, put a Linux "cloud server" image onto a microSD card, stick it in a Rasperry Pi, add a USB disk, enable dynamic DNS, and you haer your own Dropbox. With blackjack and hookers.

    Dropbox was always a solution for a problem that never existed under Linux/Unix in the first place. (Excluding Ubunu-

    • by tepples ( 727027 )

      put a Linux "cloud server" image onto a microSD card, stick it in a Rasperry Pi, add a USB disk, enable dynamic DNS, and you haer your own Dropbox.

      Dynamic DNS won't help you if your home network is behind a carrier-grade network address translation (CGNAT) [wikipedia.org] operated by your Internet service provider.

      Dropbox was always a solution for a problem that never existed under Linux/Unix in the first place.

      Such as not all of your collaborators who use Windows or macOS for other reasons necessarily being willing to install "Linux/Unix" into a virtual machine through which to access your shared folder.

    • Comment removed based on user account deletion
      • by Jerry ( 6400 )

        The ownCloudSync system lets you always have your latest files wherever you are. Just specify one or more folders on the local machine and a server to synchronize to. You can configure more computers to synchronize to the same server and any change to the files on one computer will silently and reliably flow across to every other.

        Dolphin ownCloud is an extension that integrates the ownCloud web service with the Plasma Desktop (KDE).

  • I wonder if it's possible to mount a virtual ext4 filesystem for your Dropbox folder using FUSE. So, even if you have an encrypted home folder, you can have an unencrypted filesystem mounted inside of it.

  • One word, fellas (Score:5, Informative)

    by war4peace ( 1628283 ) on Friday August 10, 2018 @05:18PM (#57104576)

    Backblaze B2.
    Or SpiderOak.

  • zvols. (Score:5, Insightful)

    by 0100010001010011 ( 652467 ) on Friday August 10, 2018 @05:18PM (#57104580)


    zfs create -V 10G tank/ext4
    mkfs.ext4 /dev/zvol/tank/ext4
    mount /dev/zvol/tank/ext4 /mnt/dropbox/

    Plus you get snapshots, zfs-send, and all the other goodies that come with it.

    • by faedle ( 114018 )

      Given that's about as many command line steps required to set up a mirror on AWS, what's the point?

      At the point you are treating Dropbox as a hostile agent, why are you even bothering? There's quite literally hundreds of options for doing the same thing Dropbox does, from Google Drive to setting up your own instance of ownCloud.

  • by glenebob ( 414078 ) on Friday August 10, 2018 @05:45PM (#57104702)

    dd if=/dev/zero of=StupidDropbox.fs bs=4096 count=
    mke2fs -t ext4 StupidDropbox.fs
    mkdir StupidDropbox
    mount StupidDropbox.fs StupidDropbox

    • by gtwrek ( 208688 )

      Continuing...

      dd if=/dev/urandom of=StupidDropbox/crypt.fs bs=4096 count=
      mk-foo-fs -t foofs StupidDropbox/crypt.fs # Where foo is your favorite encrypted filesystem
      mkdir StupidDropbox/encrypted
      mount StupidDropbox/crypt.fs StupidDropbox/encrypted

      Make sure your encryption keys are NOT stored anywhere near the dropbox partition. Dropbox will only sync the inner filesystem when it is unmounted.
      But I've found the Dropbox sync'ing mechanism is quite clever and runs fast. (This might imply a security hole if an

  • When it started, I looked at it, and I said “fuck them” when I read in their TOS that they don’t allow encryption.

    Fuck them.

  • now people will wake up and move to mega

  • I don't know why they're doing this but as a separate yet related question:

    Who would put anything sensitive into Dropbox, Google Drive... without encrypting it first?

    Even if you have the "I use Linux but I have to share files with Windows / MacOS clients" scenario it's still perfectly feasible to use a TrueCrypt (or VeraCrypt) container to hold your files (from experience, it's better to use a lot of smaller ones rather than a big container as it's likely that any change will involve transferring the whole

  • I guess they want to see what you are storing and gather more information about you. cannot do it if it is encrypted.

  • If you want encryption and Dropbox on Linux, you can make a separate partition for the Dropbox folder that remains unencrypted. On that partition, store only files encrypted with a Fuse solution like encfs. When you need to edit, change stuff, mount the encfs partition in your regular home directory.

    This prevents you from sharing stuff over Dropbox, though if you are sharing stuff, you might as well just keep the shared stuff unencrypted on the separate partition.

  • only Linux filesystem supported for storage of the Dropbox sync folder starting the 7th of November will be on a clean ext4 file system. This basically means Dropbox drops Linux support completely, as almost all Linux distributions have other file systems

    As i happens I do have Dropbox on an ext4 partition - but I didn't think that made me a freak.

    The gauntlet has been thrown down! We need a poll to survey /. readers for the file system they have on their Linux machine (you "other people" don't get to vote on this).

  • This is an odd decision, given the high-quality Linux support that Dropbox has provided until now.

    One question I want to ask: why would encrypting be an issue? Why would you bother to encrypt your files on your disk, if you upload them unencrypted to a cloud service outside your control? I have a lot of stuff in Dropbox, but I do encryption the other way around: Anything sensitive is in an encrypted folder (EncFS) inside my Dropbox folder. That folder is decrypted locally using Cryptkeeper or some equivalen

  • I just migrated and closed my account. They will ask why you left.
  • The reason they want to avoid encrypted files is to avoid the issues around dedup and encrypted files.
    The reason their service is so cheap is that they can use dedup very extensively, especially when people are storing the same documents.
    This is way harder to do with encrypted files.

Two can Live as Cheaply as One for Half as Long. -- Howard Kandel

Working...