Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[BackupPC\-users\]\s+\"Full\"\s+backup\s*$/: 9 ]

Total 9 documents matching your query.

1. [BackupPC-users] "Full" backup (score: 1)
Author: Daniel Carrera <daniel.carrera AT theingots DOT org>
Date: Fri, 22 May 2009 21:51:39 +0200
Hello, If BackupPC uses hard links, what exactly makes a full backup different from an incremental backup? Is it just the --checksum flag for rsync? Suppose that a file has not changed since the last
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00178.html (12,798 bytes)

2. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Fri, 22 May 2009 15:10:56 -0500
It depends on the xfer method. With smb and tar, a full actually transfers everything, with rsync it sets the -i flag so the checksums are compared. In all cases a full rebuilds a complete tree of di
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00180.html (13,646 bytes)

3. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Sat, 23 May 2009 00:11:33 +0200
Hi, Les Mikesell wrote on 2009-05-22 15:10:56 -0500 [Re: [BackupPC-users] "Full" backup]: actually, it's -I (--ignore-times), not -i (--itemize-changes). And I apparently never tire of pointing it ou
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00200.html (13,982 bytes)

4. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Daniel Carrera <daniel.carrera AT theingots DOT org>
Date: Sat, 23 May 2009 00:28:56 +0200
That seems wasteful. Why is it like that? So it's possible that a full backup runs faster than an incremental because it doesn't have to transmit everything again? Daniel. -- Register Now for Creativ
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00202.html (13,160 bytes)

5. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Les Mikesell <les AT futuresource DOT com>
Date: Fri, 22 May 2009 18:28:21 -0500
The original version only had the timestamp-based tar and smb methods and work like more traditional backups. The rsync-in-perl code was added later and stayed mostly compatible until the option for
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00207.html (13,734 bytes)

6. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Sat, 23 May 2009 02:34:59 +0200
Hi, Les Mikesell wrote on 2009-05-22 18:28:21 -0500 [Re: [BackupPC-users] "Full" backup]: yes, but the question was: why? 1.) That is what you are requesting BackupPC to do. If you want your backups
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00210.html (16,159 bytes)

7. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Daniel Carrera <daniel.carrera AT theingots DOT org>
Date: Sat, 23 May 2009 08:38:01 +0200
How can it miss changes? How do full backups fix it? This is something else I don't understand. Why does it create dependencies? I thought BackupPC did something functionally equivalent to my hand-li
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00216.html (13,998 bytes)

8. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Les Mikesell <lesmikesell AT gmail DOT com>
Date: Sat, 23 May 2009 12:09:36 -0500
The smb and tar methods use file timestamps to determine which files to transfer. They'll miss new files with back-dated times (like you get with unzip, etc.) and the new locations of old files under
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00225.html (15,310 bytes)

9. Re: [BackupPC-users] "Full" backup (score: 1)
Author: Holger Parplies <wbppc AT parplies DOT de>
Date: Mon, 25 May 2009 20:13:00 +0200
Hi, Daniel Carrera wrote on 2009-05-23 08:38:01 +0200 [Re: [BackupPC-users] "Full" backup]: rsync compares file attributes (most importantly file size and modification time). If they exactly match, i
/usr/local/webapp/mharc-adsm.org/html/BackupPC-users/2009-05/msg00243.html (14,736 bytes)


This search system is powered by Namazu