[oi-dev] OI no longer automounts USB sticks

Gary Mills gary_mills at fastmail.fm
Sun Jun 6 18:21:02 UTC 2021


On Fri, Jun 04, 2021 at 03:11:32PM -0500, Gary Mills wrote:
> 
> Ah, I tried the first command on an OI system running the 2020-11-27
> BE and did get some output while I inserted and removed a USB stick:
> 
>     <root at ryzen># lshal --monitor
>     
>     Start monitoring devicelist:
>     -------------------------------------------------
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_0 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 added
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 property volume.mount_point = '/media/STORE N GO'
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 property volume.is_mounted_read_only = false (new)
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 property volume.is_mounted = true
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 property volume.mount_point = ''
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 property volume.is_mounted = false
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1 removed
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4 removed
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4 removed
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0 removed
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0 removed
>     pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_0 removed
> 

I also tried "dbus-monitor --system" on the same system as I inserted
and removed a USB stick.  I got too much output to capture, but this
is part of it:

    method call time=1622910378.194372 sender=:1.39 ->
    destination=org.freedesktop.Hal serial=555
    path=/org/freedesktop/Hal/devices/pci_0_0/pci1022_1453_1_3/pci1b21_1142_0/storage_a_if0_0/scsi_host0/disk4/sd4/p0_1;
    interface=org.freedesktop.Hal.Device; member=GetAllProperties
    method return time=1622910378.194409 sender=:1.2 -> destination=:1.39 serial=867 reply_serial=555
       array [
    ...
          dict entry(
             string "org.freedesktop.Hal.Device.Volume.method_execpaths"
             variant             array [
                   string "hal-storage-mount"
                   string "hal-storage-unmount"
                   string "hal-storage-eject"
                ]
          )
    ...
          dict entry(
             string "volume.label"
             variant             string "STORE N GO"
          )
    ...
          dict entry(
             string "block.solaris.raw_device"
             variant             string "/dev/rdsk/c4t0d0p0:1"
          )
          dict entry(
             string "block.device"
             variant             string "/dev/dsk/c4t0d0p0:1"
          )
    ...

Note that the "lshal" output shows the mount point as '/media/STORE N
GO', but the "dbus" output only shows the device name.  "/media" is
the mount point used by the "rmvolmgr" daemon and the "rmmount"
command.  Something must have mounted the USB stick between those two
services.  I'm not familiar with this area of OI; I only know what I
saw in the output cited above.  However, something must have convinced
"dbus" to send those messages when the USB stick was inserted.  I don't
know what is missing or changed in the current OI BE so that it seems
to ignore USB devices.


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



More information about the oi-dev mailing list