Imbatible! Cómo reiniciar Gnome-Shell desde una terminal con ctrl+alt+F2 (o tty2)

Buenas buenas! Yo aca ando, muy contentísimo de volver a escribir. :)

Hoy les traigo mi solución que con el paso del tiempo fui consolidando tratando de lidiar con los cuelgues de gnome-shell. Para resolverlos, vamos a pasar a modo consola y a ejecutar un comandito que nos va a permitir reiniciar el entorno en cuestión. Manos a la obra.

El problema, antecedentes e interines.

La cosa es que la verdad Gnome-Shell es de lo más estable. Eso hay que decirlo y repetirlo mil veces. Principalmente desde las últimas versiones 3.10 en adelante la performance, velocidad y estabilidad de gnome creció mucho. Esto, sin embargo, no quiere decir que todo sea color de rosas. Si usan máquinas virtuales podrían tener experiencias inconfortables con gnome y virtualbox, así como con algunas apps de java que sencillamente ponen a la shell bastante renegona. Por ejemplo, cuando tengo un proceso de virtual box corriendo (VBox*) y quiero cambiar el wallpaper gnome se me cuelga. Raro. Ya está reportado, pero si a alguien le pasa lo mismo estaría bueno que lo reporte también. En suma, quizás recuerden que tengo inestabilidad wallpaperistica así que la shell se me enojaba bastante seguido jajaj. La solución, bastante simple, radicaba en reiniciar la shell desde una consola externa.

Edit: Esto no se trata sólo de reiniciar la shell (como uno haría normalmente apretando “alt+f2, r”) sino que sirve para cuando gnome-shell no responde. Cuando la shell no responde nos impide hacer reaccionar el sistema, las ventanas no responden, menos los atajos de teclado, dejándonos en una situación en la que no se pueden  introducir comandos desde allí. Y ahí viene el sentido de este post. O sea, la idea es que en lugar de tener que reiniciar la computadora porque gnome-shell se colgó, que podamos revivirlo con el método que les cuento abajo. 

Imagino que en el mundillo linux algunos ya tendrán contacto con las sesiones paralelas que se alojan en los tty. Si no, les cuento en dos palabras más o menos de que viene la onda. En linux podemos tener varias sesiones corriendo a la vez, las cuales pueden ser de diferentes usuarios o del mismo, lo cual permite acceder a procesos que están corriendo simultáneamente en otras sesiones abiertas, dado que el usuario es idéntico. Para poder activar una sesión paralela hay que hacer una combinación de teclas de tipo ctrl+alt+f2 para pasar a la consola de sesión paralela tty2 (ctrl+alt+f1 para tty1 y así). Notando que el servidor X que es el que nos permite ver las cosas con interface gráfica puede correr sólo una vez, las sesiones paralelas son todas en modo consola exclusivamente.

El truquete es que desde una sesión paralela en modo consola nos podemos loguear con nuestro usuario y contraseña y así acceder a todos los procesos que corre nuestro “usuario original”. Esto, por supuesto, aplica a gnome-shell, generando la posibilidad de reiniciar la shell desde un entorno seguro y evitándonos el maldito reinicio (aka sudo reboot).

tty2-nologin

Cuando se nos cuelga la shell, lo que tenemos que hacer es ir a una consola para inciar una sesión paralela. Esto lo hacemos apretando ctrl+alt+f2. Nos va a pedir usuario y contraseña, las cuales introducimos y ya estamos listos para reiniciar la shell. Les propongo dos métodos.

tty2-login

El Método: simple comando que reinicia la shell

La forma más sencilla es pasar a tty2 (ctrl+alt+f2 y después loguearse) y ejecutar la siguiente línea:

killall -1 gnome-shell

Luego volvemos a nuestra sesión gráfica que es la tty7 presionando ctrl+alt+f7 y esperamos unos segundos. La shell se tendría que reiniciar. A esperar con paciencia.

restar-gnome-shell

Nota: Si andan en el tema se habrán cruzado con soluciones de todo tipo, como por ejemplo tirar un gnome-shell --replace o un gnome-shell --replace --display :0 o un sudo service gdm restart o sudo service lightdm restart . Ninguna funciona. ^_^

Bien, eso es todo :)

Debo decir que hay soluciones más elegantes. Pero por ahora los dejo con las ganas para otro post.

Espero les sirva,
Salú!!! :)

PD. Obviamente ctrl+alt+f2 es un ejemplo y funciona con cualquier tecla de las de arriba, F1, F2, F(numero), menos la F7 que está guardada para el entorno gráfico.

Imbatible! Cómo reiniciar Gnome-Shell desde una terminal con ctrl+alt+F2 (o tty2)

Gnome 3.12: forzar la distribución del teclado en español (solución definitiva, o post V.2)

Hola a todos y todas. Hoy, muy contento, voy con una re-versión del post que hice hace poquito acerca de cómo tratar de resolver el problema del teclado en español en Ubuntu Gnome 14.04. Recapitulando, cuando uno reinicia la shell, el fokin teclado cambia de idioma.

Hice numerosos vericuetos en el post anterior. Me mete una sonrisita y también, por qué no, un poco de vergüenza jajaj, dado la solución era mucho más sencilla de lo que pensaba. A veces uno se complica la vida al pedo je.

El punto más importante es que este post 2.0  surgió de los comentarios del primer artículo, así que muchas gracias Raúl por compartir con nosotros tu solución! :)

Cómo solucionar el cambio de idioma del teclado

Como decía, la solución era muy simple. Abran una terminal y peguen esto (es sólo una línea):

gsettings set org.freedesktop.ibus.general use-system-keyboard-layout true

Listo el pollo. :)

Podemos probar el resultado reiniciando gnome-shell con alt+f2, r para comprobar que el tema está solucionadísimo.

Se trata de este bug en el que se ve que quedó medio colgao un parámetro del ibus. Nada. Lo cambiamos y ya. Todo como debería ser. Esto se puede hacer de dos formas, la que les acabo de mostrar, y mediante la forma gráfica con gconf-tool, como lo explica Raúl en los comentarios del post anterior. Me tomé la libertad de explorar un poco y de pasarlo a un comando, así en instalaciones nuevas lo podemos agregar a las cosas que se ejecutan apenas terminamos de instalar todo. Muy rápido y efectivo.

Contentísimo me despido por hoy.

Un abrazo a todos y gracias por compartir! :D

Salú!

imágen: https://dribbble.com/shots/553951-Retro-Keyboard?list=searches&tag=keyboard&offset=7

//

Gnome 3.12: forzar la distribución del teclado en español (solución definitiva, o post V.2)

Atacando otro bug de gnome 3.12: forzar la distribución del teclado en español

Hola a todos y todas. Gracias por la buena onda con el asunto del tema y los íconos. _

HAY UN POST MEJORADO DE ESTO, CON UNA MEJOR SOLUCIÓN. PÁSENSE POR AĆA.

Les cuento que hay otro bug que me molesta mucho de gnome 3.12 y me refiero a que el idioma se cambia a inglés sólo. Ahí vamos.

El bug: me cambia a idioma inglés el teclado

Qué es lo que pasa? Bueno, es bastante simple. Si instalamos algo en gnome-shell y queremos ver cómo es, una nueva extensión por ejemplo… o como me pasa a mi cada vez que toco algo en el tema de la shell tengo que reiniciar todo el entorno para que me tome bien los cambios. Las teclas de la injusticia: alt+f2, r.

Luego de apretar alt+f2, r, la shell se reinicia pero el idioma del teclado se cambia a inglés. No importa si no tenemos el idioma instalado. No importa si seleccionamos español por defecto con las herramientas que se les ocurran. No importa nada, el hijo de putasss se cambia al inglés. _

Para cambiarlo al español, nada, hay que seleccionar con el mouse (arriba a la derecha) el lenguaje “en” y luego volver a seleccionar “es”. Un dolor de bolas.

Lo atamos con alambre: crónicas de cosas que no funcionan.

Antes que nada, debo disculparme por la no elegancia de esta cosa que hice. De hecho lidié con ella desde el inicio de 3.12, pensé que en algún momento se iba a solucionar, pero acá estamos: 3.12.2 estable y todavía a todo developer le chupa un huevo o todos usan su fakin teclado en inglés, no sé… algo raro pasa. En fin…

Dadas las limitadísimas “habilidades programativas” que tengo, todo lo que pude hacer es una script en bash, jeje, como siempre. El script ejecuta el comando “setxkbmap es“, que es el salvavidas que nos retorna el teclado a nuestro idioma. Lo ridículamente arcaico del script es que ejecuta setxkbmap regularmente, o sea una vez cada cierta cantidad de tiempo, así no tengo que hacerlo manualmente nunca más. La contra es que ejecuta el comando regularmente, incluso cuando el idioma no es inglés.

Un poco más de detalle (la historia de un incomprendido): la estrategia de repetir como loro el comando que nos cambia el idioma es lo que en economía se llama un “second best”, o sea, no es lo ideal, pero de algún modo funciona. Lo ideal sería que cada vez que gnome-shell se reincia luego de apretar alt+f2, r lea un archivito en el que le podamos meter nuestros scripts… lamentablemente no pude hacer eso. En el proceso que recarga el tema y las extensiones activadas, debería leer ese archivito y ejecutarlo. Si alguien sabe cómo hacerlo, por favor, ayuda. _ ( porque .profile, .scripts, .bashrc… aplicaciones al inicio, nada… nada se recarga nuevamente luego de apretar alt+f2,r…). Entonces. La alternativa ideal no funcionó. Empecé a ejecutar el comando manualmente luego de reiniciar. Como habrán visto es una cosa muy cortita y no tarda absolutamente nada en aplicarse. Luego dije, ok, esto se tendría que poder repetir, basta de hacer esto cada vez que reinicio la shell (porque por ejemplo, cuando hago un tema, esto es básicamente… bueh… cada vez que modifico una línea -lo cual hace muy inconveniente cambiar a la terminal luego de cada reinicio-). Así que busqué en gugul y me encontré con “cron” y todas las herramientas “cronianas”… bueno. No me funcionó ninguna. Todavía no entiendo por qué. Tampoco me funciona “alias”, pero es claramente otro tema para quejarme otro día jajaja. Sigo: entonces como con el puto cron el comandito no se repetía ni se ejecutaba, tuve que encontrar otra forma (se supone que la función de cron es repetir comandos). La solución que encontré es “bien cabeza” como decimos en los suburbios de buenos aires _, porque loopeo (léase: lupéo) al infinito una condición y ejecuto el comando en cada vuelta del loop. Más simple que eso, no essiste papá. Y esa es la forma arcaica de hacer un parrot-command :P (hoy estoy on fire!).

Soluciones de menor a mayor.

Solución 1: ejecutar el comando manualmente

Lamentablemente esta es una opción. Si no reiniciamos la shell todo el tiempo por algún motivo, hasta la recomiendo. Simplemente abran una terminal y peguen:

setxkbmap es

Así de simple.

Solución 2: cron (no me funcionó)

A mi no me funcionó, pero lo pueden hacer. La idea es que hay que editar crontab y meter el comandito de arriba para que se repita. Para eso ejecutamos:

crontab -e

Y luego, al final, agregamos una línea que rece:

*/10 * * * * setxkbmap es

Para ejecutar el comando cada 10 minutos.

Solución 3: Script lupeáo cavernoso (cron sin cron)

Abrimos un gedit y pegamos esto:

#!/bin/bash
mkdir -p ~/.forzar-teclado-español
cd ~/.forzar-teclado-español
while true ;do
if [ -f teclado-español ] ;then
sleep 10;
setxkbmap es;
else
touch teclado-español;
fi
done;

Guardamos el archivo como teclado-es.sh en nuestro home. Yo tengo los scripts en una carpetita en el home que se llama .scripts. O sea que los guardo en ~/.scripts pero ya es cosa de gustos. _. Metanlo donde quieran. Luego lo ejecutamos como aplicación de inicio. Abrimos otro gedit y pegamos:

[Desktop Entry]
Type=Application
Exec=sh /home/XXXtu_nombre_de_usuarioXXX/teclado-es.sh
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=false
Name=teclado-es
Comment[es_ES]=
Comment=
Icon=preferences-desktop-launch-feedback
StartupNotify=true
Terminal=false
Categories=GNOME;GTK;

Reiniciamos y todo tendría que correr. Acuérdense de cambiar XXXtu_nombre_de_usuarioXXX por su nombre de usuario jeje. Si pusieron el .sh en otro lado deben editar esa línea con la localización (absolute path, nada de símbolos).

Solución 4 = Solución Buena!: se me ocurrió mientras escribía el post.

Ok, así se trabaja. :P

Resulta que repasando el script me dije “y qué pasa si puedo recuperar el valor de la distribución del teclado y aplicar el script quirúrugicamente sólo cuando el teclado tiene un idioma que no sea español?”.

El truco: setxkbmap -query nos devuelve el lenguaje del teclado. Todo gracias a man setxkbmap. Un poco de bash-no-jutsu, sed, awk, if-else y la mar en coche, y podemos aislar el asunto. El script escupe todo el día el lenguaje del teclado. Si devuelve “es”, no hace nada. Si no, ejecuta el comando para cambiar la distribución a español. La cosa viene así:

#!/bin/bash

while true ;do
if [ -f /tmp/teclado-español ] ;then
sleep 3;
rm /tmp/current-keyboard ; 
setxkbmap -query | grep layout > /tmp/current-keyboard
sed "s/.*,//" /tmp/current-keyboard
value=`sed "s/.*,//" /tmp/current-keyboard`

if [ $value = "us" ]; then
       sleep 3;
else
    setxkbmap es;
fi

else
touch /tmp/teclado-español;
fi
done;

Este es el output del script. En la línea 3 reinicié la shell. Cada línea tarda 3 segundos en aparecer. :)

Esta opción es excluyente de la anterior. Guardamos el archivo como teclado-es.sh en nuestro home. Yo tengo los scripts sueltitos en el home pero ocultos. O sea que empiezan con un punto. Pero esas ya es cosa de gustos. _. Metanlo donde quieran. Luego lo ejecutamos como aplicación de inicio. Abrimos otro gedit y pegamos:

[Desktop Entry]
Type=Application
Exec=sh /home/XXXtu_nombre_de_usuarioXXX/teclado-es.sh 
Hidden=false
NoDisplay=false
X-GNOME-Autostart-enabled=false
Name=teclado-es
Comment[es_ES]=
Comment=
Icon=preferences-desktop-launch-feedback
StartupNotify=true
Terminal=false
Categories=GNOME;GTK;

Guardamos el archivo en ~/.config/autostart con el nombre teclado-es.desktop. Luego ejecutamos en la terminal chmod +x ~/.config/autostart/teclado-es.desktop para darle permisos de ejecución.

Reiniciamos y todo tendría que correr. Cualquier cosa comentan abajo.

Eso es todo. Como siempre, un post de 5 minutos termina siendo un chorro de cosas. Será. :)

Salú!

//

Atacando otro bug de gnome 3.12: forzar la distribución del teclado en español