On Mon, 17 Jan 2005, Ken Schneider wrote:
On Mon, 2005-01-17 at 19:06, Jon Nelson wrote:
On Mon, 17 Jan 2005, Ken Schneider wrote:
On Mon, 2005-01-17 at 13:29, riccardo wrote:
On Monday 17 January 2005 05:50 pm, Robert Rozman wrote:
duplicate installation to several PCs with same hardware but possibly with different size of disks.
~ maybe, one way, is to mount the next Hard Disk at . say, /mnt [ kill "cron" ]
then :-
tar clf - . | ( umask 0; cd /mnt; tar xvf - )
best rgds
Um, I don't think 'clf' and 'xvf' store/extract everything about a file, do they? I'd use cp -a or rsync -a if you can mount it. cp -a does a GREAT job.
Um. YES IT DOES. Why do you think so many businesses use tar for their backups?
I had no idea I had offended you. What was it that I said? In any case, the tar manpage also lists -p (preserve permissions on extract) for the extraction. Without examining the source I can't definitively say whether xvf (sans -p) sufficiently extracts everything. Of course, to be on the safe side, -p also doesn't appear to have any likely undesireable side effects, either. With respect to the topic at hand, personally I'd use rsync for disk-to-disk (with or without a network in between). For the explicit task for duplicating an "install", the yast backup/restore + autoyast solution might be more useful, especially if one has an easy source of the RPMs available. There's nothing wrong with using tar, though, I just find rsync a little bit easier. Incidentally, as a purely stylistic point, I always recommend using '&&' instead of ';' to separate shell commands because if one of them fails execution stops there.
And if you are using IDE drives make sure they are on separate channels.
Bah. That's only for marginal drives and better performance, but "make sure" is a little strong, IMO.
Geese and why would you -not- want better performance? Try learning a little more about unix/linux before giving advice.
I stand by my statement that 'make sure' is 'a little strong'. The words 'make sure' imply that it is a necessity for the operation to be successful, which isn't true. It's a benefit but not a necessity. In the case of a single disk-to-disk copy how much time does it really save, if any? Regarding your personal attack (not warranted, IMO) on my experience, I've been using Linux since 1996, and I started with FreeBSD in 1995 or so, not that it really matters.
And why do you reply to the list -and- the poster, because you like giving that person -two- copies of your reply I guess!
Some people prefer it that way. I see in your sig that you don't prefer
it that way, my apologies.
Let's keep it friendly and professional, OK?
--
Carpe diem - Seize the day.
Carp in denim - There's a fish in my pants!
Jon Nelson