18 Mar
2004
18 Mar
'04
04:11
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wednesday 17 March 2004 07:20 am, Hylton Conacher (ZR1HPC) wrote: > David Herman wrote: - ------snip--------------- > > My method follows (thanks to another list member, John Clausen) > > > > create a directory on your second drive and mount it (for > > example /dev/hda2 mounted as /home2) > > > > as root > > # cd /home > > # tar cSpf - . | (cd /home2 ; tar xvSpf - ) Note the parenthesis are part of the command and there are some spaces that belong in there as well > > This will give you the same permissions and directory structure > > within /home2 as exists in /home. You get the idea. > > Tnx David for the info on that, however, there is one thing I have > learnt over the years with backups and that is to never put them into > a compressed file, an archive file as to get back at that data you > then need to decompress and invariably have the same disk space you > had on the original master drive. Actually what is happening is that the files (and their permissions) are being bundled together by the first part of the command, then via a pipe they are uncompressed in the new directory with all of the file attributes intact > No I only do a copy of the files and the directories. That way if I > need a specific document before I get the master HDD up, I can get to > it without having extra hassle. I agree that is a sound method. When I was asking about this on the list (I believe the thread was named moving day..., around november 2001) there was discussion of using cp, with some specific flags but as this method worked for me its what I use :-) Another suggestion from that thread follows (assuming the source directory is /home and the new directory is /home2) I (dh) had tried cp -a /home /home2 Terrance Eck suggested The correct way to ensure hidden files are included is: cp -a /home /home2 As I said before, I use the tar method suggested by John Clausen, and it has worked for me but the cp -a method may suit you. > When ever I see *should* I immediately think of the , in theory term > and might. What I am looking for is a definite cp of data, not a > might copy the data. Ok, yes, it has worked for me numerous times as described, I'm sure it would make you quite happy :-) > No offense to you, but I had to ramble on a bit. :) None taken, more than one way to skin a horse. Have a great evening! - -- dh Don't shop at ZipZoomFly.com! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAWSHdBwgxlylUsJARAnAvAJ0fySHm+3UOXtgm7oIUxKEBBj1QmACfc96K dDC+tNWC37cPh8gSUSA+hb4= =3G8T -----END PGP SIGNATURE-----