Newsgroup: it.comp.os.linux.iniziare
Titolo: Il mouse impazzisce con KDE

Ciao a tutti, ho installato Mandrake 9.0 allo scopo di rimpiazzare
definitivamente Winzozz con l'aiuto anche di Wine ;-) tutto a posto se non
fosse per un problema con il mouse ...
Premessa: ho la necessità di usare 2 pc ed utilizzo un condivisore per usare
la stessa tastiera, mouse e monitor.
Prima dell'installazione della Mandrake switchavo tranquillamente tra più pc
senza problemi ma con la mandrake (ma penso dipenda da X in generale),
quando switcho sull'altro pc, tornando sul PC-Mandrake il puntatore del
mouse impazzisce.
Non ho altro modo di riprendere il pieno controllo di X che chiudere la
sessione (usando rigorosamente solo la tastiera) e riaccedere.
Chiedo: c'è un modo per reinizializzare il mouse senza dover uscire e
rientrare nella sessione ?
Se si c'è un modo per associare la cosa ad una combinazione di tasti ?
Ciao e grazie a chiunque sappia darmi una mano.

 fosse per un problema con il mouse ...
Ho anche io lo stesso problema, e risolvo staccando e riattacando il mouse
sul condivisore quando sono sotto linux, per caso hai un omnicube come
condivisore?

 
Se stacchi il mouse dal condivisore e lo attacchi direttamente al pc, 
funziona correttamente ?
Ti dico questo perchč avevo un normale ps2 con scroll che funzionava sotto 
win ma non ne voleva sapere di andare sotto X.
Dopodichč ne ho acquistato un altro (Trust ottico) che va perfettamente.
Tutto questo mi ha fatto dannare quasi 2 settimane, alla ricerca dell'arcano 
motivo.

Non ho la possibilità di attaccare e staccare il mouse ogni volta :-( , il
condivisore e i cavi sono troppo incassati e la necessità di cambiare pc è
troppo frequente per poter staccare e attaccare ogni volta :-(((
Grazie per la dritta cmq. ... ah! A proposito il mio è un Siemens.
ciao


 motivo.
La differenza è che a me funziona perfettamente (scrol compreso) finché non
switcho sull'altro PC ! :-(

 mouse impazzisce.
XFree e' abbastanza antipatico per la gestione del mouse, probabilmente
non gradisce il fatto di perdere contatto col mouse quando switchi.
Se il modem che usi e' PS/2 potresti provare con uno usb e vedere
che succede.
-- 
"We believe that Linux is, in material part,
an unauthorized derivative of UNIX."
www.sco.com


si è un ps/2 ma il condivisore non porta gli usb, quindi sono punto e a capo
:-(
ciao e grazie

 capo :-(
Peccato..



Già :-(

 riguardi solo il mouse (o qualcosa del genere)!
Noo :-)
Il problema delle connessioni non hot-plug e' che quando le sconnetti
fisicamente mandi in palla non solo il sistema operativo ma anche
la scheda madre..
prova (si fa per dire, non farlo..) a sconnettere il cavo
dell'alimentazione o dei dati dell'hd e poi a riconnetterlo..
il sistema va in palla e non hai altra strada se non riavviare.
Non c'e' simulazione software che tenga, il sistema hardware e software
lo interpretano come un malfunzionamento hardware.



Secondo me ti è sfuggito qualche passaggio ;-) ... ti ricapitolo la
situazione:
A= pc con Mandrake
B= altro pc
1. Mi trovo sul pc A e lavoro regolarmente senza problemi
2. Uso il condivisore e vado sul pc B e lavoro senza problemi
3. Torno sul pc A e non posso + usare il mouse
4. Tramite tastiera faccio chiudi sessione ed attendo che mi appaia la
maschera di logon (non riavvio!)
5. Già nella maschera di logon grafico il mouse ha ripreso a funzionare
(tutto tramite software quindi !)
6. Rientro utilizzando lo stesso utente di prima ed il mouse funza
Il mio problema è evitare di dover entrare ed uscire dalla sessione.

 6. Rientro utilizzando lo stesso utente di prima ed il mouse funza
OK, questo mi era sfuggito..
allora evidentemente c'e' una soluzione software... ma non la conosco!



... Purtroppo :-(
Grazie lo stesso, ciao

 cosa che probabilmente lo mette in crisi.
Ritengo anch'io che il problema principale sia questo. Durante la
commutazione il mouse rimane scollegato elettricamente per un istante e
quindi non alimentato. In realtà internamente al mouse c'è un
condensatore che mantiene per qualche attimo tensione, ma non essendo
progettato per questo scopo, può non essere assolutamente sufficiente.
Lo sbalzo di tensione molto probabilmente fa in modo che il mouse si
resetti da solo. I wheel mouse all'accensione si predispongono (credo
tutti o quasi) in modo PS/2 (non-wheel) e occorre una particolare
sequenza di inizializzazione per attivare il modo IMPS/2 (wheel).
Considerato che X inizializza il mouse solo quando viene avviato, e che
invece i driver di Win tendono a resettare il mouse quando vedono che
non risponde come dovrebbe, ecco spiegato l'arcano mistero (ovvero il
mouse rimane in modo PS/2 mentre X interpreta quello che riceve come
IMPS/2, incasinandosi).
Veniamo ai possibili rimedi:
1) Il più semplice (ma non è detto che funzioni) è di girare la manopola
del commutatore in modo netto e veloce, in modo da ridurre al minimo il
tempo di interruzione (un mio amico aveva un problema simile con la
tastiera, risolveva così) e cercare di non muovere assolutamente il
mouse durante la commutazione (alcuni mouse vanno in "tilt" se si
interrompe la comunicazione mentre stanno trasmettendo).
2) Un mezzo rimedio software è di utilizzare come driver del mouse solo
ed esclusivamente gpm (sia per X che per la console in modo testo),
attivando la modalità "repeater" di gpm. 
Se non ricordo male:
gpm -m /dev/psaux -t imps2 -Rraw
Occhio a Rraw! Va scritto SENZA spazi tra "R" e "raw"... ho perso un
sacco di tempo a capire perchè non mi funzionava in modo repeater...come
per tutte le altre opzioni, io aggiungevo lo spazio!
Nella sezione riguardante il mouse di XF86Config mettere /dev/gpmdata
al posto di /dev/mouse o /dev/psaux e lasciare inalterato il resto.
In questo modo non è necessario far ripartire X per reinizializzare
correttamente il mouse, basta da terminale killare gpm con "gpm -k"
e poi farlo ripartire come sopra.
3) Io proverei a fare una modifica hardware al condivisore del mouse,
in modo che il mouse sia sempre alimentato, anche quando il commutatore
è in posizione intermedia. Per fare cioò collegherei assieme le masse
delle tre porte ps/2 (A, B e mouse), scollegherei del tutto le linee +5
volt che dalle porte A e B vanno al commutatore, e le ricollegherei in
configurazione OR con due diodi schottky in serie (ad es 1N5819). 
In pratica i collegamenti dei +5V (relativi alle porte mouse interne
al condivisore) andrebbero RIFATTI in questo modo:
+5V dalla porta A ---|>|---+
                           +----- +5V alla porta mouse
+5V dalla porta B ---|>|---+
ATTENZIONE: i due diodi sono entrambi NECESSARI (e così pure bisogna
TAGLIARE le linee +5V che vanno al commutatore meccanico!) altrimenti si
rischiano danni ai due PC (si creerebbe un corto tra le linee a 5v dei
due PC). Insomma, se volete cimentarvi, fatelo a vostro rischio e
pericolo!!! E' una modifica che non ho mai sperimentato (c'è una piccola
caduta di tensione sui diodi, ma in teoria non dovrebbe creare problemi,
almeno se si usano diodi schottky che hanno una caduta di tensione molto
minore dei comunissimi 1N4001). Sconsiglio comunque di cimentarsi se si
ha poca confidenza con l'elettronica. Della serie: uomo avvisato, pc
salvato :-)
Per le piedinature dei connettori ps/2: 
http://www.hardwarebook.net/
Saluti
Adriano

 Adriano
Ciao e di nuovo grazie ...

Ho provato la soluzione 2 e ... FUNZIONAAAA !!!
Grazie x la dritta !
Ora devo solo trovare il modo di attivare lo script che mi sono creato per
resettare il mouse, tramite una combinazione di tasti in modo da non dover
andare in console ogni volta ;-) ma sicuramente il problema è risolto!
Ciao e buon week end.
