Las aplicaciones gráficas a menudo almacenan configuraciones y otros datos específicos del usuario en archivos de configuración escritos dentro de la carpeta de inicio del usuario . El principal mecanismo que usan las aplicaciones para determinar qué deben usar como carpeta de inicio del usuario es la HOME variable de entorno . (Puede inspeccionarlo usted mismo echo $HOME).
Supongamos que está ejecutando gedit(un editor de texto gráfico) como root. Si ejecuta sudo gedit, HOMEcontinuará apuntando hacia su directorio de inicio, aunque el programa se esté ejecutando comoroot . En consecuencia, geditescribirá los archivos de configuración comoroot en su directorio de inicio. Esto a veces dará como resultado que los archivos de configuración sean de su propiedadroot y, por lo tanto, inaccesibles para usted (cuando luego ejecute el programa como usted mismo y no como root). Esto sucede principalmente cuando la aplicación tiene que crear un nuevo archivo de configuración. Los archivos recién creados, por defecto, son propiedad del usuario que los crea (quien en este caso es rootusted, no usted).
Esa es la razón principal por la que debe ejecutar aplicaciones gráficas con una interfaz sudográfica en lugar de una recta sudo. En Ubuntu y la mayoría de sus derivados (incluidos Xubuntu y Lubuntu), la interfaz gráfica estándar es gksu/gksudo . En Kubuntu lo es kdesudo. (Depende del entorno de escritorio que se use).
Si desea usar sudodirectamente para ejecutar una aplicación gráfica como gedit, puede ejecutar:
sudo -H gedit
El -Hindicador sudoestablece HOMEque apunte a rootla carpeta de inicio de (que es /root).
Eso todavía no manejará automáticamente la propiedad .Xauthoritycopiándola en una carpeta temporal (esto es otra cosa que las interfaces gráficas sudose encargan de usted). Pero en el caso poco frecuente que .Xauthorityes inaccesible, recibirá un error que dice que sí, y luego puede solucionar el problema eliminándolo ( sudo rm ~/.Xauthority), ya que se regenera automáticamente. Por lo tanto, proteger .Xauthorityla propiedad y los permisos es menos importante que proteger la propiedad y los permisos de los archivos de configuración.
A diferencia de una rootparticipada .Xauthority, cuando los archivos de configuración se convierten en propiedad como root, no siempre es tan evidente cuál es el problema (ya que los programas gráficos a menudo se ejecutarán, pero no funciona muy bien, y la salida de los errores útiles a la consola). Y a veces es una molestia más grande solucionarlo, especialmente si se encuentra en una situación en la que desea que uno o más archivos en su directorio principal sean propiedad de otra persona que no sea usted (porque entonces no puede solucionarlo simplemente recursivamente chowntodos sus archivos de vuelta a ti mismo).
Por lo tanto, sudo(al menos sin -H) no debe usarse para ejecutar una aplicación gráfica a menos que esté muy familiarizado con el funcionamiento interno de la aplicación y sepa con certeza que nunca intentará escribir ningún archivo de configuración.
