Slashdot Mirror


Synchronize Data Between Linux, OS X, and Windows?

aaaaaaargh! writes "I'm using a laptop with Ubuntu 8.04 for work, a netbook with Ubuntu 9.10 when I'm outside, Mac OS X 10.5 for hobby projects, and Windows XP for gaming. For backups, I'm currently using Jungle Disk and Apple's Time Machine, and I use a local svn repository for my work data. Now I need to frequently exchange and synchronize OpenOffice and Latex files and source code in various cross-platform programming languages between one machine and another. Options range from putting everything online (but Jungle Disk disks seem to be too slow for anything else than backup), storing my data on external media like USB sticks or SD cards, or working with copies by synchronizing folders over the network. I don't want to give my data away to some server outside without strong encryption (controlled by me, including the source code) and external media like USB sticks are a bit too fragile according to my taste. The solution should be reliable, relatively failsafe, as simple as possible, and allow me to continue to use Jungle Disk for backup. So what would you recommend?"

55 of 305 comments (clear)

  1. Rsync? by Misanthrope · · Score: 5, Informative

    Set up one computer as a server and rsync/ssh to it with either a cron job or at your whim.

    1. Re:Rsync? by godrik · · Score: 2, Informative

      of course you can. the ssh support was added on the top of rsync. It originally used the rsyncd daemon which I believe do not use encryption. (similar to rlogin for authentification)

    2. Re:Rsync? by nweaver · · Score: 4, Insightful

      Don't worry about the encryption overhead, just make sure AES is the first cypher chosen. AES is VERY fast.

      --
      Test your net with Netalyzr
    3. Re:Rsync? by frodo+from+middle+ea · · Score: 4, Informative
      Better yet, Setup ZFS on a opensolaris box, export the ZFS volume as NFS/Samba share or as an iSCSI target, access from Linux,Solaris,Windows etc.
      ZFS can also do compression, and automatic snapshots, not to mention rock solid data integrity with raidz2
      • data integrity - check
      • remote access - check
      • automated incremental backups - check
      • No limitations of software raid neither the need for expensive hardware raid - check
      • Dead Simple to Use - check

      Seriously what more do you want from a storage/backup solution ?

      --
      for the last time people, I am "frodo from middle eaRTH", not "middle eaST".
    4. Re:Rsync? by Shikaku · · Score: 3, Informative

      luckybackup is a gui for rsync and allows you to sync folders.

      I use it to quickly backup everything. It doesn't allow versioning, but I use squashfs-tools to remove all redundant files and compress them with lzma. So I have a folder system of dates for versioning in a highly compressed squashfs file system container, that's mountable.

      sudo apt-get install luckybackup squashfs-tools

    5. Re:Rsync? by Anonymous Coward · · Score: 4, Informative

      Better yet, Setup ZFS on a opensolaris box, export the ZFS volume as NFS/Samba share or as an iSCSI target, access from Linux,Solaris,Windows etc.

      Note that newer releases of OpenSolaris have built-in kernel support for CIFS with ZFS.

        # zfs set sharesmb=on mypool/mydata
        # zfs set sharenfs=on mypool/mydata

      Mapping between Unix UIDs and Windows SIDs is done transparently, and you can change things from the Windows GUI if desired and the ACLs will go live on the Unix side as well: SIDs are first class security objects. None of the usual Samba UID/SID kludginess (though (Open)Solaris comes with a Samba package if you want to go that route.)

      Case-(in)sensitivity is also a user toggle away if so desired.

      De-dupe was also recently committed to the code base. Crypto is being worked on and I think patches are available.

    6. Re:Rsync? by Anonymous Coward · · Score: 4, Interesting

      Except it didn't exactly answer his question. He appears to favor local storage. Ha already has a backup solution and if he wanted a snetwork share, I'm pretty sure anyone running the 3 major OSes can figure out how to share a drive via NFS/AFP/SMB.

      For a home user, ZFS's big achilles is the inability to change raidz geometry. Most home users add another drive to increase capacity, *not* another raidz of drives into a pool. Nor do they typically want to replace all their raidz drives with larger drives. ZFS fails on that particular common home storage scenario. Everyone knows it and it's been talked about to death. And btrfs is looking better every day.

      The answer he's looking for is probably some form of rsync or unison solution. Depends on the complexity of his syncing. And if he needs/wants some form of version control. He knows how to use SVN so he's probably not needing version control.

      I'm curious too; I have to keep local assets for CGI apps in sync on a few different systems and rsync is the best I've come up with. You can't drop extra files into the asset directory structure and you can't rely on their state to tell you anything about the need to sync.

    7. Re:Rsync? by fm6 · · Score: 2, Informative

      You're going to have some file semantics issues in any case. Those introduced by CIFS (don't see how ZFS is a factor) are pretty easy to deal with.

    8. Re:Rsync? by illumin8 · · Score: 2, Insightful

      Better yet, Setup ZFS on a opensolaris box, export the ZFS volume as NFS/Samba share or as an iSCSI target, access from Linux,Solaris,Windows etc.

      None of those protocols were designed to work well over the public internet. Sure, NFS/SMB/iSCSI are IP protocols but they don't work well over high latency and low bandwidth connections.

      I'm not arguing with your choice of ZFS; I would just look at something more simple like rsync over ssh to a ZFS volume instead of sharing NFS/CIFS/SMB/iSCSI out to the Internet.

      --
      "When the president does it, that means it's not illegal." - Richard M. Nixon
    9. Re:Rsync? by jhol13 · · Score: 2, Informative

      Better yet, use Mercurial (or any other distributed version control system). It is designed for this kind of use!

      I have three clones (of a project), one in desktop, one in laptop and one in an USB stick. Just "pull" (or "push") and "commit". Sometimes a "merge". With network connectivity you do not need the USB stick (in my case it is just a bit easier).

      Should any of those clones/repositories die it would not be a big problem.

      Note: this is not a backup solution, this is a solution to sync the machines!

    10. Re:Rsync? by Kagetsuki · · Score: 2, Informative

      I actually had terrible problems with ZFS, a piece of hardware went bad on a ZFS volume distributed over multiple disks, and despite the fact it was supposed to be able to recover from that but instead it decided to just stop working all together. This was about a half year ago, we've now moved back to individual networked disks and one box on the network regularly rsyncs them to a backup-only RAID-5 array off site twice a day. ZFS would be great if it had actually worked, luckily we had all the data on other discs and managed to re-assemble everything and lost maybe max an hour of work.

    11. Re:Rsync? by barrkel · · Score: 2, Insightful

      BTW, from my perspective your own post is more typical of Slashdot than my own: theorizing without data, postulating ignorance on the part of those with experience, and generally trying to adopt a tone of undue authority.

  2. Unison by samuraiz · · Score: 5, Informative

    I like Unison for this sort of thing.

    1. Re:Unison by nine-times · · Score: 4, Informative

      I second the suggestion. It's basically like rsync except it's more like real synchronization. What I mean is, AFAIK with rsync you basically have to say, "Sync folder A and folder B by assuming that folder A is the copy I want to keep, and changing only folder B." With Unison, on the other hand, you can say, "Sync folders A and B by keeping track of when files get modified, and keeping the most recent version of each file. If a file has been modified in both folders since my last sync, let me know and ask me what to do."

      One minor annoyance is the project page links to an OSX version that includes a Cocoa interface, and that's kind of a pain if you want to script it to run in the background. Even if you call it from the command line, the GUI will still open up. Also, if you install it from MacPorts, it doesn't do a good job of maintaining resource forks. Of course, if you're syncing to Linux or Windows, you might not care about resource forks.

      I think the best place to get the OSX version is here: link

      It's been a while since I've downloaded it, though.

    2. Re:Unison by McPint · · Score: 4, Informative

      I cannot say whether unison is the best solution, but it is one that I have been using for 7 years or more, between two desktops (home and work), a laptop an external hard drive and another offsite backup. These were on a variety of filesystems between Linux and Windows flavours. MacOS X should be no different.

      While I have seen graphical interfaces to unison, the command line interface is so much easier to use.

      I would definitely recommend unison... while it is not a revision control system it is an effective solution at working on the same set of files wherever you are provided you synchronise twice a day.

    3. Re:Unison by quercus.aeternam · · Score: 2, Insightful

      Agreed - but if rsync works fits, it is preferable.

      That said, the constraints where rsync works flawlessly are pretty strict:

      1. You always rsync down at the start of a session
      2. You always rsync up at the end of a session
      3. You never have more than 1 session

      Just make sure you use the best settings - don't forget --delete or whatever it is to handle removed directories.

      Unison works much better due to its 2-way change propogation, but it is only designed to handle 2 sources of documents, not 3.

      I've never had to handle this sort of thing with unison, so though it may work, I'm not sure of the mechanisms it uses to handle resolution in batch mode. If it's timestamp based, you could hose yourself.

      If you make the Mac and XP boxes share your data over nfs, you restrict yourself to the 2 source case, and Unison should work fine.

    4. Re:Unison by samuraiz · · Score: 2, Informative

      Unison works much better due to its 2-way change propogation, but it is only designed to handle 2 sources of documents, not 3.

      I sync between 3 computers using a hub-and-spoke system. My file server is the hub; my desktop and laptop both sync only with the file server.

    5. Re:Unison by coaxial · · Score: 4, Informative

      I agree, unison is great. I used unison for several years to sync machines. It worked great for linux-linux, and seemed to mostly work for linux-mac/mac-linux syncs as well. The main problem was with resource forks causing a bunch of ._foo files, but there's not too much you can do about that if you're copying data from HFS+ to something else. It's been a while since I used unison (I gave up my desktop, and now only use a laptop.), but seems like unison has the ability to actually merge files by fire off something like meld to resolve conflicts. That's a big win.

    6. Re:Unison by ColoBikerDude · · Score: 3, Informative

      I use Unison to synchronize data between 5 user accounts across 3 computers, all running Mac OS X, and I'm very happy with it. I set up a LaunchAgent from each of the user accounts to automatically run a Unison profile periodically, and that profile can also be run from the GUI tool if so desired.
      The Cocoa interface can be disabled if you're writing a script to run in the background. There is a "-ui text" flag to the command line tool (/usr/local/bin/unison) that will prevent the Cocoa GUI from being shown, and also a "-batch" flag that keeps it from expecting user input. Finally, an "-auto" flag will accept the default action for any files without conflicts.
      And no, I'm not affiliated with the author. ;)

    7. Re:Unison by jhol13 · · Score: 2, Insightful

      So why bother? Why not use distributed VCS?

      They are quite easy (to learn), they handle merges apparently much better, they give version history, rollback, branches, etc. After all, the OP was using SVN.

  3. dropbox? by kperrier · · Score: 4, Informative

    www.dropbox.com

    1. Re:dropbox? by rinoid · · Score: 2, Informative

      The two posts above are my two suggestions. ssh+rsync and/or dropbox.com

    2. Re:dropbox? by koick · · Score: 2, Interesting

      I don't want to give my data away to some server outside without strong encryption

      Use dropbox with a Truecrypt encrypted container as the file which gets synchronized.

    3. Re:dropbox? by dc2447 · · Score: 2, Insightful

      Of course when someone steals your laptop which is syncing to dropbox, the data is theirs. You can unlink updates to the stolen device but the data is gone. I'd love a remote wipe facility.

    4. Re:dropbox? by nametaken · · Score: 2, Insightful

      Dropbox is good up to a few gigs, but their pay service is expensive per GB. I presently use it with SyncToy (scheduled) to keep stuff up-to-date between machines... but only for a small set of important stuff.

      For larger things, the OP's selection of Jungledisk is far more cost effective... and if speed is an issue I wonder if he/she knows that Jungledisk backends to EITHER Rackspace or Amazon. They should try the other.

    5. Re:dropbox? by nine-times · · Score: 2, Insightful

      There's also the question of whether you really want to store things online. If I want to sync a few MBs of documents, syncing over the Internet to a server might be fine. On the other hand, if I want to keep 100 GB synced between two computers on the same network, pushing that over a 512k Internet connection just to download it again might be less than ideal.

  4. Re:Throw money at it... by omnichad · · Score: 2, Funny

    RTFL. Jungle Disk has that covered. Throwing money included.

  5. wish USB was tougher by Blue+Shifted · · Score: 2, Insightful

    USB sticks are a bit too fragile

    damn straight. that is the number one problem with USB anything. i've seen more broken jump drives, and more broken usb ports from someone tripping over usb cable, than i care to fix. yes, they ARE handy as can be, but to WHOMEVER is designing USB 4 or whatever it will be called, PLEASE make the damn connection more sturdy.

    1. Re:wish USB was tougher by Anonymous Coward · · Score: 3, Insightful

      WHOMEVER is designing USB 4 or whatever it will be called, PLEASE make the damn connection more sturdy.

      They should make the connection more fragile, not more sturdy. The components should be sturdy, but if you design them to easily separate, things like tripping over the cable will cause little to no physical damage.

      Apple's MagSafe power adapter is a good example of this. You can trip over the power as much as you want and it just disconnects. But neither the cord nor the laptop is damaged in any way and you're free to simply plug it in again and continue working. This should be the goal of every computer connection. The last thing I want is to trip over a cord and send both devices at either end flying across the room because the connection is sturdy enough to not break.

    2. Re:wish USB was tougher by rwa2 · · Score: 2, Interesting

      All the little lock tabs on my RJ-45 ethernet jacks have broken off, so my network cables typically separate with minimum effort.

      Magsafe had to be an Apple invention, though... since the older power plugs that came with them were way more fragile than any other laptop I've used. I've had to buy 2 replacement power supplies for my wife's old ibook already, and even now I still can't get power to it through the bent-up connector. It's a shame because it'd make a decent "Ken Burns effect" photo frame if I could power it up again, but I don't want to throw any more money at it :P

  6. Dropbox by rtobyr · · Score: 4, Informative

    https://www.dropbox.com/ will give you 2gb of free space. It'll keep all files in your "dropbox folder" synchronized on all computers where it is installed. It works on Linux, Mac, and Windows. A video on installing Dropbox on Linux from The Linux Journal's Shawn Powers is here: http://www.linuxjournal.com/video/dropbox-linux

  7. Chronosync, rsync, Jungle Disk by aclarke · · Score: 4, Informative

    Three options that I use, or have used, are rsync, Chronosync and Jungle Disk.

    Jungle Disk is the best solution if you have more money than time and can rely on being online a reasonably good percentage of the time. In the Jungle Disk settings, you can specify a certain portion of your disk to be used as an offline cache. Jungle Disk will then keep downloaded files in that disk cache, so you don't have to worry about the download speed so much, assuming you have the disk space available for the cache. If you don't have the disk space you'll need an online solution anyway.

    Chronosync is Mac-based, but you can set it up to sync your files with your Windows and Linux computers. I recently bought it and haven't been through all its features yet, but I'm pretty sure it will do everything you need it to for about $40.

    Rsync is of course great if you have the time and expertise to set it up. If you want to take the time to learn how it works, it's probably the best solution. OTOH I think Chronosync will do 99% of what rsync will do (from what I've seen) and is easier so I felt like the purchase price of Chronosync was worth it to me.

  8. Rsync by Anonymous Coward · · Score: 3, Insightful

    End of discussion.

  9. Another rsync like option by frooddude · · Score: 2, Informative

    Unison from UPenn http://www.cis.upenn.edu/~bcpierce/unison/

    Works on all the platforms you mentioned... It can synchronize 2 disparate directory trees (you made updates to files A, B, C on one system and D, E, F on another system and want to merge them) and when it can't figure out what to do it asks you.

  10. SVN+SSH by nweaver · · Score: 2, Informative

    Set up one computer as a master repository and do everything over SVN+SSH.

    Its what I do for the complete working set I have, passing between 3+ systems, is everything is through subversion over SSH to a backed-up system.

    --
    Test your net with Netalyzr
    1. Re:SVN+SSH by agent-o2 · · Score: 2, Informative

      Then he must not realize that SVN can do everything he's wanting to do.

  11. Distributed version control by MichaelSmith · · Score: 4, Informative

    Mercurial for...

    Windows

    MacOS

    For linux it should be in standard repos.

    This way you can make changes on any of your systems and move them around as required, merging only when needed.

    1. Re:Distributed version control by Randle_Revar · · Score: 3, Interesting

      I second this, although I use Git. Works great.

  12. Proven technology by eln · · Score: 4, Funny

    external media like USB sticks are a bit too fragile according to my taste

    That's because you're using the wrong external media. You're going for new and exciting and not old and reliable. What you need to do is convert all of your data to human-readable binary (you know, 1100110001111 and so on), and chisel it on to large stone tablets. These are extremely resistant to wear, especially if stored with the written side down, and are virtually theft proof (who's going to steal a bunch of 500-pound rocks?).

    You can also easily transfer data from one machine to another either via forklift or just by bringing the machines to the tablets themselves. Backup to Jungle Disk is simple: store a second set of tablets in the Amazon (you can even have a DR site in southeast Asia!), and hire local villagers to update them for you. You should provide a telegraph machine to the villagers to send data back and forth for synchronization purposes. If the telegraph is too unreliable, you can use an elaborate network of smoke signal or semaphore (the thing with the flags) specialists to send data back and forth.

    Encryption may be a little more difficult, but easily solved if you happen to have a couple of old Enigma machines sitting around (and really, who doesn't?). If the Enigma machine isn't reliable enough, Little Orphan Annie decoder pins can be used instead.

    HTH.

    1. Re:Proven technology by gigoguy · · Score: 3, Funny

      My personal experience with tablet-based backup makes me say that the Amazon is a bad idea. I rented a helicopter and tried to store my data stones in the Amazon's clouds... Let me tell you, their cloud platform does not have the stability you are looking floor. 30 seconds after upload, I was left with fragmented, unrecoverable data.

  13. Re:Throw money at it... by DesertBlade · · Score: 2, Interesting

    I had my account suspended for this , bluehost is only for hosting files for websites

    --
    Half of writing history is hiding the truth.
  14. SpiderOak by DesertBlade · · Score: 2, Informative

    Been using it for awhile, works great windows, Linux and Mac. Also you don't have to place files in the dropbox folder, you can choose what folders to sync and backup. The also have zero knowledge of your files, which I find reassuring.

    --
    Half of writing history is hiding the truth.
  15. Or dont' throw money by goombah99 · · Score: 4, Informative

    I;m a little confused if you are syncronizing, mirroring or backing up data. the title says synch, but time machine and jungle disk are more for backup, and at most can be used for mirroring a master rather than synching.

    If you want to backup, take a look at Crashplan. It's got two unique features the other plans lack. 1) you can backup to your own physical media, not theirs. This solves the problem of how do you backup and restore say 200GB of data in less than a month to a remote service. if the disk is yours you do the initial backup locally, them move the disk to the remote location for incremental backups. And then you do the reverse when you need to do more than in incremental restore. 2) they will sell you just the software-- a one time cost-- and you don't have to pay for a monthly remote service cost unless you want to. in which case you just backup to a freinds computer that is hosting your disk. Your data is both safe and remote (and encypted) but you can also go get the drive is if you need it using your toyota rather than the internet.

    On the other hand if you want syncronization then look into Unison. It appears the source forge project is not highly maintained but also mature enough to work well. it is cross platform and scriptable.

    --
    Some drink at the fountain of knowledge. Others just gargle.
    1. Re:Or dont' throw money by evilad · · Score: 2, Informative

      Seconded. I use Unison between Linux and OSX with no trouble, and used Win32 in the past as well. It isn't perfect, but it's closest by a wide margin.

    2. Re:Or dont' throw money by tyroneking · · Score: 3, Informative

      Unison is quite stable and I use it daily to sync between Linux PCs over a network and Windows PCs via a USB key - add some flags to allow it make some decisions automatically and 99% of the time it works silently - add a cron/WindSchedule to it and it works a bit like Dropbox.

  16. Dropbox by PhunkySchtuff · · Score: 2, Informative

    https://www.dropbox.com/

    "Free for Windows, Mac, and Linux"

    Creates a folder that is kept in sync between different computers. You can share files with other dropbox users too via shared folders. 2GB or so of space is free. It also keeps multiple versions of files so you can go back to a previous version of a file if you need to.

    I don't have any affiliation with the company, other than being a satisfied user.

  17. Re:How come ... by Anonymous Coward · · Score: 2, Insightful

    Syncing data is a hard problem. It doesn't look like it could be a problem at first, but there is only a surprisingly small number of products which come close to solving it. Different meta data across platforms (time resolution and time zone, different types of time records, permissions, naming etc.), extended file structures (streams, resource forks, ...), comparatively slow and intermittent network connectivity, concurrent changes in more than one place, huge binary files with only small changes, renamed or moved files, open file handles, the list goes on and on. Finding a sync tool which satisfies your requirements is just as hard as finding a reliable backup solution: They are similar problems and there are heaps of tools for both, but only very few which are even worth considering. The rest are half-assed marketing-driven data-eating annoyances. (BTW, I use rsync, but it has deficiencies. For example, it does not deal with open files.)

  18. Answers his own question. by Rantastic · · Score: 4, Informative

    I use a local svn repository for my work data. Now I need to frequently exchange and synchronize OpenOffice and Latex files and source code in various cross-platform programming languages between one machine and another.

    Am I missing something here? What doesn't SVN do that you need? Clients exist for all named platforms and it handles OO, Latex, and source code files very well.

    --
    Ask Slashdot: Where bad ideas meet poor googling skills.
  19. Traditional backup not always possible by Temujin_12 · · Score: 2, Interesting

    On a somewhat related note, my wife recently gave up on backing up to a different medium all together and now just builds backup into her work flow. She is a photographer and takes 50,000+ digital photos a year (in raw TIFF format). Each file is ~70MB so she requires several terabytes of storage. Loosing these images is unacceptable (ie: would result in a financial loss) and ripping to DVD for backup is simply impossible (would require a full time job in and of itself).

    So she builds backup into her work flow such that at any one point in time she has at least one copy of the image spread across multiple drives. In the work flow, photos go from raw TIFF -> PSD pre-proccess -> PSD final -> JPEG for online viewing and she uses different drives for each stage in the process. That way, if a drive goes out, she only looses time, not data. For data retention requirements (~2-3 years), she just has ~10 TB of storage and rotates files from older jobs out onto other drives (spreading across 3 - drives as per the work flow).

    Of course if something catastrophic were to happen to cause all of the drives to die (since they are all in the same location) then files would be lost, but that's what insurance is for.

    --
    Faith is a willingness to accept something w/o complete proof and to act on it. Reason allows you to correct that faith.
  20. Re:Unison UTF8 problem by formfeed · · Score: 3, Informative
    I second Unison. A "tiny" problem if you're using Unison: It can mess up filenames that have non-ASCII characters.

    That problem is mentioned all over the net, what's not mentioned is that the problem stems from transfers across different OSs.

    A suggestion that might be a work-around : Sync Windows to a smb share, and use unison locally on that directory.

    I am not using windows, so I'm fine. But, I also can't guarantee that my suggestion works.

  21. Truecrypt is fine in these conditions. by jvonk · · Score: 2, Interesting

    No, since Dropbox only transmit the parts of a file that changed.

    The way most encryption works, if you change a piece of the plaintext file, you get a wildly different ciphertext file.[...]I don't know if this is the case with Truecrypt's volumes, but I bet that it is.

    I have done what was described: rsyncing a TrueCrypt volume file that changes over time. Yes, there is an "expansion factor", but I would peg it at 2 - 5x the size of the diff within the encrypted volume. To restate: this scheme is entirely tenable with TrueCrypt volumes and rsync. A good binary diff capability is required, but that is the raison d'etre of rsync. I have never used Dropbox, so I have no idea how their deltas work for binary files.

    I was originally of the same opinion as you. I anticipated some sort of avalanche effect from small changes in the ciphertext. However, this isn't the case for several reasons -- first, you can read about TrueCrypt's crypto modes of operation and how the blocks work. Second, you can reason that TrueCrypt would be completely unusable if writing a single byte near the beginning of an encrypted hard drive/volume caused a chain reaction that would require the entire partition to be re-encrypted due to cipher block chaining cascading to the whole drive.

    I don't claim to be a cryptography expert (perhaps someone can further enlighten me), but it seems that CBC would break down in a disk encryption scheme if there weren't a new IV rather frequently (for the same reason as I mentioned above). Of course, TrueCrypt uses XTS mode, so it seems that I am just idly musing at this point and should click Submit.

  22. Re:Throw money at it... by rgrbrny · · Score: 2, Informative

    Time Capsule works well.

    Time capsules appear to have a MTBF of ~18 mos; the power supply dies. Apple will replace it via an APP-covered computer that uses it, but not if you crack the case to get the hard drive out.

    So, either eat the $$ after 18 mos to save your 18 mos of backups, or give Apple your data for a refurbed unit, or find a backup solution for your backup solution.

    I'm not buyin' another one.

  23. Re:Throw money at it... by itsme1234 · · Score: 2, Informative

    They are way beyond dicks and would go to unbelievable lengths not to provide you with the service you bought. They are proactively scanning your account and will shut you down (without ANY warning whatsoever) for any media file that look suspicious (that includes mp3's you recorded yourself, as in you're the artist).
    At first when they started cracking down on people using disk space they just shut down everybody that was using "too much" in their opinion (they were specifically offering 1500 GBytes space and 15000 GB/month transfer at the time - now they are "unlimited"). No questions, nothing. When customers asked they said they modified the TOS and say something like "you're not allowed to store files (!)". They also modified the TOS to say they don't have to notify you when they modify the TOS (which they had accordingly to the old TOS). And they didn't notify anybody, just shut down accounts randomly.
    If you use their whois privacy feature (default on and unmanageable via web interface) they will spam your whois with advertising. They also don't seem to get what this feature actually means and insist that you own the domain which can't be true in any legal and meaningful way (yes, you are the owner in a field in their database but legally and as far as ICANN is concerned they are the owner).

    The last drop in the bucket is the hidden 50000 files limit. The limit is absolutely secret and you can find about it only when you are kicked out or warned that you are above. However they would still insist the space is unlimited but the number of files is limited. And that it is for your own protection because fsck would take far too long if you have too many files. And that if you don't like it you should go away.
    The idea here is only to pay, not to use what you paid for.
    To put things into perspective a default installation of gallery with default plugins will eat about half of those 50000 files you are allowed. And use probably a couple tens of megs of space (keep in mind they were offering 1500GB before going unlimited which should mean for any reasonable person more than 1500GB). Oh, and people hosting linux distributions are abusers as well.
    Of course they would work more flexibly than a random free provider (you get shell access but you need to fax your ID!). But between random crashes and this "anybody using is abusing" policy you won't get too far.

    Stay away from bluehost.

  24. NAS by DarthVain · · Score: 2, Interesting

    I looked into this problem myself, and it isn't pretty. I use a Windows box for everyday stuff, a Linux based server, and my Sister uses a Mac.

    Basically I had the idea that I wanted to share some Anime videos with my Sister who also enjoys the TV shows. Anyway originally my idea was to buy an external USB HD, copy the files and then give her the HD, this way she also gets a new external HD out of the deal. However when I looked into it, not as simple as I thought. While most external drives are compatible with Mac or PC, the emphasis is on "OR". Usually they are formatted differently and are not compatible with the other once formatted.

    The only other solutions I could find were to use a NAS (Networked Attached Storage), and this would work, because you would be using the network protocol to translate the data between OS, SMB I think it is called. Anyway at the time, they were very expensive and still are to a degree however they have come down in price more recently and I have seen solutions out there for 200-300$ range. Which is still more than I wanted to spend as an external HD only runs you about 100-200$.

    I settled for the getto version and just spent the time and burned like 10 8GB DVD-R's as it was easiest. However for a continual solution, this would not work. I would say your only choice is some sort of NAS with SMB. I am sure given the time and know how you could also build your own linux box to do the same thing, but for price it likely depends if you have an extra kicking around someplace. Either could likely be set up for remote FTP. I would recommend just buying a NAS, likely simpler that way.

  25. Two options for you by plazman30 · · Score: 2, Informative

    If you're willing to pay, you could use Dropbox. If you keep it under 2 GB, it's free. Anything you drag into your dropbox gets synced to their servers and then synced back down to your other PCs you have linked to your dropbox account.

    If you would prefer a roll your own solution, and are willing to build a server, then go look at Novell's iFolder http://www.ifolder.com./

    Andy