Re: Best way to copy Linux from one drive to another
I changed the new drive's /etc/fstab to point to all the new partitions on the
new drive, and they appeared to mount correctly at boot. It really does look
like a problem with /var though. I'll check again.
I created a boot floppy to try and boot the new disk by booting with the
original disk, then rdev /vmlinuz /dev/hdc1, then dd if=/vmlinuz of=/dev/fd0
bs=8192. Then, I reset rdev /vmlinuz /dev/hdb1 on the original disk.
Then I mounted the new drive with /dev/hdc1 /mnt, and changed /mnt/etc/fstab to
reflect the new drive, hdc.
Unless you can see something above I did incorrectly, I'll check /var again
tonight.
Thanks.
mike
David Wright <d.wright@open.ac.uk> on 06/12/2000 01:39:24 PM
To: Mike Heyes/LincolnFP/BerisfordPlc@BerisfordPlc
cc: debian-user@lists.debian.org
Subject: Re: Best way to copy Linux from one drive to another
Quoting mheyes@lincolnfp.com (mheyes@lincolnfp.com):
> I am trying to do transfer my current install from a smaller drive to a larger
> one. I installed, partitioned and formatted the new drive with the same
> partitions as the smaller one. Then, I copied each partition in turn (/,
/root,
> /home, /opt, /var, /usr) to the appropriate partition on the new drive with cp
> -a small-drive-partition /mnt/new-drive-partition.
>
> When I boot (from floppy) to the new drive, I am told that /var/lock,
> /var/run/utmp don't exist. urandom start: fails. Then, when system switches to
> run level 2, syslogd hangs. But, all the /var files and directories did get
> copied.
Did you check that /etc/fstab is appropriate for the new
configuration? It looks as if /var didn't get mounted.
You may need a rescue disk to effect this change.
Cheers,
--
Email: d.wright@open.ac.uk Tel: +44 1908 653 739 Fax: +44 1908 655 151
Snail: David Wright, Earth Science Dept., Milton Keynes, England, MK7 6AA
Disclaimer: These addresses are only for reaching me, and do not signify
official stationery. Views expressed here are either my own or plagiarised.
Reply to: