Cuando reinicio mi computadora, xbindkeys
se inicia pero no funciona correctamente. Si lo mato y luego lo inicio manualmente nohup xbindkeys
, funciona bien. Creo que funcionará bien si lo pongo en mi .xsessionrc
archivo. Pero algo más ya lo está iniciando cuando inicio, lo que interfiere.
Me recursiva buscado /etc
por xbindkeys
sin éxito.
12.10
boot
shortcut-keys
Espressofa
fuente
fuente
xbindkeys
, entonces podrían estar ejecutándolo al mismo tiempo que usted. Pero estoy seguro de que la solución de @ Mik funcionará.xbindkeys -s
muestra la lista correcta de comandos, pero no todos funcionan: ejecutokillal xbindkeys && xbindkeys
y luego funcionan. ¿Tus xbindkeys no funcionan en absoluto? ¿O funcionan algunos comandos?xbindkeys
, pero hace lo mismo.Respuestas:
He descubierto que
xbindkeys
se inicia automáticamente si tiene una.xbindkeysrc
en su carpeta de inicio o en una carpeta del sistema como/etc
. Por lo tanto, por lo general, no es necesario agregarlo como un elemento de inicio separado una vez instalado.Esto se explica bien en el archivo
/etc/X11/Xsession.d/98xbindkeys
, que se genera mediante cualquier instalación normal desde el paquete de Ubuntu. Aquí hay un fragmento del archivo, generado al ejecutarcat /etc/X11/Xsession.d/98xbindkeys
:Por lo tanto, la solución simple es tomar nota de las instrucciones y colocar un archivo con nombre
.xbindkeys.noauto
en su directorio de inicio, y luegoxbindkeys
no comenzar con su sesión x, y puede colocar una entrada de inicio alternativa con sus necesidades específicas.fuente
xbindkeys
es la misma versión en Precise y Quantal./usr/bin/xbindkeys /home/MY_USERNAME/.xbindkeysrc
: cuál es la ubicaciónxbindkeys
y de mi archivo de configuración. Cuando inicio con soloxbindkeys
funciona bien.xbindkeys &
en mi.xsession
archivo. Ese proceso se está ejecutando pero no funciona. Si corro en una terminal,kill xbindkeys; xbindkeys &
entonces funciona.xbindkeys
como elemento de inicio de usuario en lugar de ponerlo en su.xsessionrc
.Experimenté el mismo problema al intentar que el botón de encendido / apagado del panel táctil funcionara en mi computadora portátil HP G60-530US. Cuando inicio sesión, xbindkeys se estaba ejecutando, matar xbindkeys y reiniciar xbindkeys a veces funcionaba. matar a xbindkeys, ejecutar xbindkeys-config 'aplicar, guardar y salir' funcionó, pero fue bastante engorroso.
Intentar la sugerencia de Mik parecía no funcionar ya que ya tenía un 'xbindkeys' en mis propiedades de sesión de gnome (gsp). Entonces recordé que simplemente escribir el comando en gsp a menudo no funciona; en su lugar, hago clic en el botón 'examinar' y navego a / usr / bin / xbindkeys para configurar la clave. La sesión cerrada y el respaldo registrado y los botones de activación / desactivación del panel táctil del mouse ahora funcionan correctamente.
HP G60-530US específico:
bits relevantes de
~/.xbindkeysrc
(el resto del archivo es predeterminado):.xbindkeys.noauto
está presente en el perfil de inicio del usuario:Habilitado
/usr/bin/xbindkeys
se estableció usando gnome-session-properties Preferencias de la aplicación de inicio. Parte importante (para mí) fue configurar el comando usando el botón 'examinar' en la interfaz de usuario.fuente
Tuve un problema con los mismos síntomas: parece que xbindkeys se inició, pero no funcionó ningún acceso directo. Después de reiniciar manualmente xbindkeys desde un shell, funcionó como se esperaba.
Mi problema era que los comandos vinculados a los accesos directos dependían de mi configuración de shell (tratando de iniciar un comando Ruby, pero Ruby estaba cargado con asdf que se encuentra en mi .zshrc)
La solución fue reemplazar el comando de inicio xbindkeys de
xbindkeys
a/usr/bin/zsh -c "xbindkeys"
y también mover la configuración de asdf de.zshrc
a.zshenv
, ya que este último se carga incluso si no hay tty presente.El comando de inicio fue editable desde "Aplicaciones de inicio" en mi Ubuntu 16.04.
fuente
¡Me ocupé de este problema ejecutando xbindkeys en la terminal al inicio! Agregue Terminal = true en su archivo .desktop.
fuente