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-----