<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN"> <HTML> <HEAD> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8"> <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10"> </HEAD> <BODY> Thank you for the suggestions on imaging/ghosting! I had forgotten completely about parted's resize ability (My version of knoppix lacks parted), so I had just used fdisk. I'm back on track, and got 2 more systems done (and have converted/fixed almost all the images I went through the trouble of creating)! This list is a great resource... both on and off topic. =) Henry Burroughs On Tue, 2004-10-26 at 17:04, Daniel Hogan wrote: <BLOCKQUOTE TYPE=CITE> <PRE>This is what I normally do in Knoppix. I'm assuming that the harddrive is hda. On the harddrive you wish to copy from: 1. Using QTParted, shrink the size of the partition(s) so that it will fit on the smaller harddrive. I usually go for anything smaller than the size of the smallest harddrive. 2. dd if=/dev/hda of=myimage.mbr bs=512 count=1 3. sfdisk -d /dev/hda > myimage.sfdisk 4. Use partimage to copy the partition(s) from the harddrive. On the harddrive wish to copy to (I'm assuming hda on a different computer): 1. dd if=myimage.mbr of=/dev/hda bs=512 count=1 2. sfdisk /dev/hda < myimage.sfdisk 3. Use partimage to write the image to the harddrive. 4. Use QTParted to resize the partition to whatever size you wish. 5. Reboot. I usually mount a samba share and store the myimage.mbr, myimage.sfdisk, and the partition image files on it so that I can easily access it from the other computers. Hope this helps. On Tue, 26 Oct 2004 15:51:49 -0400, Henry Burroughs <hburroughs@hhprep.org> wrote: > I know this is a bit off topic, but I'm doing the ever necessary task of > ghosting. I would be using partimage (and I was), except some of the hard > disks are different sizes (and partimage doesn't support shrinking). I'm > using a knoppix cd (3.4 i think). > > I'm trying tar (trying to keep it simple), and when I restore the image > onto a fresh drive, it still won't boot properly (I'm even using msdos fdisk > /mbr to reset the MBR). So the MBR is in place, it just doesn't want to > load from there. Any suggestions or hints? THanks. > > Basically, my requirements are a imaging program (or tar) that handles > restoring to smaller drives (of course, big enough for the actual data). > > I've spent waaaay too much time trying to get this monster to work. > > Henry > _______________________________________________ > K12OSN mailing list > K12OSN@redhat.com > <A HREF="https://www.redhat.com/mailman/listinfo/k12osn">https://www.redhat.com/mailman/listinfo/k12osn</A> > For more info see <<A HREF="http://www.k12os.org">http://www.k12os.org</A>> > ></PRE> </BLOCKQUOTE> </BODY> </HTML>