Re: Numerical owners
Denis Corbin <[email protected]> Sun, 26 Mar 2006 22:22:18 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Message-ID | <[email protected]> |
Wiebe Cazemier wrote: > Denis, Hello Wiebe, > > I have a request for a non-feature :). :-) >Please, never implement mapping > UIDs and GIDs to names. Rdiff-backup didn't use to do it, but it does > now. The author implemented an option to preserve numerical ids on my > request, but it's not default behaviour. Tar, rsync and rdiff-backup all > three map to names by default, but fall back to UID's when no name is > found. > > But because it's very likely you'll be restoring a dar backup from a > livecd, which has different UIDs-to-names matches than the system you > backed up, it's very easy to mess up your entire system when > restoring/making a backup. If the "bin" user for example has a different > UID on the livecd, the files will have the wrong owner once you boot > into your restored system. > > In my opinion, the backup should be as low-level as possible by default, > to avoid making a mistake by forgetting an option. As far as I know, dar > is the only backup program which is robust enough in that manner, and > thefore the best program to use for system backups. The irony is, that > it's not that well-known a backup tool als rdiff-backup, rsync and tar. > So, a lot of people will have incorrect backups, or accidently make a > mistake and forget the --numerical option upon restoration. Well, the argumentation you present here is just what I was missing for. Intuitively, I was against doing UID/GID mapping to names (I had to reject twice this type of feature request ; my argumentation was a little weak for what I remember). But now this definitively makes sense to not do UID or GID mapping to names. The most caracteristic situtation is when the /etc/password file is part of the backup itslef, and the restoration is done in the live system : two files of same owner could be restored as owner by different users/group if the /etc/password file is restored between them... Thanks you for your feedback, Kind Regards, Denis.
signature.asc
(application/pgp-signature, 252 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEJvgDpC5CI8gYGlIRAsNAAKC+jdbV85J7f8t467BgBLFQuwbQ4QCfdEbE yJVjiTbO7TjW0BNMVTfGQ9Q= =HFhp -----END PGP SIGNATURE-----