How do I copy entire Hard Drive?
- Thread starter Woolwich
- Start date
Satcomer
In Geostationary Orbit
I use a program called Carbon Copy Cloner. It copies everything (even to Firewire hard drive) and it makes it even bootable. You can find it on versiontracker.
http://www.versiontracker.com/moreinfo.fcgi?id=13260&db=mac
http://www.versiontracker.com/moreinfo.fcgi?id=13260&db=mac
Thanks. I had looked at CCC but it says it doesn't copy over a network....
Here's my problem. I have a PB G3 266 Wallstreet. I want to save the hard disk before messing with it. I have a Firewire disk with space to do this to. I'm connecting via a crossover ethernet to my iBook which has a Firewire disk connection. (The PB having no Firewire...)
So it loks like I'd have to learn all the command lline stuff to do this.
Wasn't OS9 better... ;-)
Here's my problem. I have a PB G3 266 Wallstreet. I want to save the hard disk before messing with it. I have a Firewire disk with space to do this to. I'm connecting via a crossover ethernet to my iBook which has a Firewire disk connection. (The PB having no Firewire...)
So it loks like I'd have to learn all the command lline stuff to do this.
Wasn't OS9 better... ;-)
pedz
Registered
I discovered hfspax at this URL:
http://www.versiontracker.com/moreinfo.fcgi?id=11144&db=mac
There is a reference to it on this site which may have some info that I forgot to repeat here.
It is pax modified to grock resource forks and finder information. pax is cool.
To do this across the network, what is needed (and so far only hfspax provides it) is a way to send everthing out a pipe on one side and restore it on the other side. Both sides need to be run as root. Thats why nothing else works is because on the other side or the link, ditto and other programs can not set permissions, users, groups, etc. At least not with the normal afs mount that I have been using.
So what I did is use hfspax to make a back up of each directory starting in root. I did this because if hfspax fails somewhere, (like all the other programs do), I don't have to start back over from scratch each time. I also made a 'root.pax" for the flat items in root. So the steps go something like this:
Assuming that you are root in / and hfspax is somewhere in your path. I actually put this into a script. I did NOT backup "/Volumes" since that is the stuff mounted on the network.
So it goes like this:
ls | while read f; do file "$f" ; done | egrep -v directory | sed -e 's/: .*//' | hfspax -w -x cpio -f <destdir>/root.pax
ls | while read f ; do file "$f" ; done | egrep directory | sed -e 's/: //' | egrep -v Volumes | hfspax -w -x cpio -f <destdir>/"$f".pax "$f"
In brief, these commands, 1) list /, 2) run "file" on each thing in /, 3) filter out "directory" or in the second version pass only directories, 4) the sed strips everything that "file" adds in which starts with a colon space (this assumes no files have that in their names) 5) remove "Volumes" from the list of directories, 6) run hfspax. -w says create an output file, -f is where to put it, -x cpio says use the cpio option (comments say that this is the only one that works), last "$f" is what to copy. Notice the first line has no "$f" so it reads the files from stdin.
This assumes that destdir is mounted probably in /Volumes as a remote file system on the machine that you are trying to get the data to.
Then on the other side (the machine you sent the data to) you can restore things doing something like
hfspax -r -f root.pax
etc
(again, you have to be root to do both of these to get the Unix user, group, and file modes correct. I assume the finder is fine with all this crap. I did a small test and it seemed to work fine. I have not completed my bigger test yet.
Good luck,
http://www.versiontracker.com/moreinfo.fcgi?id=11144&db=mac
There is a reference to it on this site which may have some info that I forgot to repeat here.
It is pax modified to grock resource forks and finder information. pax is cool.
To do this across the network, what is needed (and so far only hfspax provides it) is a way to send everthing out a pipe on one side and restore it on the other side. Both sides need to be run as root. Thats why nothing else works is because on the other side or the link, ditto and other programs can not set permissions, users, groups, etc. At least not with the normal afs mount that I have been using.
So what I did is use hfspax to make a back up of each directory starting in root. I did this because if hfspax fails somewhere, (like all the other programs do), I don't have to start back over from scratch each time. I also made a 'root.pax" for the flat items in root. So the steps go something like this:
Assuming that you are root in / and hfspax is somewhere in your path. I actually put this into a script. I did NOT backup "/Volumes" since that is the stuff mounted on the network.
So it goes like this:
ls | while read f; do file "$f" ; done | egrep -v directory | sed -e 's/: .*//' | hfspax -w -x cpio -f <destdir>/root.pax
ls | while read f ; do file "$f" ; done | egrep directory | sed -e 's/: //' | egrep -v Volumes | hfspax -w -x cpio -f <destdir>/"$f".pax "$f"
In brief, these commands, 1) list /, 2) run "file" on each thing in /, 3) filter out "directory" or in the second version pass only directories, 4) the sed strips everything that "file" adds in which starts with a colon space (this assumes no files have that in their names) 5) remove "Volumes" from the list of directories, 6) run hfspax. -w says create an output file, -f is where to put it, -x cpio says use the cpio option (comments say that this is the only one that works), last "$f" is what to copy. Notice the first line has no "$f" so it reads the files from stdin.
This assumes that destdir is mounted probably in /Volumes as a remote file system on the machine that you are trying to get the data to.
Then on the other side (the machine you sent the data to) you can restore things doing something like
hfspax -r -f root.pax
etc
(again, you have to be root to do both of these to get the Unix user, group, and file modes correct. I assume the finder is fine with all this crap. I did a small test and it seemed to work fine. I have not completed my bigger test yet.
Good luck,
brianleahy
Colonel Panic
I would think you could use Disk Copy and make a .dmg of your whole hard drive.
Just fire up Disk Copy and choose File/New/Image from Device
Just fire up Disk Copy and choose File/New/Image from Device
Dantz Retrospect
http://www.dantz.com
http://www.dantz.com
scruffy
Notorious Olive Counter
Be careful if you use hfspax - I used it to back up a lot of files, and ended up with a corrupted archive, with only a dozen or so files (out of nearly a Gig) recoverable. After you make your archive, unpack it once to make sure it is readable, before you delete any originals
Use apple's software restore program. It will back up any hard drive to any othe mounted drive. Just boot from an OS 9 disk with network support. Use disk copy 6.5b to make an exact copy of your drive to the destination drive. I have all this software in a package available for download. It comes with simple directions and the disk image, when burned to cd is a bootable OS 9 CD. Email me if you are interested in this software.
pedz
Registered
I tried disk copy and it seems like it was going to work but it was going to be very slow. When I tried it, something happened and I lost my afs mount -- which has nothing to do with disk copy but it discouraged me (especially since it seemed really slow).
Verifying an archive is always a good idea. Plus, I may have discovered a bug in hfspax. But pax should be able to keep trucking through a corrupted archive. I know that tar can. It can eventually resync with the headers. I would be surprised if Pax could not do this as well.
The bug I may have found is if a file has finder infiormation but no resource force, the restore gets confused. I have not tracked down the details yet. One restore went fine. The other had problems with the finder information on some of my pictures.
Verifying an archive is always a good idea. Plus, I may have discovered a bug in hfspax. But pax should be able to keep trucking through a corrupted archive. I know that tar can. It can eventually resync with the headers. I would be surprised if Pax could not do this as well.
The bug I may have found is if a file has finder infiormation but no resource force, the restore gets confused. I have not tracked down the details yet. One restore went fine. The other had problems with the finder information on some of my pictures.
Yes disk copy can take a while but if you us the right version (6.5b) It works flawlessly and it verifies that your image is not corrupt. You can also segment the image to burn to CD making your own personal set of restore CD's similar to the set that comes from apple.