How to replace a hard drive...

Peter King peter.king-H217xnMUJC0sA/PxXw9srA at public.gmane.org
Thu May 12 16:39:45 UTC 2011


On Fri, May 06, 2011 at 09:18:06AM -0400, Peter King wrote:
 
> > So here's the second question. Is there a more sensible/straightforward way to reproduce
> > one disk onto another of larger size?
> 
> The consensus seems to be: partition the new disk; copy over files (versions using cpio,
> tar, and rsync have been mentioned); mount the new disk and chroot into it to grub-install.

The struggle continues. Got a fresh new shiny disk, and I partitioned it and installed the
same filesystems as the current disk: /dev/sda1 for /boot [ext2], sda2 for swap, sda3 for /
[ext3]. Mounted the boot and root partitions separately and used rsync -avHx SOURCE/ DEST/
to copy everything over exactly -- thanks to Lennart for the suggestion. Then I replaced
the old disk with the almost-mirror-image new disk, booted from a USB stick, chrooted into
the new disk, and installed grub manually. All seemed to go well. Reboot, and the new disk
is seen by the BIOS; it finds grub on the MBR and loads it; I select a kernel and start to
boot up -- by this time I'm starting to think it will work -- and then, after it correctly
finds my keyboard, it just, well, stops. Nothing. No drive activity, no indication of life.

Replacing the old disk I see that after finding a keyboard it then loads /sys, and calls for
udev. Perhaps the problem is there.

What went wrong? Any idea? Seems as though grub is fine. As far as I can tell the new disk
is the mirror-image of the image, except with respect to the installation of grub, though.

Any suggestions or ideas welcome.

-- 
Peter King			 	peter.king-H217xnMUJC0sA/PxXw9srA at public.gmane.org
Department of Philosophy
170 St. George Street #521
The University of Toronto		    (416)-978-4951 ofc
Toronto, ON  M5R 2M8
       CANADA

http://individual.utoronto.ca/pking/

=========================================================================
GPG keyID 0x7587EC42 (2B14 A355 46BC 2A16 D0BC  36F5 1FE6 D32A 7587 EC42)
gpg --keyserver pgp.mit.edu --recv-keys 7587EC42
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <http://gtalug.org/pipermail/legacy/attachments/20110512/0e5861a0/attachment.sig>


More information about the Legacy mailing list