From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 11F4E138334 for ; Mon, 17 Dec 2018 20:54:14 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D9142E0BF3; Mon, 17 Dec 2018 20:54:01 +0000 (UTC) Received: from tncsrv06.tnetconsulting.net (tncsrv06.tnetconsulting.net [IPv6:2600:3c00:e000:1e9::8849]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 590CBE0B14 for ; Mon, 17 Dec 2018 20:54:00 +0000 (UTC) Received: from Contact-TNet-Consulting-Abuse-for-assistance by tncsrv06.tnetconsulting.net (8.15.2/8.15.2/Debian-3) with ESMTPSA id wBHKrwKo008429 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Mon, 17 Dec 2018 14:53:59 -0600 Subject: Re: [gentoo-user] data recovery advice needed To: gentoo-user@lists.gentoo.org References: From: Grant Taylor Organization: TNet Consulting Message-ID: <18337073-8514-84c4-1d5e-bf2723f8e3e1@spamtrap.tnetconsulting.net> Date: Mon, 17 Dec 2018 13:53:58 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Archives-Salt: bc7d49aa-7e34-42fc-b9f2-06bf794475b6 X-Archives-Hash: 5f1c63462e32f307deda2e03c438bc13 On 12/17/2018 12:42 PM, Rich Freeman wrote: > There is of course no guarantee that it will EVER successfully read all > your data. You might be able to tell it to skip blocks and move on. > Obviously all it can do is keep asking the drive to try again. If you > want better than that then you're talking clean room rescue measures. As long as the drive isn't going into physical failure; bearings, thermal death, etc, you may be okay. I'm a fan of SpinRite. I've had SpinRite recover things that everything else said was impossible to recover. SpinRite addresses media issues and helps the drive detect that there is a problem. SpinRite also has a mode, DynaStat, that it will try many many many times to read a given sector using all sorts of tricks, head seek patterns, etc. (You can also alter it's default behavior to try more or fewer times.) There is no trial copy of SpinRite. But GRC does have a good return policy. If you buy SpinRite to recover your drive, and are unsatisfied, they will very very extremely likely give you your money back. (There is a tiny fraction of a chance that they won't refund your money if you don't try the things they ask to make sure that you aren't using SpinRite properly.) So, it's not like you are out money if it doesn't work. (I think it's MSRP of ~$90.) Aside: It sounds like your drive might think that it has problems reading the media, which is SpinRite's domain. Make sure the drive is not overheating. Even a lowly 80 mm case fan will move more than enough air to keep the average drive cool enough, even during heavy use / data recovery. Once you know that you have good magnetic media, then you can start playing to reconstruct your partition. So, SpinRite is an option before places like DriveSavers (or what ever name they go by). Even they have a no-guarantee of recovery policy. > If you're trying to rescue your bittorrent collection I'd suggest > moving on. I misread "bittorrent" as "bitcoin". That /might/ be another story. Depending on how many BTC you have. -- Grant. . . . unix || die