![]() ![]() Maybe if it had an option of encrypting on backup, I guess that would be cool You can choose to sync folders in real time and choose to have the real time sync program run at startup ![]() You can see when it was the last time you ran a particular sync job and you can customize the location of where the synchronization log files are kept at (can be useful for record keeping and audits) You have many options in terms of which comparison method you want to use to compare the files and which type of synchronization you prefer (mirroring, duplicate, update-only) Regularly updated and incredibly well-developed Open Source so it's open for independent audits ![]() I've had a great experience with this program so far. I use FreeFileSync to solve all the problems mentioned above. The problem with the RAID configuration is that it would make your computer environment a little complicated and you won't have the option of synchronizing select folders. Partition_1 for OneDrive and Partition_2 for Dropbox). How do you efficiently determine which files are new compared to the last data dump that you kept? You could manually compare file times between your files and the files of the new data dump, but you can lose a lot of time doing so.įreeFileSync can solve this problem - How do you synchronize folders of two or more cloud storage solutions in real time? I don't know of any cloud storage giving you that option and a RAID configuration is possible, I suppose, if you give each cloud storage a partition (i.e. How do you make external hard drive backups efficiently? The external hard drive naturally exists outside of a RAID configuration and a cloud storage sync folder and it could be very difficult and time-consuming to do the backup manually.įreeFileSync can solve this problem - Suppose that you regularly receive a data dump via an FTP. RAID configurations and cloud storage solutions have their place, but they cannot solve many of the problems that this program can. Part of your testing should be running "chkdsk" in Windows on the backup drive after every Ubuntu backup, because the Ubuntu NTFS driver probably doesn't know about Windows' System Volume Information, and there's probably still no Ubuntu "fsck" tool for NTFS (nor exFAT for that matter).Kommentare: For those who do not know what FreeFileSync can do for you, let me sum it up for you: it's a program that allows the user to manages folder synchronization jobs. or maybe worse! I suggest thoroughly testing with a different hard drive first before migrating your backups, because from what I understand, NTFS support in Linux got off to a rocky start. If Ubuntu has good NTFS support in your version, then perhaps migrating your exFAT backups to NTFS would provide better functionality. With or without ACLs, If you have checked off the FFS option " Copy DACL, SACL, Owner, Group", perhaps that's what is causing errors when writing to your exFAT disk. It's enabled by specifying an option in the /etc/fstab file or mount command, and may require that your filesystem is "ext4", so I guess you're not using ACLs. I'm not familiar with administering Ubuntu, but I am aware that they have some form of ACL protection in addition to the traditional "rwxrwxrwx" permission mask. On Ubuntu, check to see if you have ACLs configured as well. Try de-selecting "Copy DACL.", and double check the permissions in the destination directory before trying again. I don't know if this is your problem specifically, but just suggesting that it's something you should look at. If you have selected "Copy DACL, SACL, Owner, Group", then make sure that the rights being copied are compatibile with the PARENT directory or volume where you are backing up to. ffs_tmp, then only after that copy is successful, it replaces with the. Find these under the Tools -> Options menu.įail-safe copy is what creates the ffs_tmp files. There are 3 options in FFS that weren't mentioned above: 1) Fail-Safe Copy and 2) Copy locked files, and 3) Copy DACL, SACL, Owner, Group. You may have to look into the export or share options on the servers. I do know that if you are mounting from NFS or SMB, having Administrator rights on the client do not translate directly to Administrator rights on the host. Which OS are you running FFS under? One or both? How are volumes from 2 OS's made available to the system running FFS? Is the drive shared between both systems? Do you physically switch the backup drive from one system to the other? If so, then permissions could be your issue, and unfortunately I am not much help there. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |