On 14/12/17 18:57, Warren Young wrote:> On Dec 13, 2017, at 5:15 PM, J Martin Rushton <martinrushton56 at btinternet.com> wrote: >> >> # dd if=/dev/sdc of=/home/dd-copy-of-sdc > > Better, use ddrescue: > > https://www.gnu.org/software/ddrescue/ > > dd will do unfortunate things like quit early on I/O errors, even if later blocks would read just fine. ddrescue assumes the input file is dodgy and tries to cope. >Looks interesting. I've only used dd in anger, and then only maybe 3 or 4 times over the last 20 years. It's worth pointing out that ddrescue is not in the main distro, you'll need to get it from EPEL. Whatever method you use though: "Be diligent because every time a physically damaged drive powers up and is able to output some data, it may be the very last time that it ever will." (ddrescue manual section 9) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: OpenPGP digital signature URL: <http://lists.centos.org/pipermail/centos/attachments/20171214/fa5fba8c/attachment-0001.sig>
If the data is important to you, don't mess around and contact a reputable professional data recovery expert or company. If losing your data is a viable option, try to do it yourself. Otherwise seek professional help, with the data recovery effort of course. On Fri, Dec 15, 2017 at 4:31 AM, J Martin Rushton <martinrushton56 at btinternet.com> wrote:> On 14/12/17 18:57, Warren Young wrote: >> On Dec 13, 2017, at 5:15 PM, J Martin Rushton <martinrushton56 at btinternet.com> wrote: >>> >>> # dd if=/dev/sdc of=/home/dd-copy-of-sdc >> >> Better, use ddrescue: >> >> https://www.gnu.org/software/ddrescue/ >> >> dd will do unfortunate things like quit early on I/O errors, even if later blocks would read just fine. ddrescue assumes the input file is dodgy and tries to cope. >> > Looks interesting. I've only used dd in anger, and then only maybe 3 or > 4 times over the last 20 years. It's worth pointing out that ddrescue > is not in the main distro, you'll need to get it from EPEL. > > Whatever method you use though: "Be diligent because every time a > physically damaged drive powers up and is able to output some data, it > may be the very last time that it ever will." (ddrescue manual section 9) > > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos >
W dniu 14.12.2017 o?23:06, Nizar Armansyah pisze:> If the data is important to you, don't mess around and contact a > reputable professional data recovery expert or company.If the data is important to you, you will get it back from your backups, won't you? -- Over And Out MoonWolf