Peter Poeml wrote:
On Mon, Mar 09, 2009 at 01:35:19PM +0000, Sid Boyce 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 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 # tail /var/log/messages Mar 9 16:03:11 tindog smartd[32275]: Device: /dev/sda [SAT], 1 Currently unreadable (pending) sectors Mar 9 16:03:11 tindog smartd[32275]: Device: /dev/sda [SAT], 1 Offline uncorrectable sectors Mar 9 16:03:11 tindog smartd[32275]: Device: /dev/sda [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 66 to 65 Mar 9 16:03:11 tindog smartd[32275]: Device: /dev/sdb [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 109 to 108 Mar 9 16:14:13 tindog kernel: dd_rescue[26757] trap divide error ip:402918 sp:7fff5787c640 error:0 in dd_rescue[400000+6000] Mar 9 16:16:35 tindog kernel: dd_rescue[26855] trap divide error ip:402918 sp:7fff64f3d720 error:0 in dd_rescue[400000+6000] 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