Errore 'USBDeviceOpen fallito' solo con il mio account utente quando si utilizza PowerMate Controller USB. OK con l'account fresco

Question

Ho un controller USB PowerMate da Griffin: funziona, ma usando il mio account utente normale non posso controllare le impostazioni di luce . Con un nuovo account fresco, tutto funziona come previsto. Come faccio a trovare ciò che causa il problema?

I può interagire con esso, trasformarlo, premere, e reagisce come previsto.
Ma non posso controllare le impostazioni di luce: la luce è sempre accesa, anche se ho impostato in modalità di pulsare. Essa non lampeggia quando dovrebbe.

Ogni volta che faccio un'azione che dovrebbe cambiare lo stato di luce (assegnando il Default Set all'unità PowerMate, o cambiare lo stato luce di default nelle impostazioni), ottengo questo errore nella console:

19/03/11 17:39:42 PowerMate [441] PowerMate posizione dispositivo: 26.410.000 di servizio: 0000b69b USBDeviceOpen non riuscita: e00002c5

A volte, ho più voci dello stesso errore (fino a 14 volte). Fatta eccezione per questo errore e il seguente errore al momento del lancio della app, non c'è nulla di utile.

Path (null) dato a -. [NSWorkspace iconForFile:] non è un percorso completo

---

Io corro Lion 10.7.1 (problema era simile su Snow Leopard).

Ecco quello che ho fatto finora per risolvere i problemi:

• Assicurarsi che l'applicazione PowerMate.app non è in esecuzione

• Un-collegare il dispositivo PowerMate USB e tutti gli altri dispositivi USB (tranne che per la mia tastiera)

• Rimuovi tutto creato dall'applicazione PowerMate.app con:

.

rm ~/Library/Preferences/com.griffintechnology.PowerMate.plist;
rm -rf ~/Library/Caches/com.griffintechnology.PowerMate;
rm -rf ~/Library/Application\ Support/PowerMate;

• Per correggere l'autorizzazione con Disk Utility.app

• Reboot.

• Applica l'ultimo aggiornamento combo (MacOSXUpdCombo10.6.6.dmg)

• Reboot

• Avviare la versione più recente dell'applicazione PowerMate.app (versione 3,0-3012).

• Poi plug-in dispositivo PowerMate USB.

Tutto il resto si suggeriscono per trovare la differenza tra il mio account e una nuova?

differenze note che contano tra i conti:

Analogie tra i conti:

Entrambi gli account sono admin della macchina.
Sono membri di uno stesso gruppo.

Output del comando id: il mio normale account (quello con il problema):
uid=501(mylogin) gid=20(staff) groups=20(staff),401(com.apple.access_screensharing),102(com.apple.access_ssh),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),402(com.apple.sharepoint.group.1)

il nuovo account di prova fresco (quello in cui opera):
uid=502(test2) gid=20(staff) groups=20(staff),401(com.apple.access_screensharing),204(_developer),100(_lpoperator),98(_lpadmin),81(_appserveradm),80(admin),79(_appserverusr),61(localaccounts),12(everyone),402(com.apple.sharepoint.group.1)

Sono in contatto con il supporto di Griffin. Sono molto bello, ma finora non sono stati in grado di trovare la causa del problema.

---

Aggiornamento:. A quanto pare, i mezzi e00002c5 codice di errore "accesso esclusivo e il dispositivo già aperta"
Qualsiasi idea di come figura quale processo ha accesso a un dispositivo USB?

Answer 1

Ho trovato il colpevole: MenuMeters stava accedendo l'impostazione luce del dispositivo PowerMate

Non sapevo MenuMeters avevano un'impostazione per mostrare l'utilizzo della CPU tramite il PowerMate bagliore. E 'stato lì dal 2003, ma non mi importava a questo proposito dal momento che non possedeva un PowerMate prima.

L'ultima versione risolvere questo bug. Molte grazie a Alex Harper per la sua grande pezzo di software e supporto continuo. http://www.ragingmenace.com/software/menumeters/history.html

Answer 2

questo suona come qualcosa è rotto con il nodo del dispositivo per il dispositivo USB. È un confrontare le impostazioni con qualcosa di simile:

1. figura cosa il nodo dispositivo. L'ultima uscita passo sarà il nome del dispositivo a seguito di un> (e qualche altra spazzatura si può ignorare.) Avrete bisogno che il nome del dispositivo nel passaggio 2. Sarebbe meglio per fare questo test per l'utente temperatura che le opere, subito dopo una riavvio fresco.
   1. ls -1 /dev/ > /tmp/before ( Nota, che è "tratto uno" )
   2. collegare il dispositivo in
   3. ls -1 /dev/ > /tmp/after
   4. diff /tmp/before /tmp/after
2. confrontare i permessi dei dispositivi tra i due.
   1. login come te stesso
   2. ls -el /dev/devicename > /tmp/broken ( Nota, che è "tratto e ell" questa volta )
   3. login come utente temp
   4. ls -el /dev/devicename > /tmp/working

Questo ultimo pezzo creerà due file che aspetto simile a questo:

crw-rw-rw- 1 root wheel 11, 1 Mar 26 16:20 cu.Bluetooth-PDA-Sync

Il primo bit (crw-rw-rw-) è una rappresentazione testuale dei bit mode ... è possibile differenza di là è la causa.

Il bit successivo che potrebbe essere il problema è l'utente (root) e il gruppo (wheel), uno dei quali potrebbe causare il problema.

Sto assumendo è di essere creato dinamicamente (in modo non corretto) quando si inserisce il dispositivo. Un'altra possibilità è che il nodo del dispositivo è persistente, ma sbagliato. Se entrambi di questi file PARTITA, poi ci dimostrate quello che sono e, probabilmente, siamo in grado di capire ciò che il dispositivo deve essere impostato su.