On 2014-02-12 01:01 (GMT+0100) Carlos E. R. composed:
Felix Miata wrote:
I seem to have a failing STB HD, a "refurb" Samsung HD155UI relabeled as Seagate ST1500DL004 Barracuda Green, bought 11 months ago. Log from latest rsync retry:
You can query the on disk SMART data with "smartctl -a /dev/devname". Then you could run the short test (not the long one) and again read the data.
That would say more about the health of the disk.
Anyone here familiar with ddrescue know what I should expect of it? Suggestions?
Instead of ddrescue, I find better to run "dd_rhelp" (it is a script). Read "/usr/share/doc/packages/dd_rhelp/README" for details. Then the "example.txt" file.
The syntax is very simple:
minas-tirith:~ # dd_rhelp Need 2 arguments... usage: dd_rhelp {filename|device} {output-file} [{info}] or dd_rhelp --help or dd_rhelp --version minas-tirith:~ #
The advantage on ddrescue is that when there is an unreadable section on the disk, ddrescue will take ages, and maybe fail to clone god areas that are behind that bad area. dd_rhelp will copy everything that is readable, and then slowly read the rest, for as long as you leave it running. And the target image will have the correct size and location, no gaps. It is also abortable, it will restart skipping already copied areas.
Alternatively, you could use gnu ddrescue, which integrates both programs.
To be clear, you mean that gnu ddrescue is an integration of the dd_rhelp script and smartctl? Or, are there more than one ddrescue apps?
The syntax is quite different, so read the manual first (I don't have it on memory).
I looked at http://www.gnu.org/software/ddrescue/ before writing OP. I just don't want to take an unfortunate next step and lose a rescue possibility I might have had otherwise. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org