Terminal y Nautilus dejaron de funcionar después de un accidente

Algo salió terriblemente mal y, después de que un programa de C ++ en el que estaba trabajando se bloqueó, mi terminal y nautilus (archivos) dejaron de funcionar.

Logré instalar Terminator (otro emulador de shell), esto es lo que obtengo al intentar iniciar Terminal desde Terminator:

(gnome-shell: 779): Clutter-CRITICAL **: 01: 49: 35.532: No se puede inicializar Clutter: No se puede inicializar el backend Clutter: no se encontraron controladores disponibles. (gnome-shell: 779): mutter-WARNING **: 01: 49: 35.532: No se puede inicializar Clutter.

Esto es lo que obtengo al iniciar Nautilus (por cierto, puedo iniciarlo desde Terminator pero no haciendo clic en el icono)

** (nautilus: 445): ADVERTENCIA **: 01: 48: 33.021: AT-SPI: No se pudo obtener la ruta o el nombre del escritorio ** (nautilus: 445): ADVERTENCIA **: 01: 48: 33.026: AT-SPI : No se pudo obtener la ruta o el nombre del escritorio ** (nautilus: 445): ADVERTENCIA **: 01: 48: 33.031: AT-SPI: No se pudo obtener la ruta o el nombre del escritorio

..... otras 10-15 repeticiones de ese error ...

** (nautilus: 445): ADVERTENCIA **: 01: 48: 33.509: AT-SPI: No se pudo obtener la ruta o el nombre del escritorio ** (nautilus: 445): ADVERTENCIA **: 01: 48: 33.509: AT-SPI : No se pudo obtener la ruta o el nombre del escritorio

¿Alguna sugerencia sobre cómo puedo hacer que las cosas vuelvan a la normalidad?

EDITAR: persiste después de reiniciar.

Comencé a experimentar los mismos problemas que usted describe hoy, aparentemente de la nada. Encontré mi solución en este hilo: https://forums.linuxmint.com/viewtopic.php?t=279168

(Para la posteridad) Primero instale Terminator o Xterm para obtener un terminal que funcione. Abra Synaptic Package Manager e instálelo allí.

Verifique los permisos de los archivos en su carpeta de inicio

find $HOME ! -user $USER

En particular, esté atento a los archivos en .dbus

Puede resolver todos los permisos a la vez con

sudo chown -Rc $USER:$USER $HOME

Además, eliminé los archivos $HOME/.dbus/session-bus, eliminé Chrome Remote Desktop y sus datos $HOME/.config/chrome-remote-desktopy los reinicié. Mi suposición es que Chrome Remote Desktop se reinició durante una actualización y escribió algunos archivos como root en la carpeta de inicio.

Como se menciona en la respuesta anterior, el directorio ~ / .dbus / es importante. Si no existe, créelo.

Si eso no ayuda tampoco, establecer la variable de entorno NO_AT_BRIDGE=1.

Después de trabajar con el equipo de cromoting a través de https://bugs.chromium.org/p/chromium/issues/detail?id=988902 , esto es lo que he aprendido:

Gnome (y posiblemente XFCE y otros) actualmente no maneja múltiples sesiones para el mismo usuario con mucha gracia.

En este caso, la adición de Escritorio remoto de Chrome provocó la creación de una sesión Gnome predeterminada que podría conectarse mediante el uso del cliente CRD. Debido a que esta segunda sesión se creó después de la sesión local inicialmente, todo parece estar bien en la sesión local, y el problema podría pasar completamente desapercibido hasta el próximo reinicio.

Sin embargo, después de un reinicio, la sesión remota se ejecuta en el inicio, tomando recursos que normalmente se usarían para la sesión local. Esto puede incluir el zócalo dbus, el sistema de audio, el llavero del usuario y posiblemente otros que no encontré.

Dado que estos ya no están disponibles para la sesión local que comienza más tarde, cualquier aplicación o funcionalidad que requiera su uso falla, y aparentemente lo hace de manera silenciosa a menos que sepa dónde encontrar los registros relevantes.

La solución recomendada por ahora es configurar CRD para usar un tipo de sesión diferente, por ejemplo creando un archivo ~ / .chrome-remote-desktop-session con la configuración deseada.

El equipo de cromoting tiene un parche que implementarán en una versión más nueva que se espera que mejore significativamente la experiencia del usuario.