finally, if you dont trust the machine you must encrypt before transfer :-| lot of time, cpu and disk. another option could be sign the backup with md5 for example? this way you can trust the backup content.
i think... Roman Medina <[EMAIL PROTECTED]> dijo: > On Wed, 1 Oct 2003 11:42:25 -0000, you wrote: > > >which is the backup target media? > > Hard-disk. The idea is to have another logical partition for backups > and then some scripts to upload/download to any secure site (I could > use rsync over ssh or simply scp). But the uploading is a second step. > Now I'd like to deal with the first stage: the dump process. > > Another question: for restoring a backup, do I need to create (fdisk) > a destination partition with the exact same size of the original? > Could I use a greater one? (in this case, would I lose disk-space or > the filesystem is "expanded" accordingly?). > > Finally, the 3rd stage: if you're going to save the backup files in > an "non-trusty" machine, which kind of container / encryption software > would you use? This would need to be easily scriptable, for automatize > the backup task. > > Thanks to all the contributors of this thread! > > Regards, > --Roman > > -- > PGP Fingerprint: > 09BB EFCD 21ED 4E79 25FB 29E1 E47F 8A7D EAD5 6742 > [Key ID: 0xEAD56742. Available at KeyServ] > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -- -------------------------------------------------------------- Creado con Evo-GroupWare Evolution WebServices - www.evolution.com.uy -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
