seems to deal with the same problem. I don’t speak italian. Tried google translator and it seems not solved.
Is there any news on this problem:
At every boot, mouse changes on/off. Once SDDM authentication is displayed mouse is off, if I right click it turns on but will turn off again if not touched for a few seconds.
This turn on/turn off behaviour only stop if I disconnect the USB cable and reconnect.
Of course, this does not block OMV LX 3.0 use, but it is undesirable …
In short: @mandian suggests to look in /var/log/Xorg.0.log; @luca to look also in journal to see if at boot there are noticed any problem related to usb; @bruno found that is running nouveau drivers, so he installed the usual intel and that did the trick.
Effettivamente la sostituzione dei driver video da nouveau a intel mi ha tratto in inganno. Dopo un breve periodo il mouse ha ripreso il suo comportamento anomalo, non l’avevo più segnalato perché credevo d’essere il solo (e d’altra parte anche la saracinesca del mio box, con nuovissima scheda elettronica, ha richiesto più di otto interventi prima di funzionare bene).
Provo ad essere più preciso:
computer spento,
avvio e si accende il mouse,
arrivo alla schermata di grub e all’avvio di omalx il mouse si spegne e riaccende istantaneamente,
con mouse acceso arrivo a circa metà del boot, qui il mouse si spegne e resta spento.
A questo punto devo staccare e riattaccare la spina usb, posso farlo sia prima della schermata di login che a login effettuato, il comportamento non cambia.
Ho provato anche a disabilitare il touchpad in presenza del mouse ma non ci sono stati cambiamenti.
Anzi dopo il login esce un avviso di touchpad disattivato perché è stato collegato un mouse: ma il mouse è spento! devo staccare e riattaccare.
Aggiungo che anche a me la pressione di un tasto accende il mouse, solo per pochi secondi: nuova funzione risparmio energetico? Solo il distacco e riattacco lo rende operativo stabilmente.
Il comando lsusb sia con mouse non funzionante che funzionante rende identica risposta; questa:
[~]$ lsusb
Bus 004 Device 002: ID 8087:8000 Intel Corp.
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 004: ID 0930:0220 Toshiba Corp.
Bus 003 Device 002: ID 8087:8008 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 058f:6366 Alcor Micro Corp. Multi Flash Reader
Bus 001 Device 003: ID 2040:7070 Hauppauge Nova-T Stick 3
Bus 001 Device 002: ID 046d:c03e Logitech, Inc. Premium Optical Wheel Mouse (M-BT58)
Bus 001 Device 005: ID 04ca:7017 Lite-On Technology Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
A disposizione per compiere eventuali manovre suggerite.
In a graphical environment the mouse is handled by X.org. So you may search in Xorg.0.log for a line starting with (EE) org eventually (WW). Otherwise is a kernel problem you should view with journalctl. In your log mouse only appears but never disconnect.
Yes. The mouse is not disconnect, if I right click it turn its lights on and works as long as I don’t stop using it for a period longer than a few seconds (less than 10 seconds). It really seems to be some kind of energy saving. This “saving energy” only stops when I unplug and plug it again.
Still googling around, found something about mouse autosuspend options here:
Ricordando quello che aveva chiesto @luca e cioè provare con mouse diverso, appena ho potuto, ho provato con altro mouse ottico (Semtek).
Risultato: quello funziona! è il mio Logitech (antico) che non va.
Spulciando in giro… sembra sia un problema correlato a laptop-mode.
Alcuni mouse ottici quando sono in modalità autosuspend non riescono più ad essere riattivati.
Soluzione trovata su forum
(http://superuser.com/questions/408683/why-my-usb-mouse-gets-suspended-after-3-seconds-of-inactivity
da me funziona.
Riassumendo: recupero informazioni con
> # lsusb | grep Mouse
> Bus 001 Device 002: ID 046d:c03e Logitech, Inc. Premium Optical Wheel Mouse (M-BT58)
da root apro il file /etc/laptop-mode/conf.d/runtime-pm.conf
nella sezione autosuspend_devid_blacklist cambio da:
# The list of Device IDs that should not use autosuspend. Use system commands or
# look into sysfs to find out the IDs of your devices.
# Example: AUTOSUSPEND_DEVID_BLACKLIST="046d:c025 0123:abcd"
AUTOSUSPEND_RUNTIME_DEVID_BLACKLIST=""
a:
# The list of Device IDs that should not use autosuspend. Use system commands or
# look into sysfs to find out the IDs of your devices.
# Example: AUTOSUSPEND_DEVID_BLACKLIST="046d:c025 0123:abcd"
##AUTOSUSPEND_RUNTIME_DEVID_BLACKLIST=""
AUTOSUSPEND_RUNTIME_DEVID_BLACKLIST="046d:c03e"
Riavvio il sistema.
Dovrebbe essere sufficiente riavviare il servizio con: # systemctl reload-or-restart laptop-mode.service
My mouse is a recent low cost Trust optical mouse that works normally with different distribution but hang on OpenMandriva.
$ lsusb
…
Bus 001 Device 008: ID 1a2c:0042 China Resource Semico Co., Ltd
Maybe there is a solution,
at least starting from version 1.69 of laptop-mode-tools. Actually in 3.0 version 1.67 is packaged so an upgrade to latest version may be request on bugzilla.
[quote=“adelson.oliveira, post:11, topic:968”]
I guess the best alternative would be having a way to customize the autosupending function in something like systemsettings or MCC.
[/quote]I agree.
Waiting for this solution I asked for laptop-mode-tools update, see bug 2202
Last version of laptop- mode-tools available here. I installed it (after removing previous version) and mouse seems working.
I think more “tester” is needed to be sure that it works.