From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-157460-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 70ECD1391DB
	for <garchives@archives.gentoo.org>; Mon, 28 Jul 2014 04:44:40 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id D1626E0C12;
	Mon, 28 Jul 2014 04:44:27 +0000 (UTC)
Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id 25F99E0D53
	for <gentoo-user@lists.gentoo.org>; Mon, 28 Jul 2014 04:44:25 +0000 (UTC)
Received: by mail-oi0-f47.google.com with SMTP id x69so5529313oia.34
        for <gentoo-user@lists.gentoo.org>; Sun, 27 Jul 2014 21:44:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=EhUn+9/mFzf/eYRfA8UoXVGoMhmUcVDno7wgGF7Af+I=;
        b=dorFrlbcxdevKVJ9mhklD3df7arY2yDraR/r/4mdZdymOttboKxa0/tRMUNN5B2zKI
         jFKSS6WD4T9xq57TTlVhFdabr6WHEXlfTPVju12j+xilEMuRrjkMbjW1wy/yg3oLtXKx
         5jMuWSMJ5BQiHomr0GfX2QBXVdZLxVNkmGtE8HhO6RxXeY6OAbIykV1IX49+hZ7Lhz8i
         XpBSESb30z2TT3rfgv140C906vqY4l8b8b1o9jHxSMfkHr3YVMLAa2x79dBMfjnwDkYD
         ZXOzafguzQfcKdcxsheoFpId9qPQFK+Kfpj1RqUvOFzeHAUGZmvH00XaGyLSMQaKKEUL
         6+Qg==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.60.160.38 with SMTP id xh6mr9606175oeb.82.1406522665277;
 Sun, 27 Jul 2014 21:44:25 -0700 (PDT)
Received: by 10.202.174.72 with HTTP; Sun, 27 Jul 2014 21:44:25 -0700 (PDT)
In-Reply-To: <20140727112922.GC3817@solfire>
References: <20140727101247.GA3817@solfire>
	<20140727112736.54eb3995@digimed.co.uk>
	<20140727104115.GB3817@solfire>
	<53D4DE5C.2080307@gmail.com>
	<20140727112922.GC3817@solfire>
Date: Sun, 27 Jul 2014 22:44:25 -0600
Message-ID: <CAGQH77dAXTud32mwzN1TnuQc3DSxhFEGHYGeoNR3bLUE0Wi1Og@mail.gmail.com>
Subject: Re: [gentoo-user] Contradictionary behaviour of SMART on hds ?!?
From: =?UTF-8?Q?Jc_Garc=C3=ADa?= <jyo.garcia@gmail.com>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 1863cb3c-d987-4a6a-8f48-48429d565a34
X-Archives-Hash: d5c6b374f64adf50fb954445f3445d44

2014-07-27 5:29 GMT-06:00  <meino.cramer@gmx.de>:
>
> Back to the initial problem:
>
> How can I offline test the rest of the disk if
> the first bad sector (10%) of the surface breaks
> the test with an error?
>
> Best regards,
> mcc

I've only read this thread not the previous, and I can only give some
feedback on this part, if i understood dd reported failing at
4288352511 bytes in your drive, make a loopback device with an offset
past that sector to try dd keep going, or run dd with skip up to that
sector with.
# losetup -o  428835252 /dev/loop1 /dev/your_hdd
just to give an example, calculate an apropiate byte count for a 1
sector above, and then use dd on  /dev/loop1