Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 9 Feb 2006 19:04:01 +0100 (CET)
From:      Oliver Fromme <olli@lurza.secnetix.de>
To:        freebsd-stable@FreeBSD.ORG
Subject:   Re: USB Flash reader under RELENG_6: force GEOM rescan
Message-ID:  <200602091804.k19I41RN023914@lurza.secnetix.de>
In-Reply-To: <20060209204148.T87003@woozle.rinet.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
Dmitry Morozovsky <marck@rinet.ru> wrote:
 > I have USB multi-LUN flash reader which is identified under RELENG_6 as
 > umass0: GENERIC USB Storage Device, rev 2.00/1.8a, addr 2
 > da0 at umass-sim0 bus 0 target 0 lun 0
 > da0: <GENERIC USB Storage-CFC I19B> Removable Direct Access SCSI-0 device 
 > da0: 40.000MB/s transfers
 > da0: Attempt to query device size failed: NOT READY, Medium not present
 > [...]
 > when I insert flash into one of slots, I need to rescan da* providers, as 
 > usually there is slice1 which should be mounted. 

The problem is that devfs isn't "triggered", therefore it
doesn't notice that a new device appeared, so no new nodes
are created.

 > How can I achieve this? camcomtrol rescan does not help, and for now I've found 
 > only *very* ugly workaround like
 > 
 > dd if=/dev/da0 of=/dev/da0 count=1 
 > 
 > which results in error, but actually create GEOMs

The following should work as well, without giving an error:

dd if=/dev/null of=/dev/da0 count=0

It opens the device for writing (without actually writing
anything) and immediately closes it again, which causes
devfs to be "triggered".

I don't think there's currently a real fix for the problem,
I'm afraid.

Best regards
   Oliver

-- 
Oliver Fromme,  secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing
Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd
Any opinions expressed in this message may be personal to the author
and may not necessarily reflect the opinions of secnetix in any way.

"What is this talk of 'release'?  We do not make software 'releases'.
Our software 'escapes', leaving a bloody trail of designers and quality
assurance people in its wake."



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200602091804.k19I41RN023914>