Problema scroll mouse - Microsoft Wireless Mobile Mouse 4000

Tra cold e warm boot da quanto ne so c'è il POST (power-on self test) che fa il check delle periferiche..

@enzotib : Innanzitutto grazie per le risposte, direi che una mezza soluzione l'abbiamo trovata quando si deve passare da un OS all'altro.. Ora che abbiamo individuato la strada sarebbe ottimale capire quale comando si potrebbe dare tipo da bash per il riavvio selettivo della periferica o per un riavvio delle USB.. E' possibile pescarlo tra le istruzioni che impartisce il POST? Porta pazienza ma mi piace capire i perchè andandoci a fondo.. solo così imparo qualcosa :)

@mjkdblnx: qual'è l'output di lsusb -t con il mouse attaccato?

stavo guardando come postartelo ma eccedo il numero di caratteri a disposizione nel commento.. devo andare in modifica alla domanda per postare l'output da bash?

@mjkdblnx: certo, puoi modificare la domanda

@mjkdblnx: prima cosa, hai modificato la domanda cancellando tutto quello che c'era prima, avresti dovuto aggiungere senza cancellare: ho rimediato io.
Seconda cosa, credevo sarebbe stato più facile capire qual era il mouse, dato che non ci riesco metti pure l'output di lsusb senza l'opzione -t, vediamo se si capisce qualcosa in più dal confronto dei due.

@enzotib: si hai ragione, stavo per ri-modificarla reimmettendo la domanda originale quando ho visto che l'avevi già editata tu, grazie mille. Ti posto subito l'output di lsusb. Il mouse è il "Bus 001 Device 005" (verificato digitando lsusb prima e dopo averlo rimosso)

@mjkdblnx: un'altra richiesta, aggiungi anche l'output di ls /sys/bus/usb/devices/

@enzotib: cercando ho trovato parecchio materiale relativo alle periferiche che fa capo alla gestione dei file in /dev tramite udev (evoluzione di hotplug).. vale la pena proseguire su questa strada per provare ad eseguire quel riavvio selettivo della periferica o sono fuori traccia?

@mjkdblnx: ok, prova questi comandi che dovrebbero disabilitare il mouse:

echo auto | sudo tee /sys/bus/usb/devices/1-3/power/control
echo 0 | sudo tee /sys/bus/usb/devices/1-3/bConfigurationValue

e poi questo per riabilitarlo, vediamo se funziona:

echo 1 | sudo tee /sys/bus/usb/devices/1-3/bConfigurationValue

@enzotib: funzionano perfettamente (poi me li spieghi..!) Dato che c'ero ho fatto la prova riavviando W7 e tornando ad Ubuntu (in pratica ho ricreato il problema dello scroll), poi ho dato i comandi da terminale ma disabilita e riabilita solo la funzionalità della periferica senza generare il reset. Problema invariato a mouse riabilitato..

Bè, molto interessante... Ero convinto fosse un pronlema esclusivamente del piccolo trasmettitore usb... Invece assomiglia di più ad un problema di driver relativo a win7... Domani proverò a scaricare questo e installarlo in win7... Vedremo se funziona

@lillo8919: Se ti può essere d'aiuto ho i driver correttamente installati in W7, ma credo di capire (confermerà in caso @enzotib) che sia un problema legato alla necessità di re-inizializzazione dei driver in Ubuntu se si esegue un soft-boot dopo utilizzo di W7. Ecco perchè tramite un cold boot si risolve il problema: il cold boot esegue una fase di POST che inizializza ex-novo le periferiche e che invece un riavvio normale skippa. Vedi anche qui.

Ah... Ok... Grazie

@mjkdblnx: c'è questo vecchio post che propone un programma in C da compilare che dovrebbe togliere l'alimentazione ad un hub usb, sempre che questo lo supporti: http://article.gmane.org/gmane.linux.usb.general/30383

@enzotib: riuscito a far funzionare il comando:

~/Scrivania/hubpower$ sudo ./hubpower 1:2 power 2 off; sudo sleep 5s ; sudo ./hubpower 1:2 bind
Port  2 status: 0000  Power-Off
Bind-driver request sent to the kernel

Effettivamente son riuscito a spegnere sia l'hub cui è connesso il mouse che successivamente anche il solo mouse, in modo selettivo. (5 secondi di panico!)..

MA purtroppo non reinizializza i driver del mouse e conseguentemente lo scroll, al riavvio del mouse, è come prima.. Peccato è veramente bella come soluzione.. forse manca un comando in mezzo..

@enzotib: ciao, non ho mollato il 'problema',anzi! Volevo un parere/consiglio in quanto più esperto, perchè "penso" di aver trovato qualcosa che potrebbe fare al caso nostro (sempre che interessi anche a te venirne a capo, più che altro per curiosità!). Vedi link1 e link2. Spezzo il commento in due così ci sto con i caratteri.

@enzotib: In pratica hai individuato correttamente il cold boot come rimedio, ma di fatto rispetto al warm/soft boot cosa fa in più? "Se" non ho capito male (è dura trovare di preciso la differenza tabellata in termini di comandi tra i due!) reinizializza le periferiche facendo comunicare processo utente --> file in /dev --> driver --> dispositivo (come da schema riportato in uno dei due link), ricreando gli inodes nella cartella /dev . Forse va cercata qui la soluzione? Ha senso? Grazie in anticipo

@mjkdblnx: sono curioso del problema, ma ora sto uscendo e non torno prima di stasera. Ci darò un'occhiata con calma appena posso.

@enzotib: nessuna fretta! Il rimedio lo abbiamo già :) Rimane la parte più bella (almeno per me!) che è quella di identificare il perché e andare ad agire in modo mirato. Piuttosto grazie ancora dell'aiuto e dell'esperienza che metti a disposizione di tutti.