On Sun, Jun 27, 2021 at 01:00:46AM -0700, Joshua M. Clulow wrote:
>
> OK, so I have looked into this a little bit. It seems like there is a
> bug in the HAL code we ship, or in the glib that OI is now using, or
> somewhere inbetween.
[...]
> This seems about right. These writes are into a
On 6/30/21 6:46 PM, Gary Mills wrote:
On Mon, Jun 28, 2021 at 02:55:21PM -0700, Alan Coopersmith wrote:
On 6/28/21 12:52 PM, Gary Mills wrote:
I don't know yet if the glib developers have
dropped support for solaris or illumos.
I've not seen any such moves by them, and have gotten
On Mon, Jun 28, 2021 at 02:55:21PM -0700, Alan Coopersmith wrote:
> On 6/28/21 12:52 PM, Gary Mills wrote:
> > I don't know yet if the glib developers have
> > dropped support for solaris or illumos.
>
> I've not seen any such moves by them, and have gotten Solaris-specific
> pull requests
When I initially said that I could reproduce the problem,
(I am testing on this completely new 2021.04 system)
I didn't check that rmvolmgr was enabled.
I should have verified that to begin with ...
I can still reproduce the problem that you reported,
but for example with an old Olympus camera
On 6/28/21 12:52 PM, Gary Mills wrote:
I don't know yet if the glib developers have
dropped support for solaris or illumos.
I've not seen any such moves by them, and have gotten Solaris-specific
pull requests accepted in recent years.
--
-Alan Coopersmith-
On Mon, Jun 28, 2021 at 06:53:33PM +0200, s...@pandora.be wrote:
>
> It's good that you reported the issue and of course USB automount
> is useful.
>
> Andreas Wacknitz also confirmed this, and is trying to help as much
> as possible.
I didn't know this. In fact, I generally don't know when
Perhaps
# svcadm restart hal
# svcadm restart rmvolmgr
is a temporary workaround but indeed eventually should fix the underlying
problem.
David Stes
___
oi-dev mailing list
oi-dev@openindiana.org
https://openindiana.org/mailman/listinfo/oi-dev
- Op 27 jun 2021 om 15:27 schreef gary mills gary_mi...@fastmail.fm:
> I use it periodically to transfer files from my main Unix system to
> another system that runs Windows 10. I know there are alternatives to
> USB sticks, but they are convenient. USB automount is useful to me.
It's
Stephan Althaus wrote:
> Hi!
>
> i would be happy to test something.
>
> I would have a use case for the usb automount feature,
> and the issue with the mouse/keyboard not changeable in X as it seems,
> is related and something i am not happy with.
>
> Stephan
>
>
>
>
On Sun, 27 Jun 2021 at 21:30, Tony Brian Albers wrote:
> I was trying to use a KVM switch the other day, and I suppose this issue
> is why I had to force a shutdown(power btn) of OI every time I had
> switched to another machine and back again. Mouse and keyboard were
> unresponsive but powered
On 6/27/21 10:55 AM, Andreas Wacknitz wrote:
> Am 27.06.21 um 10:00 schrieb Joshua M. Clulow via oi-dev:
>> On Fri, 25 Jun 2021 at 18:52, Gary Mills wrote:
>>> On Fri, Jun 25, 2021 at 12:24:52PM -0700, Joshua M. Clulow via
>>> oi-dev wrote:
It seems like it would be good to figure out, on
Gary Mills wrote:
> On Sun, Jun 27, 2021 at 01:00:46AM -0700, Joshua M. Clulow wrote:
>>
>> OK, so I have looked into this a little bit. It seems like there is a
>> bug in the HAL code we ship, or in the glib that OI is now using, or
>> somewhere inbetween.
>
> You've gone much farther than I
On Sun, Jun 27, 2021 at 01:00:46AM -0700, Joshua M. Clulow wrote:
>
> OK, so I have looked into this a little bit. It seems like there is a
> bug in the HAL code we ship, or in the glib that OI is now using, or
> somewhere inbetween.
You've gone much farther than I have. With some help from
On Sun, Jun 27, 2021 at 11:50:31AM +0200, s...@pandora.be wrote:
> I like the 2021.04 release of OI, this is a great piece of work,
> and this release works well on my PC (thanks for the work on it).
I like it too, especially the new Firefox. So far, I've only found
one anomaly with it, and I
Quiesce is to support fast reboot, it does not interfere with device
connectivity.
Sent from my iPhone
> On 27. Jun 2021, at 15:27, s...@telenet.be wrote:
>
>
> Although that OI 2020.04 and 2021.04 install both on this Dell Precision 3640
> system,
> I have noticed:
>
> reboot: Not all
Although that OI 2020.04 and 2021.04 install both on this Dell Precision 3640
system,
I have noticed:
reboot: Not all drivers have implemented quiesce(9E)
Please see /var/adm/messages for drivers that haven't
implemented quiesce(9E).
The driver that is indicated there is
Jun
Am 27.06.21 um 11:50 schrieb s...@pandora.be:
- Op 27 jun 2021 om 10:55 schreef Andreas Wacknitz a.wackn...@gmx.de:
And I am only able to do limited
manual tests, because I have lots of other things I want to do.
I only use USB sticks very rarely and while I do change my mouse or
keyboard
- Op 27 jun 2021 om 10:55 schreef Andreas Wacknitz a.wackn...@gmx.de:
> And I am only able to do limited
> manual tests, because I have lots of other things I want to do.
> I only use USB sticks very rarely and while I do change my mouse or
> keyboard from time to time, it hasn't been on my
Am 27.06.21 um 10:00 schrieb Joshua M. Clulow via oi-dev:
On Fri, 25 Jun 2021 at 18:52, Gary Mills wrote:
On Fri, Jun 25, 2021 at 12:24:52PM -0700, Joshua M. Clulow via oi-dev wrote:
It seems like it would be good to figure out, on the systems that _do_
work, what exactly is performing the
On Fri, 25 Jun 2021 at 18:52, Gary Mills wrote:
> On Fri, Jun 25, 2021 at 12:24:52PM -0700, Joshua M. Clulow via oi-dev wrote:
> > It seems like it would be good to figure out, on the systems that _do_
> > work, what exactly is performing the mount. Then we can work
> > backwards to why that is
On Sat, Jun 26, 2021 at 07:56:41AM +0200, s...@pandora.be wrote:
>
> Shouldn't 'eject' be listing those removable disks (they currently
> do not for me).
You can't eject USB sticks because there is no eject mechanism. Only
CD and DVD drives have the mechanism. You have to remove USB sticks
On 6/26/21 3:52 AM, Gary Mills wrote:
> On Fri, Jun 25, 2021 at 12:24:52PM -0700, Joshua M. Clulow via oi-dev wrote:
>> It seems like it would be good to figure out, on the systems that _do_
>> work, what exactly is performing the mount. Then we can work
>> backwards to why that is no longer
Shouldn't 'eject' be listing those removable disks (they currently do not for
me).
I'd expect something like
# eject -l
/dev/dsk/c12t0d0p0:1 rmdisk,rmdisk0,USBSLACK,/media/USBSLACK
/dev/dsk/c1t0d0s2cdrom,cdrom0,cd,cd0,sr,sr0
and
# eject rmdisk
rmdisk /dev/dsk/c12t0d0p0:1 unmounted
On Fri, Jun 25, 2021 at 12:24:52PM -0700, Joshua M. Clulow via oi-dev wrote:
>
> It seems like it would be good to figure out, on the systems that _do_
> work, what exactly is performing the mount. Then we can work
> backwards to why that is no longer happening.
Good idea. I have a system
On Fri, Jun 25, 2021 at 08:45:10PM +0200, s...@pandora.be wrote:
>
> I can reproduce the problem;
Knowing that helps a lot: I thought for a while that I was the only
one.
> When I plugin a USB key on my OI 2021.04 latest update system it
> does not automount the volume;
Yes, that's the same
On Fri, 25 Jun 2021 at 11:45, s...@pandora.be wrote:
> I can reproduce the problem;
>
> When I plugin a USB key on my OI 2021.04 latest update system it does not
> automount the volume;
>
> cdrecord -scanbus shows the USB key controller.target.disk 5.0.0 so from
> there it is also possible to
I can reproduce the problem;
When I plugin a USB key on my OI 2021.04 latest update system it does not
automount the volume;
cdrecord -scanbus shows the USB key controller.target.disk 5.0.0 so from there
it is also possible to deduce
root@wapper:~# mount -F pcfs /dev/dsk/c5t0d0p1 /mnt
On Sun, Jun 06, 2021 at 09:49:58PM +0200, Andreas Wacknitz wrote:
>
> service/hal is delivered by illumos-gate
Well, hal seemed to be a good lead, but turned out to be another dead
end.
Curiously, there seem to be many versions of the hal package in OI.
The range is enormous. I wonder why
On 6/6/21 9:43 PM, Gary Mills wrote:
On Sun, Jun 06, 2021 at 11:06:06AM -0700, Alan Coopersmith wrote:
hal monitors the devices and uses dbus to send messages to other programs
on certain events - like notifying the GNOME/Mate file manager when a new
removable media device is inserted or
On Sun, Jun 06, 2021 at 11:06:06AM -0700, Alan Coopersmith wrote:
>
> hal monitors the devices and uses dbus to send messages to other programs
> on certain events - like notifying the GNOME/Mate file manager when a new
> removable media device is inserted or removed so they can show/hide it.
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:
>
> # lshal --monitor
>
> Start monitoring devicelist:
>
On 6/6/21 10:30 AM, Gary Mills wrote:
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.
hal monitors the devices and uses dbus to send messages to
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
It's possible to pkg install diagnostic/ddu
and run ddu (Device Detection Utility) and check USB in the BE (boot env.) that
works,
and compare with the BE that doesn't work.
Click on "Show details" for USB and what is the driver name for USB ?
Is it : driver name ohci or driver name xhci ?
On 6/5/21 3:43 PM, Gary Mills wrote:
On Sat, Jun 05, 2021 at 11:07:46AM +0200, Andreas Wacknitz wrote:
I don't use USB sticks with OI but I noticed something probably related
on my desktop: For some time now newly plugged mice or keyboards cannot
be used in X11. Even logout and re-login
I don't have an answer but the following manpage :
man cfgadm_usb (1M)
has some info that may help, such as the command to list usb:
cfgadm -l -s "select=class(usb),cols=ap_id:info" | grep Mfg
Taken from that manpage. Also I believe there are various USB drivers see
"man usba"
For
On 6/4/21 10:11 PM, Gary Mills wrote:
On Fri, Jun 04, 2021 at 07:31:20AM -0500, Gary Mills wrote:
I found a document that might help. It describes:
lshal --monitor
dbus-monitor --system
Ah, I tried the first command on an OI system running the 2020-11-27
BE and did get some
On Fri, Jun 04, 2021 at 07:31:20AM -0500, Gary Mills wrote:
> I found a document that might help. It describes:
>
> lshal --monitor
> dbus-monitor --system
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
On Fri, Jun 04, 2021 at 07:31:20AM -0500, Gary Mills wrote:
> I found a document that might help. It describes:
>
> lshal --monitor
> dbus-monitor --system
I tried both of those commands, and got no output. The insertion and
removal does appear in /var/adm/messages, but goes no
On Thu, Jun 03, 2021 at 01:30:43PM -0300, Till Wegmueller wrote:
>
> To understand which service might be affected by the problem, could you
> check if one either hal or rmvolmgr produce informative output?
I found a document that might help. It describes:
lshal --monitor
dbus-monitor
On Thu, Jun 03, 2021 at 01:30:43PM -0300, Till Wegmueller wrote:
>
> To understand which service might be affected by the problem, could you
> check if one either hal or rmvolmgr produce informative output?
How would I do that? I'm not familiar with either of those
subsystems. I assume that
Hi Gary
To understand which service might be affected by the problem, could you
check if one either hal or rmvolmgr produce informative output?
Also another thing that might have changed is behaviour in the Mate
components in the UI that control the mounting. What do the GUI tools
say about
42 matches
Mail list logo
