Ejecuto Nautilus como root en consola y...

A ver si me podeis ayudar. A la hora de ejecutar nautilus como root (para copiar cosas a directorios que solo puedo acceder como root) me ocurre esto
carlos@carlos-pc-linux:~$ su
Contraseña:
carlos-pc-linux:/home/carlos# nautilus
(nautilus:3826): GnomeUI-WARNING **: While connecting to session manager:
Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed.

(nautilus:3826): Eel-WARNING **: Error de GConf:
Falló al contactar con el servidor de configuraciones; algunas de las posibles causas son que necesite habilitar TCP/IP en ORBit, o que tiene bloqueos de NFS de una caída de sistema. Vea http://www.gnome.org/projects/gconf/(Detalles -  1: Falló al obtener la conexión con la sesión: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.)


Sabeis como arreglarlo? Porque me abre nautilus pero a nivel usuario y no en root :S

EDITO: cabe decir que uso debian testing
Es un fallo que nos pasa a todos (al menos los que estamos en Testing/Unstable), aún así se debería de abrir Nautilus.

Yo creo que el fallo viene que como están metiendo paquetes de Gnome 2.24 (y Debian Lenny tiene el 2.22) pues se le va la pinza en ese sentido, aún así ya no queda mucho para que tengamos el 2.24 y supongo que este "error" se solucionará.
Lanzalo como sudo aún siendo el root. Es un bug...
Snakefd99cb escribió:Lanzalo como sudo aún siendo el root. Es un bug...


mano de santo, como no de tu mano xDDD. Por cierto, como puedo cambiarle el tema cuando lo ejecuto como root? es que parece win98 xD
Snakefd99cb escribió:Lanzalo como sudo aún siendo el root. Es un bug...


Se me olvidó decirselo XD

Donato: Npi... ya que no suelo navegar mucho por nautilus siendo root xD
Darkcaptain escribió:
Snakefd99cb escribió:Lanzalo como sudo aún siendo el root. Es un bug...


Se me olvidó decirselo XD

Donato: Npi... ya que no suelo navegar mucho por nautilus siendo root xD


Yep, no solo por eso, sino por synaptic o cualquier cosa que necesite derechos de root y sea un GUI
nah. Leed un poquito lo que pone en el error y verás que es cosa de que no conecta con el servidor gráfico. Un poco de documentación y verás que las variables, al no ser globales, no son compartidas por otros usuarios.

SUDO hace que las variables locales sean copiadas por un momento a otro usuario y por eso funciona con SUDO.
SU cambia a otro usuario sin pasar las variables del anterior al nuevo.

Hay una variable que es para indicar dónde y en qué pantalla está la sesión gráfica iniciada. Es del tipo "DISPLAY=dirección_maquina:pantalla.virtual" (creo que era así, o cambiando pantalla por virtual :P).

Para una sola pantalla en el mismo ordenador sería "DISPLAY=:0".
Por lo que para iniciar una aplicación gráfica desde consola en la primera sesión gráfica, se necesita iniciar una variable "DISPLAY" con valor ":0".

Ejemplo a modo de resúmen:
Tengo una sesión gráfica.
Desde la consola establezco que todas las aplicaciones gráficas sean enviadas a mi sesión gráfica.
$ EXPORT DISPLAY=:0
una vez establecida dicha variable, ya podrás lanzar cualquier aplicación gráfica desde la consola que se redigirá a dicho monitor y pc.
$ nautilus&

Es decir, si quieres usar SU en vez de SUDO, pues haces un SU y ya como root estableces DISPLAY=:0 antes de lanzar una aplicación gráfica.

Con esto puedes enviar aplicaciones gráficas a otros PCs o incluso usar los monitores de otros PCs como si fuera uno local. Yo tengo 3 monitores enlazados por red en dos CPUs. Y envío las señales usando la variable DISPLAY. Una chulada todo la arquitectura de Xorg ^^. Todo es establecer la variable DISPLAY antes de lanzar alguna aplicación gráfica.

Un regalito como HOWTO:
Si quieres varias sesiones gráficas:

Inicias una sesión gráfica en otra pantalla:
$ X :1 &
y estableces la vairable DISPLAY:
$ export DISPLAY=:1
y ahora inicias los programas o sesiones que necesites:
$ gnome-session &
y ahora tienes otra sesión gráfica.
Puedes cambiar entre monitor virtuales usando la combinación de teclas Control+Alt+Fx (donde "x" es 7 para el monitor 0, 8 para el monitor 1, etc, dependiendo de las configuraciones que tengas en Xorg).
:| joder, no sabia que se podia hacer todo eso. gracias genio, lo probare mañana
Es algo que no entiendo de debian, porque en otras distros (rhel), si funciona...
Tambien que no puedas hacer un ifconfig (por el $PATH),...
e-Minguez escribió:Es algo que no entiendo de debian, porque en otras distros (rhel), si funciona...
Tambien que no puedas hacer un ifconfig (por el $PATH),...


¿Qué? ifconfig está en /sbin y te aseguro que en Debian ese directorio está definido en el PATH de root por defecto. Cuando yo usé Fedora sí creo recordar que era como tú dices pero nunca me ha pasado en Debian.

Saludos:).
Yog-Sothoth escribió:
e-Minguez escribió:Es algo que no entiendo de debian, porque en otras distros (rhel), si funciona...
Tambien que no puedas hacer un ifconfig (por el $PATH),...


¿Qué? ifconfig está en /sbin y te aseguro que en Debian ese directorio está definido en el PATH de root por defecto. Cuando yo usé Fedora sí creo recordar que era como tú dices pero nunca me ha pasado en Debian.

Saludos:).

Se refiere al $PATH de un usuario normal, no de ROOT. Las distribuciones "amigas" incluyen en el $PATH del usuario normal el $PATH del usuario ROOT; por lo que puede ejecutar aplicaciones con permisos ROOT, con el SUDO.
11 respuestas