Hi:
I've been using rsync to create backups for a few years. A few months ago I
started experiencing sector errors. I ended up replacing the drive and
copying the drive data. It turns out that due to the default behavior of
rsync "quick check", some of the files were modified without altering
the
modification time or size, so these files are still clean in the backup. I
would like to recover these files, but I need to defeat the quick check in
order to do this. It looks like using:
-I, --ignore-times don't skip files that match size and time
will work. I just want to confirm that this covers it. The long-form of the
switch doesn't mention size, so I was concerned this was the right way to
accomplish this. If there are any other switches that would be useful in
the context of potentially corrupt files, please feel free to chime in...
Thanks,
-Clint
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.samba.org/pipermail/rsync/attachments/20151027/12d35cae/attachment.html>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That is correct. Rsync will re-copy (delta xfer unless --wholefile) all the files. You can always --dry-run if you aren't sure. On 10/27/2015 10:07 PM, Clint Olsen wrote:> Hi: > > I've been using rsync to create backups for a few years. A few > months ago I started experiencing sector errors. I ended up > replacing the drive and copying the drive data. It turns out that > due to the default behavior of rsync "quick check", some of the > files were modified without altering the modification time or size, > so these files are still clean in the backup. I would like to > recover these files, but I need to defeat the quick check in order > to do this. It looks like using: > > -I, --ignore-times don't skip files that match size and > time > > will work. I just want to confirm that this covers it. The > long-form of the switch doesn't mention size, so I was concerned > this was the right way to accomplish this. If there are any other > switches that would be useful in the context of potentially corrupt > files, please feel free to chime in... > > Thanks, > > -Clint > > >- -- ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., - -*~ Kevin Korb Phone: (407) 252-6853 Systems Administrator Internet: FutureQuest, Inc. Kevin at FutureQuest.net (work) Orlando, Florida kmk at sanitarium.net (personal) Web page: http://www.sanitarium.net/ PGP public key available on web site. ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., - -*~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlYwOLkACgkQVKC1jlbQAQcvhgCgsD1NcaUijxcovEAdBNnCvqeB KZsAmwY8f73FoUY5cen2OmA7JlzE2Nml =auhS -----END PGP SIGNATURE-----
What about -c? It seems I'm getting a lot of spurious file transfer candidates when using: -avvznIi --no-o --no-g --no-p It's showing transfers (receive) for many files I know haven't been tampered with. Thanks, -Clint On Tue, Oct 27, 2015 at 7:53 PM, Kevin Korb <kmk at sanitarium.net> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > That is correct. Rsync will re-copy (delta xfer unless --wholefile) > all the files. You can always --dry-run if you aren't sure. > > On 10/27/2015 10:07 PM, Clint Olsen wrote: > > Hi: > > > > I've been using rsync to create backups for a few years. A few > > months ago I started experiencing sector errors. I ended up > > replacing the drive and copying the drive data. It turns out that > > due to the default behavior of rsync "quick check", some of the > > files were modified without altering the modification time or size, > > so these files are still clean in the backup. I would like to > > recover these files, but I need to defeat the quick check in order > > to do this. It looks like using: > > > > -I, --ignore-times don't skip files that match size and > > time > > > > will work. I just want to confirm that this covers it. The > > long-form of the switch doesn't mention size, so I was concerned > > this was the right way to accomplish this. If there are any other > > switches that would be useful in the context of potentially corrupt > > files, please feel free to chime in... > > > > Thanks, > > > > -Clint > > > > > > > > - -- > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., > - -*~ > Kevin Korb Phone: (407) 252-6853 > Systems Administrator Internet: > FutureQuest, Inc. Kevin at FutureQuest.net (work) > Orlando, Florida kmk at sanitarium.net (personal) > Web page: http://www.sanitarium.net/ > PGP public key available on web site. > ~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._., > - -*~ > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2 > > iEYEARECAAYFAlYwOLkACgkQVKC1jlbQAQcvhgCgsD1NcaUijxcovEAdBNnCvqeB > KZsAmwY8f73FoUY5cen2OmA7JlzE2Nml > =auhS > -----END PGP SIGNATURE----- > > -- > Please use reply-all for most replies to avoid omitting the mailing list. > To unsubscribe or change options: > https://lists.samba.org/mailman/listinfo/rsync > Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.samba.org/pipermail/rsync/attachments/20151027/483dcc6c/attachment.html>