Gerät /dev/ttyusb0 lock failed: operation not permitted

Ich war Herumspielen mit einem router, der früher an diesem Abend mit minicom und ich muss nicht geschlossen haben, um es sauber. Hier ist die Fehlermeldung, die ich bekomme, wenn ich versuche, öffnen Sie minicom:

device /dev/ttyusb0 lock failed: operation not permitted

Ich habe zwei Fragen, 1) wie würde ich gehen muss, um sich aus diesem Zustand, und 2) wie kann ich das beenden von minicom sauber, damit kann ich vermeiden, dies geschieht wieder.

InformationsquelleAutor William Jia | 2012-08-16
  1. 21

    Fand ich, dass ich in der Lage war, die situation zu beheben auf meinem CentOS-box durch ausführen minicom -S <device> -o - und das tun die normal beenden Tastenkombination (STRG-a, x).

    In Ihrer situation wäre es gewesen,

    sudo minicom -S ttyusb0 -o

    Dieser deaktiviert das sperren von Dateien minicom platziert hatte in /var/lock/

    Glück
    Asche

    • funktioniert bei mir, danke!
    • "Dies deaktiviert das sperren von Dateien..." Das hat nicht funktioniert, aber manuell zu löschen, diese lock-Dateien haben. heh.
    InformationsquelleAutor Ash
  2. 5

    Ich lief in ein ähnliches Problem mit gtkterm von einem remote-terminal. Ich hatte das Herunterfahren des Terminals, ohne explizit die Beendigung gtkterm. Das Ergebnis war, dass nachfolgende gtkterm Sitzungen Gaben mir die Fehlermeldung:

    Device /dev/ttyUSB0 is locked.

    Überprüfung der Prozess-Liste über ps zeigten keine gtkterm Prozesse noch laufen.

    Ich korrigiert dies, indem Sie einfach das löschen /run/lock/LCK..ttyUSB0. Nachdem ich, dass, gtkterm war in der Lage zu öffnen ttyUSB0 erfolgreich.

    InformationsquelleAutor MutantXenu
  3. 2
    1. [root@edge-tc lock]# minicom'
    2. Gerät /dev/ttyUSB0 lock failed: Operation not permitted.'
    3. Lösung:'
    4. Überprüfen Sie den Prozess, die gesperrt werden und töten den Prozess"
    5. [root@edge-tc lock]# fuser /dev/ttyUSB0'
    6. /dev/ttyUSB0: 18328
    7. [root@edge-tc lock]# kill -9 18328
    8. [root@edge-tc lock]#'
    9. [root@edge-tc lock]#'
    10. [root@edge-tc lock]# minicom'
    11. Willkommen zu minicom 2.1'
    • In meinem Fall nur die Tötung der Prozess funktioniert!
    InformationsquelleAutor Ajun
  4. 0

    Den kanonischen Weg ist die Verwendung lockdev. Diese verwaltet die sperren von Dateien auf einer pro-Gerät-basis in /run/lock/lockdev/ (zumindest unter CentOS 7.x).

    lockdev <device> verwendet werden kann, ohne root zu sein, und gibt nicht-null, wenn sich das Gerät wurde bereits gesperrt, in dem Fall kann es entriegelt werden lockdev -u <device>.

    Dies ist anscheinend veraltet in diesen Tagen, aber minicom (mindestens ab version 2.6.2) noch verwendet es.

    InformationsquelleAutor Popup
Schreibe einen Kommentar