From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-144336-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 04E8B13839B
for <garchives@archives.gentoo.org>; Wed, 9 Jan 2013 14:50:58 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id CAA2821C063;
Wed, 9 Jan 2013 14:50:38 +0000 (UTC)
Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183])
(using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 361BC21C02A
for <gentoo-user@lists.gentoo.org>; Wed, 9 Jan 2013 14:48:56 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp.gentoo.org (Postfix) with ESMTP id 750A233DA79
for <gentoo-user@lists.gentoo.org>; Wed, 9 Jan 2013 14:48:55 +0000 (UTC)
X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5.5
tests=[AWL=-2.479, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001,
NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001,
RP_MATCHES_RCVD=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001]
autolearn=no
Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1])
by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id FDRFBr6_wRxy for <gentoo-user@lists.gentoo.org>;
Wed, 9 Jan 2013 14:48:50 +0000 (UTC)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
(using TLSv1 with cipher AES256-SHA (256/256 bits))
(No client certificate requested)
by smtp.gentoo.org (Postfix) with ESMTPS id 050A333DA6C
for <gentoo-user@gentoo.org>; Wed, 9 Jan 2013 14:48:49 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
(envelope-from <lnx-gentoo-user@m.gmane.org>)
id 1Tswxg-0001Mv-PH
for gentoo-user@gentoo.org; Wed, 09 Jan 2013 15:49:00 +0100
Received: from dsl.comtrol.com ([64.122.56.22])
by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-user@gentoo.org>; Wed, 09 Jan 2013 15:49:00 +0100
Received: from grant.b.edwards by dsl.comtrol.com with local (Gmexim 0.1 (Debian))
id 1AlnuQ-0007hv-00
for <gentoo-user@gentoo.org>; Wed, 09 Jan 2013 15:49:00 +0100
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-user@lists.gentoo.org
From: Grant Edwards <grant.b.edwards@gmail.com>
Subject: [gentoo-user] Re: OT: Fighting bit rot
Date: Wed, 9 Jan 2013 14:48:33 +0000 (UTC)
Message-ID: <kck001$9pc$1@ger.gmane.org>
References: <50EB2BF7.4040109@binarywings.net>
<20130108012016.2f02c68c@khamul.example.com>
<50EBCA77.8030603@binarywings.net>
<20130108095510.04f84040@khamul.example.com>
<50EC4660.5090208@binarywings.net>
<CAA2qdGUn8pf4WKsKugFeY20aXrciyQiwpigGVs+5xkjW4hbBsQ@mail.gmail.com>
<kchtg5$dku$1@ger.gmane.org> <20130108234504.08c19c9c@khamul.example.com>
<kci5pj$rt5$1@ger.gmane.org> <20130109013726.4016dda2@khamul.example.com>
<kcilna$du$1@ger.gmane.org> <20130109103151.428615f7@khamul.example.com>
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: dsl.comtrol.com
User-Agent: slrn/pre1.0.0-18 (Linux)
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
X-Archives-Salt: ff2a5aad-8ea5-42b7-828d-e840c5a8e76c
X-Archives-Hash: d7f933b016659cea116645feec3820a6
On 2013-01-09, Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> On Wed, 9 Jan 2013 02:47:07 +0000 (UTC)
> The data on a medium can corrupt, and it can corrupt silently for a
> long time.
And I'm saying I've never seen that happen.
So you're saying that the data on a medium can corrupt without being
detected by the block encodings and CRCs used by the disk controller?
> At some point it may deteriorate to where it passes a cusp
> and then you will get your first visible sign
No, the first visible sign in the scenario you're describing would be
a read returning erroneous data.
> - read failure. You did not see anything that happened prior as it
> was silent.
If a read successfully returns correct data, how is it "silent"?
--
Grant Edwards grant.b.edwards Yow! Someone in DAYTON,
at Ohio is selling USED
gmail.com CARPETS to a SERBO-CROATIAN