Package: ddrescue
Version: 1.23-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where
appropriate ***
* What led up to the situation?
I have a 1T hard drive that has a hardware problem that makes it
impossible to use productively
* What exactly did you do (or not do) that was effective (or
ineffective)?
The drive seems to have either a platter or controller issue that makes
it incredibly slow.
However it passes the SMART tests. I tried initially copying the drive
to a new one directly
using ddrescue but that proved too slow, so I simply reinstalled the OS
on a new drive and
returned the unit to its owner (a friend of a friend). For the past 2
months I've been using
ddrescue to try to make an image of the drive.
SMART test:
root@transponder:/home/garydale# smartctl -H /dev/sdc
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.16.0-2-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
* What was the outcome of this action?
After two months of trying, ddrescue reports that it is at 81.15%
complete with another
49d 21m to go. For the last several days it has been mostly starting up,
displaying results
for several seconds, then continuing to access the drive without
updating the status display.
* What outcome did you expect instead?
I would expect the status display to be updated regardless of trouble it
might have accessing
the disk. Here's the output of the last run immediately before I pulled
the USB cable:
root@transponder:/home/garydale# ddrescue /dev/sdc4 -R ./WD/rescue4.img
./WD/mapfile4
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 796728 MB, tried: 150206 MB, bad-sector: 0 B, bad areas: 0
ipos: 70903 MB, non-trimmed: 150206 MB, current rate: 65536 B/s
opos: 70903 MB, non-scraped: 0 B, average rate: 48330 B/s
non-tried: 34820 MB, bad-sector: 0 B, error rate: 0 B/s
rescued: 796748 MB, bad areas: 0, run time: 6m 59s
pct rescued: 81.15%, read errors: 0, remaining time: 46d 16h 21m
time since last successful read: 0s
Copying non-tried blocks... Pass 5 (backwards)
and here's what it displayed several seconds after I pulled the cable:
root@transponder:/home/garydale# ddrescue /dev/sdc4 -R ./WD/rescue4.img
./WD/mapfile4
GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 796728 MB, tried: 150206 MB, bad-sector: 0 B, bad areas: 0
ipos: 70903 MB, non-trimmed: 150207 MB, current rate: 0 B/s
opos: 70903 MB, non-scraped: 0 B, average rate: 922 B/s
non-tried: 34819 MB, bad-sector: 0 B, error rate: 5461 B/s
rescued: 796749 MB, bad areas: 0, run time: 6h 16m 28s
pct rescued: 81.15%, read errors: 2, remaining time: 49d 21m
time since last successful read: 12s
Copying non-tried blocks... Pass 5 (backwards)
ddrescue: Input file disappeared: No such file or directory
The program doesn't respond to Ctrl-C. I have to cut power or pull the
USB cord to interupt it. As you can see, it went for more than 6 hours
without updating the progress display. During this time the disk light
was flashing continuously.
Note: this last run was particularly productive in that the program
continued updating the screen for several minutes. This was unusual. I
had just switched to -R after several days of trying it in the forward
direction. For some reason, -R seems to generally do a bit better than
forward. However going 6 minutes in the -R direction was still unusual.
I'd switched back to forward because -R had not been doing too well for
the past week. When forward was doing just as badly, I switched back to -R.
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.16.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8),
LANGUAGE=en_CA:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages ddrescue depends on:
ii libc6 2.27-5
ddrescue recommends no packages.
ddrescue suggests no packages.
-- no debconf information
