Sur CrunchBang linux (variante Debian), j'ai un port COM sur ttyS0
lequel j'essaie d'utiliser avec un périphérique NFC. libnfc a répondu qu'il ne pouvait voir aucun périphérique NFC, j'ai donc essayé d'ouvrir directement le port COM. Pour cela, j'ai utilisé:
sudo cu -l /dev/ttyS0 -s 9600
Cependant, cette commande renvoie:
cu: open (/dev/ttyS0): Permission denied
cu: /dev/ttyS0: Line in use
Je ne sais pas ce qui pourrait éventuellement utiliser cette connexion. Pour le savoir, j'ai essayé de lire tous les processus ouverts et le filtrage pour l'utilisation de ttyS0
:
ps -ef | grep tty
mais pour cette commande, rien ne s'affiche qui utilise ttyS0
. J'ai également essayé de saisir tous les fichiers ouverts et de filtrer pour un verrouillage sur ttyS0
:
lsof | grep tty
mais cela ne renvoie rien en utilisant ttyS0
.
Comment est-il possible cu
que la ligne soit utilisée, mais les deux ps
et lsof
ne retournent rien en utilisant cette ligne?
/dev/ttyS0
. Cela cache cependant tous les autres ttys.minicom
fonctionne bien, maiscu
etscreen
refuser de parler/dev/ttyUSB0
. On m'a conseillé d'ajouter mon utilisateur auuucp
et desdialout
groupes et connectez - vous que n'a pas aidé.Réponses:
Il n'y a probablement pas d'utilisation réelle de la ligne, mais un problème d'autorisation. moyen rapide et sale de tester pour moi était d'exécuter:
et réessayez
cu
. S'il commence à fonctionner, vous devez prendre soin duudev
fichier respectif et des autorisations / groupes d'utilisateurs. Pour mon appareil, cela ressemblait à ceci (être membre d'unplugdev
groupe):la source
Les privilèges des périphériques série sont accordés aux membres du
dialout
groupe. Pour me connecter,/dev/ttyS0
j'ai ajouté l'utilisateur actuel au groupe en utilisant:sudo adduser <username> dialout
la source
Il semble que ce soit un bug
cu
. J'ai résolu cela en changeant le groupe de propriétaires en/dev/ttyUSB0
utilisant la commande suivante:la source