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 <[EMAIL PROTECTED]> on 06/12/2000 01:39:24 PM To: Mike Heyes/LincolnFP/[EMAIL PROTECTED] cc: debian-user@lists.debian.org Subject: Re: Best way to copy Linux from one drive to another Quoting [EMAIL PROTECTED] ([EMAIL PROTECTED]): > 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: [EMAIL PROTECTED] 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.
