Date: Fri, 22 Oct 2010 12:34:05 +0100 From: krad <kraduk@gmail.com> To: Warren Block <wblock@wonkity.com> Cc: FreeBSD Questions <freebsd-questions@freebsd.org>, Modulok <modulok@gmail.com> Subject: Re: dd to clone disks - new disk fails to boot. Message-ID: <AANLkTik%2BhqpeU%2BKLu4DJ0b_TrWYrhv0_g18zRgvHz1oL@mail.gmail.com> In-Reply-To: <alpine.BSF.2.00.1010200750590.67432@wonkity.com> References: <AANLkTi=yxxEF3KHeoHU75Wc7kz72bB81RpJ3fi6JHLvq@mail.gmail.com> <alpine.BSF.2.00.1010200750590.67432@wonkity.com>
index | next in thread | previous in thread | raw e-mail
On 20 October 2010 14:55, Warren Block <wblock@wonkity.com> wrote: > On Wed, 20 Oct 2010, Modulok wrote: > > Problem: I copied from an old hard drive to a new one via FreeBSD's >> dd. The new drive won't boot. The old drive worked fine. (The new >> drive is known-to-work.) >> >> Background: I have a system with a 160GB disk in it. It runs windows. >> It works. I have a blank 250GB disk. I want to copy the entire 160GB >> disk onto the 250GB disk, shuffle the SATA cables and boot to it. >> Basically, I'm just replacing the small hard drive with a larger one. >> I would then extend the partition using something like gpartd. >> >> I booted to a live FreeBSD disk and used dd like so: >> >> dd if=/dev/ad4 of=/dev/ad8 bs=1m >> >> About an hour later it finished. No errors. I turned the machine off, >> unplugged the small disk and connected the big disk into the primary >> SATA header. The BIOS chokes on the new disk. It refuses to boot from >> it and instead reports 'disk error'. >> > > If the BIOS is complaining, see if the new drive has a SATA 150 jumper, or > some other compatibility mode. > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscribe@freebsd.org" > if you still get problems, try reinstalling the boot blocks for mbr fdisk -B adx bsdlabel -B adxs1a for gpt gpart bootcode -p /boot/gptboot -i 1 adx if that doesnt work try stepping around the problem. dd should work but it may be quicker to manually partition/slice up the new drive, newfs it, and rsync the files accross. I have used this method many times in the past, and if its a big drive with low utilization it will actually be quicker than dd. rsync might miss a few of the chflag attributes if its an os install drive, but they will be restored next time you make world.help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTik%2BhqpeU%2BKLu4DJ0b_TrWYrhv0_g18zRgvHz1oL>