Slashdot Mirror

← Back to Stories (view on slashdot.org)

Best Filesystem For External Back-Up Drives?

Posted by timothy on from the just-mirror-to-the-internet dept.

rufey writes "I've recently embarked on a project to rip my DVD and CD collection to a pair of external USB drives. One drive will be used on a daily basis to access the rips of music and DVDs, as well as store backups of all of my other data. The second drive will be a copy of the first drive, to be synced up on a monthly basis and kept at a different location. The USB drives that I purchased for this are 1 TB in size and came pre-formatted with FAT32. While I can access this filesystem from all of my Windows and Linux machines, there are some limitations." Read on for the rest, and offer your advice on the best filesystem for this application. "Namely, the file size on a FAT32 filesystem is limited to 4GB (4GB less 1 byte to be technical). I have some files that are well over that size that I want to store, mostly raw DVD video. I'll primarily be using these drives on a Linux-based system, and initially, with a Western Digital Live TV media player. I can access a EXT3 filesystem from both of these, and I'm thinking about reformatting to EXT3. But on Windows, it requires a 3rd party driver to access the EXT3 filesystem. NTFS is an option, but the Linux kernel NTFS drivers (according to the kernel build documentation) only have limited NTFS write support, only being safe to overwrite existing files without changing the file size). The Linux-NTFS project may be able to mitigate my NTFS concerns for Linux, but I haven't had enough experience with it to feel comfortable. At some point I'd like whatever filesystem I use to be accessible to Apple's OS X. With those constraints in mind, which filesystem would be the best to use? I realize that there will always be some compatibility problems with whatever I end up with. But I'd like to minimize these issues by using a filesystem that has the best multi-OS support for both reading and writing, while at the same time supporting large files."

2 of 484 comments (clear)

  1. The solution.. by Anrego · · Score: 5, Interesting

    is to stop being so diverse! Pick a platform and stick with it!

    Ok, in all seriousness.. here's what you do:

    - buy yourself a cheap (~200) box
    - hook all your drives to it
    - use whatever file system you want (JFS, XFS would be my recommendation)
    - share it over your zoo of a network using nfs, samba, etc..

    As a bonus, your file server box could double as a media center, and replace your WD TV Live dealie.. (probably not though.. right)

    Irregardless, I think you're way better off with this approach vice trying to find the magical widely supported cross platform file system with large file capacity.

    You also might want to consider RAID vs. your monthly sync. Yes, RAID isn't a backup.. but for something like this where
    restoration would be possible, but just a pain in the ass.. mirrored raid can be a lot more convenient. You can always have
    a third external to back up your irreplacable data on a semi-annual basis..

  2. Why all those ext3 recommendations? by the_other_chewey · · Score: 5, Interesting

    I see quite many people here recommending ext3. Oh my. ext3 sucks for large files,
    which is exactly what the submitter wants to use his setup for. Look into the crazy structures
    ("double indirect blocks") it uses. He should go with an FS that has sane data structures with
    files >>4GB.

    That kills most of the choices and leaves XFS, ext4, ZFS (only worth it if not used via FUSE,
    i.e. in Solaris), and a couple more obscure ones.
    I second the "forget OS portability, use a server" suggestion. There's great low-power, low-cost
    hardware for this nowadays.