Re: dar -d -- diff of file data or metadata?
David Niklas <[email protected]>
| Newsgroups | gmane.comp.sysutils.backup.dar.support |
|---|---|
| Message-ID | <[email protected]> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On Tue, 30 Mar 2021 21:35:11 +0200 Denis Corbin <[email protected]> wrote: > On 30/03/2021 01:39, David Niklas wrote: <snip> > > > > Please tell me which way it is. And perhaps clarify it inside of the > > man page. > > Note that in the context of differential and incremental backups, dar > will check file's metadata only to decide whether a file has changed > since the backup of reference was made. If data corruption occurred > inside the data only (leaving untouched the metadata), the corrupted > version of the file will not be saved by dar (unless file has been > created after the backup of reference). > > In that context, comparing a differential backup with a filesystem (-d > option), let dar check what is in the backup, if the file had not > changed, only its metadata is present and thus possible to compare to > the live (possibly corrupted) filesystem. Thus, a data corruption > affecting a file's data (not its metadata) is impossible to detect and > report, and the funny thing is that your backup are more sane than your > filesystem, while not wasting your backup storage with corrupted data. > > I hope this can bring some light to the behavior you have observed, > while nothing tells this is what succeeded, this is just a very probable > hypothesis. > <snip> I was performing a differential backup so that explains dar's behavior. Thanks again, David -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEL2N7+xWmVOJDQxWGm3XCrhg2YP8FAmBkB/gACgkQm3XCrhg2 YP/yCA//W5wSXTDBCWCwPFJQD+X1TrFOPQ780+XiXdGeyeingbYvxw+BfGwd5eJu /kH5wsOzO7QQBXlxU7inZuv7m1m2GUzZsXV0OXbRajZ336LgLUUqNpb8sVotcCNI sbzBd+y36vQX0moI6TNNtw7+7nn1eg4d1AnY4vNENj38r6yE68mljTB5odKwB5M0 k/pNzPIVpaqPE6jQzV7y3R4dop6vhtNqTlSUU0KVpHhus84gI90k/t5MVTjNJmF8 9dZCvAIeT9iAYDfnqk7z2D2QqlFERpUwtBeN95d7T0wQ4buXKb4hYHgU1AjkSnUG 9MlFjrw2Q1TdSJy9X787RLlWuc7GqFtx1u1yHgKxezdfY81z12KFQF5WgsVFAbVZ pXIHntyYHXguc003vhfav9H9nWLGJgsrQ8CrrxWqNiwg98sKtfTCrk/gk+/jF4jm 266W0kkn2v3JSviaMW9xok9zPtkl9pv/UEJjyEUigY6Xvlo21yME5m0y9G2zLV9y PpCxT6X5bN8ER6kyzVGFQoBWd/hCggAx2z2B4zJrsqxZpIdJOmGcYvmDYNmuJpc5 VWz7r4XczTzGtSGRpEft6GQ5mzPA0BX5cBk6h5/QKtzxNWjlh78ZhjQeVx8QbSxp uCWJqR9pAedatrYEqakwOrs+V0x0wiv7ItXoHe77WrNjk4ykt80= =MMG0 -----END PGP SIGNATURE-----