From owner-freebsd-stable@FreeBSD.ORG Fri Feb 10 08:00:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E5DF16A422 for ; Fri, 10 Feb 2006 08:00:18 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D644F43D45 for ; Fri, 10 Feb 2006 08:00:17 +0000 (GMT) (envelope-from zbeeble@gmail.com) Received: by uproxy.gmail.com with SMTP id c2so196998ugf for ; Fri, 10 Feb 2006 00:00:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=lJOgeitmUPxVztmJwt94DHHV/wMOwztTkPnKYCcO8ath+K04C+q3ePaLMqOk+yA8a9dtP9Rnubs5cLAOR7XfKpS7wjpTphiu81sP79AyVQsOaJxZg/1BitGmlmUNa6//XntvL1Tzp1NETzDnpEPgved2cg7JE7lOWpVh7EqJpao= Received: by 10.67.27.17 with SMTP id e17mr819903ugj; Thu, 09 Feb 2006 22:19:32 -0800 (PST) Received: by 10.66.234.16 with HTTP; Thu, 9 Feb 2006 22:19:32 -0800 (PST) Message-ID: <5f67a8c40602092219r4109cf2fw99966f397aa41d86@mail.gmail.com> Date: Fri, 10 Feb 2006 01:19:32 -0500 From: Zaphod Beeblebrox To: Doug White In-Reply-To: <20060209160623.E10921@carver.gumbysoft.com> MIME-Version: 1.0 References: <200602091804.k19I41RN023914@lurza.secnetix.de> <20060209210748.L87003@woozle.rinet.ru> <20060209160623.E10921@carver.gumbysoft.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, Dmitry Morozovsky Subject: Re: USB Flash reader under RELENG_6: force GEOM rescan X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Feb 2006 08:00:18 -0000 On 2/9/06, Doug White wrote: How about 'fdisk da0'? :) That's only bad when it actually decides to do something :). I have a usb drive that takes a while to become ready after being > inserted. It initially generates errors when attempting to access it. > Yours may have a similar issue. > No... what he's talking about (and I have also commented on this issue) is that many USB devices that talk to memory --- and we're not talking about USB memory sticks per se, but more like 5-in-1 readers and whatnot --- "plu= g in" to USB and show up as disks with '0' blocks. Many of these devices sho= w up as many drives (different "luns" in the SCSI speak) all with 0 bytes. A good example of the problem is my Dell flat panel. It has a USB connection to the computer and it provides a USB hub with 4 ports and a 4 slot multi-card reader. It shows up thusly: da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present and a good summary: [3:137:437]root@canoe:/usr/ports/astro/gpsd/work/gpsd-2.30> camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus0 target 0 lun 1 (da1,pass1) at scbus0 target 0 lun 2 (da2,pass2) at scbus0 target 0 lun 3 (da3,pass3) Obviously, one each for compact flash, memory stick, Smart media and SD/MMC= . Now... interestingly, if I put a card in, camcontrol rescan da3, it doesn't realize that the media has changed, or that the media is anything but zero blocks. Several of the GEOM classes even panic if you ask them to attach to the empty unit. If the unit is full, attaching the null geom device works somewhat like doing the "dd" trick from earlier in this thread. But (just to show the sillyness of it) my current workaround to this proble= m (most times) is to turn off my monitor (thus dumping the USB hub and all it's attachments). Nasty. Need to be able to rescan these things.