Sid Boyce wrote:
Peter Poeml wrote:
I have a suspicion that the badblocks on the source drive is causing a problem. When I used dd, I perhaps should have used the "noerror" option then do xfs_repair. Thanks, guys, I shall have another look. Regards Sid. For disks with bad blocks, you usually want to use 'ddrescue' instead of
On Mon, Mar 09, 2009 at 01:35:19PM +0000, Sid Boyce wrote: dd. It tries harder to get what's readable, doesn't give up and doesn't need manual intervention as dd.
(rsync to grab files, ddrescue to grab a (broken) disk image for further processing)
Peter
I think I have a hardware problem elsewhere - CPU/memory, dd_rescue fails with a floating point exception. # dd_rescue /dev/sda /dev/sdc -b 1G -A dd_rescue: (info): ipos: 0.0k, opos: 0.0k, xferd: 0.0k errs: 0, errxfer: 0.0k, succxfer: 0.0k +curr.rate: 0kB/s, avg.rate: 0kB/s, avg.load: 0.0% Floating point exception
This worked:- dd if=/dev/sda of=/dev/sdc bs=1G conv=noerror When dd completed, I did "xfs_admin -U generate /dev/sdc1" to change the uuid, then xfs_repair and I can now mount /dev/sdc1. Altered /etc/fstab and /boot/grub/menu.lst. Hoping to boot up on it tomorrow - may be some grub work still needed. Ordered new hardware to fix the floating point exception problem. Regards Sid. -- Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support Specialist, Cricket Coach Microsoft Windows Free Zone - Linux used for all Computing Tasks -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-factory+help@opensuse.org