Re: Re: Numerical owners
Wiebe Cazemier <[email protected]> Tue, 28 Mar 2006 00:06:50 +0200
| Newsgroups | gmane.comp.sysutils.backup.dar.general |
|---|---|
| Message-ID | <[email protected]> |
On 03/27/06 22:21, Denis Corbin wrote: > > of course, the restoration from a live CD is probably more frequent, > but if you restore a whole system using a live CD to a brand new hard > disk, you will keep having something coherent. For example instead of > having user "bin" mapped to uid 1 you could have it mapped to uid 2, > while all the system stays coherent, performing a name to uid mapping > is not a problem, your restored system would work identically with uid > 2 for bin in place of uid 1. Well, not exactly, because once you will boot your restored system, it will see UID 2 as user daemon (for example), so all the files that previously belonged to bin, now belong to daemon. But I think we can all agree that name to UID mapping is something to avoid, but could perhaps, sometime, be implemented _as an option_, but not as default. I wonder BTW, what is the design philosophy of tar? It can only be used for system backups and restoration if you are very carefull with the permission and ID's options. I once destroyed a system because of forgetting an option like this. Is there no official GNU tool that is actually _meant_ for system backup and restoration, instead of some program which has it as an option? I'm very glad dar exists, but it's kind of stupid that one has to be so careful when using standard GNU tools. If you ask me, dar should be installed on all Linux distros by default, and should gain populairity, to the point where it becomes an "official" program. It's just so well conceived, and designed towards system backup. Things like the the --first-slice option, the ability to run commands on every slice, like par2, and the existence of the dar_static binary show that you actually use the program yourself, which I often doubt of a lot of programs, since they are so obviously flawed or limited. Anyway, thanks, and keep up the great work :)
signature.asc
(application/pgp-signature, 258 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFEKGH6MHkUjYo9d9ARAtvpAJ95u8D0sm/adRIZbYz2VzC5ZkzdOgCeOwKA 15+by3GZyq17t4Mlo8Vk2y4= =bjUv -----END PGP SIGNATURE-----