Wer startet xbindkeys?

Wenn ich meinen Computer neu xbindkeysstarte , wird er gestartet, funktioniert aber nicht richtig. Wenn ich es töte und dann manuell starte nohup xbindkeys, funktioniert es einwandfrei. Ich denke, es wird gut funktionieren, wenn ich es in meine .xsessionrcDatei lege . Aber etwas anderes startet es bereits beim Booten, was stört.

Ich suchte rekursiv /etcfür xbindkeysohne Erfolg.

Ich habe festgestellt, dass xbindkeysautomatisch gestartet wird, wenn Sie eine .xbindkeysrcin Ihrem Home-Ordner oder in einem Systemordner wie haben /etc. Daher muss es nach der Installation normalerweise nicht als separates Startelement hinzugefügt werden.

Dies wird in der Datei gut erklärt /etc/X11/Xsession.d/98xbindkeys, die bei jeder normalen Installation aus dem Ubuntu-Paket generiert wird. Hier ist ein Ausschnitt aus der Datei, der durch Ausführen generiert wurde cat /etc/X11/Xsession.d/98xbindkeys:

This file is sourced by Xsession(5), not executed.

PROG="/usr/bin/xbindkeys"
NOAUTO="${HOME}/.xbindkeys.noauto"

This file autostarts xbindkeysrc if the user (or system) has a config
for it AND does NOT Have a .xbindkeys.noauto in his homedir.

[The rest of the file is a script]

Die einfache Lösung besteht also darin, die Anweisungen zu notieren und eine Datei mit dem Namen .xbindkeys.noautoin Ihrem Home-Verzeichnis abzulegen. Anschließend xbindkeyswird Ihre x-Sitzung nicht gestartet, und Sie können einen alternativen Starteintrag für sie entsprechend Ihren spezifischen Anforderungen erstellen.

Ich hatte das gleiche Problem, als ich versuchte, die Touchpad-Ein- / Aus-Taste auf meinem HP G60-530US-Laptop zum Laufen zu bringen. Wenn ich mich anmelde, wird xbindkeys ausgeführt. Manchmal funktioniert es, xbindkeys zu beenden und xbindkeys neu zu starten. xbindkeys zu töten, xbindkeys-config 'apply, save & exit' auszuführen funktionierte, war aber ziemlich umständlich.

Der Versuch von Miks Vorschlag schien nicht zu funktionieren, da ich bereits einen 'xbindkeys' in meinen Gnome-Session-Eigenschaften (gsp) hatte. Ich erinnerte mich dann daran, dass es oft nicht funktioniert, nur den Befehl in gsp einzugeben. Stattdessen klicke ich auf die Schaltfläche "Durchsuchen" und navigiere zu / usr / bin / xbindkeys, um den Schlüssel festzulegen. Abgemeldetes und protokolliertes Backing sowie die Ein- / Aus-Tasten des Maus-Touchpads funktionieren jetzt ordnungsgemäß.

HP G60-530US spezifisch:

1. relevante Bits von ~/.xbindkeysrc(der Rest der Datei ist Standard):

   #TouchpadOff - works
   "synclient TouchpadOff=1"
      0x1008ffb1
   
   #TouchpadOn - works
   "synclient TouchpadOff=2"
      0x1008ffb0
   

2. .xbindkeys.noauto ist im Home-Profil des Benutzers vorhanden:

   ~/.xbindkeys.noauto
   

3. Aktiviert /usr/bin/xbindkeyswurde mithilfe der Startanwendungseinstellungen von gnome-session-properties festgelegt. Ein wichtiger Teil (für mich) war das Festlegen des Befehls über die Schaltfläche "Durchsuchen" in der Benutzeroberfläche.

   Name: xbindkeys
   Command: /usr/bin/xbindkeys
   Comments: Touchpad on/off
   

Ich hatte ein Problem mit den gleichen Symptomen: xbindkeys scheinen gestartet worden zu sein, aber es hat keine Verknüpfung funktioniert. Nach dem manuellen Neustart von xbindkeys von einer Shell aus funktionierte es wie erwartet.

Mein Problem war, dass die mit den Verknüpfungen verknüpften Befehle von meiner Shell-Konfiguration abhingen (beim Versuch, einen Ruby-Befehl zu starten, aber Ruby wurde mit asdf geladen, das in meiner .zshrc-Quelle enthalten ist).

Die Lösung bestand darin, den Startbefehl xbindkeys von xbindkeysnach zu ersetzen /usr/bin/zsh -c "xbindkeys"und auch das asdf-Setup von .zshrcnach zu verschieben .zshenv, da letzteres geladen wird, auch wenn kein tty vorhanden ist.

Der Startbefehl konnte unter "Startanwendungen" in meinem Ubuntu 16.04 bearbeitet werden.

Ich habe dieses Problem behoben, indem ich xbindkeys beim Start im Terminal ausgeführt habe! Fügen Sie Terminal = true in Ihre .desktop-Datei ein.