How do /g/ backup data on linux? Currently i use rsync but i'd like to try some GUI program.
>>52522295
Get a real operating system.
i rub two sticks
>>52522295
Why a GUI when a script will do the same stuff?
>>52522572
I'm curious too see how does it works
>>52522295
grsync.
I know that feel. I want something similar to Microsoft SyncToy.
>>52522295
http://askubuntu.com/questions/514963/is-there-any-gui-application-for-command-rsync
You could also try Syncthing
>>52522651
>>52522688
T hanks, but i mean something not necessarily linked to rsync
>>52522873
Syncthing is not tied to rsync
>>52523342
Intredasting, i will give a try.
>>52522295
>backup data on linux
>backup data
Portable Hard drive
>Safe
>Secure
>Fast
>Reliable
>>52524737
He's asking WHAT to use to backup data not WHERE to back it up to.>>52524737
>>52524811
Ah k
>>52524811
yes, when i had windows i did backups with cobian, now i'm looking for a similar program
>>52525120
I wish I could give an answer. I was using backup-manage since it could do incremental backups, but it kept making new master files every few days. It was fucking annoying.
>>52522572
1. Set udev rule to mount the destination disk on the same folder all the time
2. Script rsync command and umount of file system
3. (Eventually) take a snapshot of destination file system
4. Profit!
That's how I do it with an external 2TB HDD with btrfs on it (hence the snapshot)
>>52525835
>Set udev rule to mount the destination disk on the same folder all the time
Why would you do this? Use fstab like a normal person.
Anyway having a single backup/snapshot is not good at. Good backup solutions are incremental so you can restore backups from more than one date.
cp -rfvn ~ /media/baby/putithere
cp -rfn putithere/* ~
>>52526257
Who said anything about a single backup/snapshot? I keep 4 weekly snapshots and 7 daily ones for example...
Also you might want a differential backup instead of an incremental one as with the incremental, if you lose one backup in the chain you lose the ability to restore data after that backup. A differential will always save the difference between the AFS and the baseline so, as long as your baseline is intact, you can always restore.
Nobody forbids you to have 2 hard drives for backup, use one as a destination for your backup and the other one as a mirror even if the mirror media should be something different (tape or optical) and possibly in a different location.
Using udev rule is better than fstab because if disk 2 (usually sdb) is discovered before disk 1 at boot, then it will become sda and your fstab entry might not work anymore - yes, I know you can use UUIDs in fstab and this will prevent the aforementioned issue to happen. Again, you have different ways to accomplish the result...
>>52528004
Well what do you suggest for differential backups then? I'm using backup-manager right now for incremental backups and it's a piece of shit.
>>52528537
Differential always wins over incremental, that's the ABC imho...
However with rsync and btrfs snapshots you achieve the same thing: first transfer will move all data, take a snapshot so everything becomes RO and successive rsync will only transfer the changed data.
Need to restore? Mount the btrfs snapshot containing the version of file you want and copy it back.
If you don't want to go this way and neither full Bacula, then I guess backintime is your choice
>>52522295
Look into BackinTime. Basically a GUI frontend for rsync and pretty easy to use.