From owner-freebsd-questions@FreeBSD.ORG Fri Feb 28 03:29:04 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9DF4C3DE for ; Fri, 28 Feb 2014 03:29:04 +0000 (UTC) Received: from mx02.qsc.de (mx02.qsc.de [213.148.130.14]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FF14177C for ; Fri, 28 Feb 2014 03:29:03 +0000 (UTC) Received: from r56.edvax.de (port-92-195-11-141.dynamic.qsc.de [92.195.11.141]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx02.qsc.de (Postfix) with ESMTPS id BE64C2764D; Fri, 28 Feb 2014 04:29:01 +0100 (CET) Received: from r56.edvax.de (localhost [127.0.0.1]) by r56.edvax.de (8.14.5/8.14.5) with SMTP id s1S3Sbuw002433; Fri, 28 Feb 2014 04:28:37 +0100 (CET) (envelope-from freebsd@edvax.de) Date: Fri, 28 Feb 2014 04:28:37 +0100 From: Polytropon To: Matthias Apitz Subject: Re: errors from external USB disk Message-Id: <20140228042837.190f94ad.freebsd@edvax.de> In-Reply-To: <20140227175258.GA3214@La-Habana> References: <20140226121714.GA1532@tiny-r255948> <20140226145527.3cd8eb4b.freebsd@edvax.de> <20140227115934.GA2006@La-Habana> <20140227150715.e6aa0594.freebsd@edvax.de> <20140227175258.GA3214@La-Habana> Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-questions@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Polytropon List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Feb 2014 03:29:04 -0000 On Thu, 27 Feb 2014 18:52:59 +0100, Matthias Apitz wrote: > El d=EDa Thursday, February 27, 2014 a las 03:07:15PM +0100, Polytropon e= scribi=F3: >=20 > > > While copying big files from the failing disk to another with 'cp -Rp' > > > I saw: > > >=20 > > > Feb 23 18:48:07 La-Habana kernel: (da0:umass-sim0:0:0:0): READ(10). C= DB: > > > 28 00 01 cf d9 cf 00 00 0e 00=20 > > > Feb 23 18:48:07 La-Habana kernel: (da0:umass-sim0:0:0:0): CAM status: > > > CCB request completed with an error > > > Feb 23 18:48:07 La-Habana kernel: (da0:umass-sim0:0:0:0): Retrying co= mmand > >=20 > > So it's definitely a reading error here. >=20 > I was today reading the entire disk with >=20 > # dd if=3D/dev/da0 of=3D/dev/null bs=3D1m >=20 > and after around 700 GByte it terminated with: >=20 > dd: /dev/da0: Input/output error > 712870+0 records in > 712870+0 records out >=20 > in /var/log/messages I have: >=20 > Feb 27 18:01:48 La-Habana kernel: (da0:umass-sim0:0:0:0): READ(10). CDB: > 28 00 57 05 33 80 00 00 80 00=20 > Feb 27 18:01:48 La-Habana kernel: (da0:umass-sim0:0:0:0): CAM status: > SCSI Status Error > Feb 27 18:01:48 La-Habana kernel: (da0:umass-sim0:0:0:0): SCSI status: > Check Condition > Feb 27 18:01:48 La-Habana kernel: (da0:umass-sim0:0:0:0): SCSI sense: > MEDIUM ERROR asc:11,0 (Unrecovered read error) > Feb 27 18:01:48 La-Habana kernel: (da0:umass-sim0:0:0:0): Error 5, > Unretryable error Probably the disk has exceeded its natural life time. :-) > Is there a way, to map away such bad block? Until today I was thinking > that the firmware does this by its own, transparently. You are correct. The firmware maps defective blocks as long as there are spare blocks available. When the problem starts "bubbling up" to the I/O subsystem of the OS, it's usually out of spare blocks, which means that there are more than enough defects. However, some really "bare metal" disk tools, provided by the manufacturer and found on the UBCD, can _sometimes_ help to "re-initialize" the disk and have it live some more time. But what's possible depends on the particular brand and model of the disk. Note that such tools are usually working best when the disk is connected directly (SATA instead of USB). > I have only laptops with USB external. That might be a problem. Maybe there are PCCARD interfaces that expose a "real" SATA port instead of doing SATA<->USB with the described loss of functionality? --=20 Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...