¿Dónde se almacenan los comandos de inicio?

45

Cuando vaya a "Aplicaciones de inicio", verá una lista de comandos que se ejecutan al inicio y puede agregar los suyos.

Me gustaría saber dónde se almacena esta lista. ¿Está en gconf en alguna parte?

Hay dos razones por las que quiero saber esto:

  • agregar comandos mediante programación
  • deshabilitar algunos comandos (en Oneiric, los predeterminados ya no se muestran)
startup scribu
fuente

Respuestas:

49

Según la especificación de inicio automático de aplicaciones de escritorio , que Ubuntu y todos los principales entornos de escritorio como Gnome, LXDE, XFCE siguen, las aplicaciones de inicio son .desktoparchivos almacenados por usuario en

~/.config/autostart

Y también a nivel mundial, para todos los usuarios, en

/etc/xdg/autostart

(esto es una simplificación, los directorios reales están determinados por la especificación de directorio base XDG )

La característica de habilitar / deshabilitar es proporcionada por este atributo en cada .desktoparchivo:

X-GNOME-Autostart-enabled=true (or false)

Si un usuario alterna el estado de activación / desactivación de una aplicación determinada (sin eliminarla) que estaba en la carpeta del sistema, se copia en el directorio del usuario y luego X-GNOME-Autostart-enabledse cambia el atributo . Si un usuario elimina una aplicación determinada de la lista, el .desktop se copia a la carpeta del usuario con el Hidden=trueatributo (o el archivo simplemente se elimina si estaba presente solo en el directorio del usuario)

Los archivos en la carpeta del usuario y del sistema no necesitan estar marcados como ejecutables. El permiso predeterminado es 644 (rw-r - r--). Los permisos ejecutables para .desktoparchivos solo son útiles para los lanzadores en su área de escritorio (el espacio de trabajo), por lo que muestran su icono y permiten hacer doble clic para iniciar la aplicación. Para Dash, Launcher, Autostart y menús en general, el bit ejecutable es irrelevante.

MestreLion
fuente
2
Gracias, esto fue útil. Los mismos caminos también funcionan para Kubuntu.
ctd
@ctd: (la mayoría) debería funcionar también en otros escritorios, como XFCE y LXDE, ya que este es un estándar hecho por FreeDesktop.org y dirigido a la compatibilidad entre escritorios.
MestreLion
¡Increíble! Esto significa que uno podría usar las aplicaciones de inicio para montar contenedores de veracypt encriptados, y el comando que incluye la clave estaría seguro en el directorio de inicio encriptado del usuario. Solo tendrían que usar visudo para permitir que los permisos de root se veracrypt sin contraseña para ese usuario.
nhorning
Bueno, he buscado y probado muchas alternativas, pero solo el archivo de escritorio /etc/xdg/autostartfuncionó para mí en Bionic Beaver (18.04). ¡Gracias!
Arthur Henrique Della Fraga
1
@ArthurHenriqueDellaFraga, que acabo de probar, y ~/.config/autostarttodavía es válido para Ubuntu 18.04. Intente agregar cualquier iniciador usando Startup Applications(búsquelo en sus aplicaciones), y creará un .desktoparchivo allí
MestreLion
6

Yo uso xfcey lo que he encontrado es la mayoría de los comandos de inicio automático relacionados con el sistema, como

power-managers, gnome-keyring, ubuntuone, blueman etc

se almacenan /etc/xdg/autostartmientras que la mayoría del inicio automático específico del usuario se encuentra en

$USER/.config/autostart Puede echar un vistazo a esos 2 lugares.

sagarchalise
fuente
/ etc / xdg / autostart son para el sistema y funcionarán para todos los usuarios
Pavak Paul
4

En KDE está en

~ / .kde / Autostart

Esto se ha depreciado, KDE Plasma ahora sigue la especificación XDG. El directorio de inicio de todo el sistema se encuentra en /etc/xdg/autostarty los específicos del usuario en~/.config/autostart

Tengo un script allí que inicia Krusader:

 #!/bin/bash
 krusader &

No olvides hacer los scripts que pondrás en Autostart para que sean ejecutables.

Adobe
fuente
2
KDE solía tener sus propios directorios de inicio automático, pero hoy en día siguen la especificación XDG. Tal vez ~/.kde/Autostarttodavía funcione también, pero para la compatibilidad cruzada es mejor usar los
directorios