bug-coreutils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#6667: dd ?bug? while making image of hdd with bad sectors


From: Pádraig Brady
Subject: bug#6667: dd ?bug? while making image of hdd with bad sectors
Date: Mon, 19 Jul 2010 15:44:35 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3

On 19/07/10 10:05, Jakub Muszynski wrote:
> Hello,
> 
> It's my first post here, i hope it might be usefull.
> My full story can be found here:
> http://ubuntuforums.org/showthread.php?p=9607705#post9607705
> I will try to summarize it here:
> 
> I have broken (fall) hdd, now im sure that's contain ~2GB od broken
> sectors, in 1/3 of disc capacity.
> I have been trying to make a dd copy :
> 
> dd if=/dev/sdb conv=noerror,sync bs=4096k|pv| dd of=usb320.dd
> conv=noerror,sync bs=4096k > dd320.LOG 
> 
> but image took all my free diskspace (406GB), and terminated, eventhough
> my hdd is 320GB

dd doesn't read full blocks by default,
so one has to be careful when reading from pipes.
Is pv showing less than 406GB transferred?
less would suggest the issue is with the second dd.
Does adding "iflag=fullblock" to the second dd fix things?
Since you're not specifying a count, just removing the
"sync" option from the second dd is equivalent.
Note one can can progress from dd by sending `kill -USR1`
to the $pid every so often.
Note also that one could get a proper progress bar from pv with:
pv -s $(blockdev --getsize64 /dev/sdb)

> (btw, a option to log dd output(errors) would be
> usefull, since i use screen terminal)

How about just doing: 2>error.log

> btw - ddrescue also filed to complete backup.

Surprising since this is what it's designed for.

cheers,
Pádraig.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]