On Fri, Jun 04, 2021 at 01:16:38PM -0500, Gary Mills wrote:
> I tried both of those commands, and got no output.

That was "lshal --monitor" and "dbus-monitor --system" on a recent BE.
Both of those commands produced no output.  I know they work because I
tried both of them on another system that was booted back to an older
BE.  There, both of them produced copious output, just as the support
document showed.

> The insertion and
> removal does appear in /var/adm/messages, but goes no further.

Here's what I saw on insertion of a USB stick:

    Jun  5 16:52:03 z400 usba: [ID 912658 kern.info] USB 2.0 device 
(usb951,160b) operating at hi speed (USB 2.x) on USB 2.0 root hub: storage@6, 
scsa2usb3 at bus address 3
    Jun  5 16:52:03 z400 usba: [ID 349649 kern.info] Kingston DataTraveler2.0  
0805050224383
    Jun  5 16:52:03 z400 genunix: [ID 936769 kern.info] scsa2usb3 is 
/pci@0,0/pci103c,1309@1a,7/storage@6
    Jun  5 16:52:03 z400 genunix: [ID 408114 kern.info] 
/pci@0,0/pci103c,1309@1a,7/storage@6 (scsa2usb3) online
    Jun  5 16:52:03 z400 scsi: [ID 583861 kern.info] sd9 at scsa2usb3: target 0 
lun 0
    Jun  5 16:52:03 z400 genunix: [ID 936769 kern.info] sd9 is 
/pci@0,0/pci103c,1309@1a,7/storage@6/disk@0,0
    Jun  5 16:52:03 z400 genunix: [ID 408114 kern.info] 
/pci@0,0/pci103c,1309@1a,7/storage@6/disk@0,0 (sd9) online
    Jun  5 16:52:03 z400 genunix: [ID 127566 kern.info] device 
pciclass,030000@0(display#0) keeps up device sd@0,0(disk#9), but the former is 
not power managed

Note that the messages show only "sd9" as the disk device name.  This
is the old-style name, one that is no longer used.  /dev/sd9 does not
exist.  The "rmformat" command show the device name as:
/dev/rdsk/c8t0d0p0 .  It does exist, as does the block device:
/dev/dsk/c8t0d0p0 .

As far as I can tell, "dbus" sends messages to "hal" about the state
of devices on the system.  However, for insertion of USB sticks, this
does not happen.  I don't know why it doesn't happen.


-- 
-Gary Mills-            -refurb-                -Winnipeg, Manitoba, Canada-

_______________________________________________
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev

Reply via email to