Date: Thu, 17 Jun 1999 21:09:31 -0500 From: David Kelly <dkelly@HiWAAY.net> To: freebsd-scsi@freebsd.org Subject: suspected bad block Message-ID: <199906180209.VAA43562@nospam.hiwaay.net>
next in thread | raw e-mail | index | archive | help
This is the first time something like this has popped up: Jun 16 06:02:16 nospam /kernel: (da0:ncr0:0:0:0): READ(10). CDB: 28 0 1 9 b6 2 0 0 2 0 Jun 16 06:02:16 nospam /kernel: (da0:ncr0:0:0:0): MEDIUM ERROR info:109b603 asc:11,b Jun 16 06:02:16 nospam /kernel: (da0:ncr0:0:0:0): Unrecovered read error - recommend reassignment sks:80,2f Think "make release" was running at the time the above happened. "sks:80,2f" doesn't look like a block number to me. What is it? Is this junk being reported by my HD? This is what dmesg has to say about the drive: da0 at ncr0 bus 0 target 0 lun 0 da0: <IBM OEM DCHS09W 2222> Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (10.000MHz, offset 15, 16bit), Tagged Queueing Enabled da0: 8689MB (17796077 512 byte sectors: 255H 63S/T 1107C) Am running "dd if=/dev/rda0c ibs=64k of=/dev/null" on the device right now to see if I can prompt the problem again. Or if the drive has already remapped it. Have mentioned in the past, camcontrol isn't quite happy with the above HD and Asus SC875 SCSI card: # date; camcontrol defects -f block -G ; sleep 10; tail -5 /var/log/messages ; date Thu Jun 17 21:04:39 CDT 1999 error reading defect list: Input/output error Jun 17 21:03:47 nospam /kernel: (pass2:ncr0:0:0:0): COMMAND FAILED (9 80) @0xc0a84800. Jun 17 21:04:39 nospam /kernel: (pass2:ncr0:0:0:0): extraneous data discarded. Jun 17 21:04:39 nospam /kernel: (pass2:ncr0:0:0:0): COMMAND FAILED (9 80) @0xc0a84400. Jun 17 21:04:39 nospam /kernel: (pass2:ncr0:0:0:0): extraneous data discarded. Jun 17 21:04:40 nospam /kernel: (pass2:ncr0:0:0:0): COMMAND FAILED (9 80) @0xc0a84400. Thu Jun 17 21:04:49 CDT 1999 # -- David Kelly N4HHE, dkelly@nospam.hiwaay.net ===================================================================== The human mind ordinarily operates at only ten percent of its capacity -- the rest is overhead for the operating system. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199906180209.VAA43562>