Jan Panteltje said:
Linux: cat /dev/hda > /dev/hdb for example will.
The rest of your post, regarding you do not know this, makes little sense.
Evidently you don't understand the problem, becaause neither Unix nor
Linux is capable of performing a cat operation on a file that has been
opened and is currently being used by another system process, such as
operating system itself. (Try it and you'll only get a remakably terse
error message.) Obviously you need to be able to replicate the system
disk in order to clone the system. If you are familiar with operating
systems, you'll find that none worth their salt will permit any task
to access a file that has been read/write opened by another task,
because of the data skew that could result. Granted, some of the more
costly data base systems incorporate rather sophisticated mechanisms
to permit such concurrent file access, but this is well beyond the
scope and capabilities of OS like Unix and Windows.
I've cloned both Unix and Linux system disks and found that you have
to shut down the OS and use a stand-alone utility program to do this
successfully, just as you had to do with VMS and Windows. (This is
precisely why the Red Cap distribution of Linux contains such a
utility.)
I won't even mention the fact that IIRC you cannot perform a cat to a
raw, unformatted and uninstalled media, another task that cloning
usually performs.
I would add to that that no partitioning software product of which I
am aware is capable of ONLY cloning the disk. Partition Magic and
similar products leave their own thumbprint on the cloned disk, often
difficult to delete without destroying the functionality of the
pseudo-cloned product that they create.
(They do not create a bit-for-bit, track-for-track replica of the
original disk, so for my money, that takes them out of the cloning
game.)
No doubt that others exist, but thus far the only cloning mass
marketed product that I've had any degree of success with is PQ's
"DriveCopy", which is not without its own problems...still the best
non-industrial priced tool that I've found to do this job. By that I
mean that when I attempted to clone a 30-gig, 4-partition disk to a
70-gig drive, the created partitions on the new drive still totalled
only 30-gigs, DriveCopy not expanding the partitions to fill the
70-gig drive as I had expected it to do. Then too, it may have been a
cockpit error on my part, or a limitation in the capabilities of the
3+ year-old version of this software that I've continued to use for my
monthy (well, amost...) master to slave drive backups.
Harry C.
p.s., I'm a conservative and cautious sort, so I alway keep two drives
on my system that periodically mirror one another. I normally operate
from the slave drive and the only time that both drives are
simultaneously enabled by my BIOS is while I'm performing a total
system backup. Backups are extremely fast and instantly available when
using this method. Just a suggestion to others, but I always run a
virus check and the AddAware program before doing my backups, which
assures that my backup drive (actually the master) remains lily white.