Akuna wrote:Dennola4 wrote:So to finally conclude this thread, the two rsync commands I will be using...
Hmm... You may still want to let us know how it went
after you actually try it out.

Well actually I had already tried it. I made a directory called
/etc/rtest containing a file called
"blah". I made a second directory called
/home/dennis/rtest2 containing a file called
"blah2". I ran the command:
Code: Select all
# rsync -avx --exclude=/dev --exclude=/proc --exclude=/media / /media/disk
What happened was that
/etc/rtest was successfully copied as
/media/disk/etc/rtest (containing file
"blah") but the directory
/home/dennis/rtest2 was not copied. I assumed this was because it was on a separate partition and I had invoked <
-x> as per Shador's suggestion.
So I did a dry-run of:
Code: Select all
#rsync -n -avx /home/dennis/ /media/disk-1/dennis
and it showed me that directory
/home/dennis/rtest2 (and file
"blah2") would have copied along with all other changes, but I got an
error 23 on two directories:
/home/dennis/.gvfs and
/home/dennis/.gnupg, which failed to copy due to permissions conflicts.
I Googled and discovered that the
.gvfs is a known issue and that a work-around is just to exclude it when doing back-ups, and since
.gnupg handles keyring info which I won't be changing anyway I figured I'd just exclude it as well.
Now that I'm reading your comments, I'm getting the feeling that the <
-x> argument makes the exclusion of
/dev /proc and
/media redundant, so if I've got this right, the new commands should be:
1) For changes to the filesystem on the root partition:
and....
2) For changes to the filesystem on the home partition:
Code: Select all
# rsync -avx --exclude=/home/dennis/.gvfs --exclude=/home/dennis/.gnupg /home/dennis/ /media/disk-1/dennis
I will go back tonight, try them, report my findings and hopefully put this thread to rest.

There are no stupid questions.