gnome-extensions-app: como levantar las extensiones cuando gnome-shell cae

Fedora 34, y con el gnome 40, trae algunas novedades y algunas ausencias que generan también algunos "problemillas". Por partes:

Hace dos o tres días, después de una actualización de kernel y un reinicio, empece muy rápidamente a lanzar las aplicaciones que tengo funcionando de forma continua. Es decir, Fedora empieza a cargar sus cosas, además tengo en el arranque Dropbox y Teams y además en demonio de onedrive (véase aquí) y yo empecé a lanzarlo TODO. De repente, gnome-shell o wayland se reiniciaron de golpe —¿estaría pidiendo algo antes de que se cargara la parte de Fedora que lo controla?— y tras un nuevo reinicio Fedora funcionaba perfectamente, pero las extensiones estaban caídas, y a través de Firefox no era capaz de levantarlas. En si, no es que sea importante, ya que no son imprescindibles para la mayor parte de las cosas, pero lo más importante para mi es que no se muestran los iconos de Dropbox y Teams, así que no puedo saber si están conectadas o no y tengo que comprobarlo mediante terminal y tampoco puedo cerrarlas o abrirlas o configurarlas; utilizo la extension TopIconsFix para que me muestre en el panel los iconos. Hasta gnome 3.38, retoques (antes configuración avanzada o tweak-tools) contenía una pestaña para manejar las extensiones, pero desde gnome 40 no; ¿qué hacer?

Buscando en la red encontré rápidamente la solución (véase aquí). Esa parte ha sido sacada de retoques y ahora es una app separada, gnome-extensions-app. Por lo tanto, debemos instalarla y llamarla y ya podemos levantar las extensiones.

Sencillo, pero deberían habernos avisado (supongo que lo hicieron, pero no sé donde). Pata terminar, ¿cómo la llamamos?

Bien, por terminal

$ gnome-extensions-app

o también ofrece un icono, Extensions, que aparece cuando lo buscamos mediante tecla super u tecleamos exten.... o en el conjunto de las aplicaciones.

KDE. Alteraciones en ventanas por cambios de resolución

Como ya he indicado algunas veces, no me siento "cómodo" en el escritorio KDE. Por razones técnicas, y como mal menor, estoy usando en mi ordenador principal este escritorio. Estos últimos días he descubierto una nueva "molestia" que no he sido capaz de corregir. Me han pedido que pruebe un juego antiguo, para ver si funcionaba, y lo he instalado en wine. Como antiguo que es, al arrancar captura la pantalla completa y cambia la resolución del equipo a 640x480. Ningún problema, ya que al apagarlo, simplemente en un terminal ejecutamos xranr y ya está solucionada la resolución

xrandr -s 1920x1080

Pero, y ahí está la nueva molestia, las ventanas mantienen un tamaño de fuente enorme. Varios ejemplos

Las propiedades de las fuentes se mantienen bien -de hecho, ya las había configurado con un menor tamaño que el que pone KDE inicialmente- y no soy capaz de corregir esta apariencia tan incómoda hasta que reinicio el sistema. No me molestaré mucho más en buscarle solución, ya que cuando se libere Fedora 20, lo instalaré de limpio con gnome, y si no me funciona adecuadamente, me pasaré a openSUSE. Una oportunidad de trabajar con yast y aprender a usar zipper.

Fedora 18: cambios en la localización de sysctl.conf

Debido a problemas con el sistema gráfico, estoy instalando de manera limpia Fedora 18 en todos los ordenadores en que había usado FedUp. El problema sigue igual, pero eso es otra cuestión. Lo que he encontrado, que no me había dado cuenta hasta ahora, es que la localización del fichero de configuración del sistema ha cambiado. Fedora deja las teclas mágicas deshabilitadas. Como hasta ahora había actualizado con FedUp los ordenadores, seguían activas. Sin embargo, tras la instalación en limpio y repetirse un error en el sistema gráfico, he cortado mediante kill las aplicaciones activas pero no he podido "saltar" (AltGr+ImprPant+K) la máscara gráfica. He llamado al fichero /etc/sysctl.conf y me he encontrado con esto

Mirando en la red he viso que la configuración se localiza ahora en el fichero /usr/lib/sysctl.d/00-system.conf, así que lo he editado

Ahora voy a reiniciar y espero que todo funcione.

Probando Cinnamon

Hace unos días había instalado KDE sobre gnome, más que nada para probar.  Es resultado no ha sido satisfactorio. En primer lugar, el hombre es un animal de costumbres, y no me siento cómodo en este nuevo escritorio. En segundo lugar, y mucho más importante, me ha generado problemas en el funcionamiento de algunas aplicaciones, incluido algunas a través de wine, virtualdubmod en concreto, que desde ese momento en que instalé KDE dejó de funcionar. En resumen, cuando tenga tiempo instalaré de nuevo Fedora 17 y sin escritorio KDE. Sin embargo, ahora que ya tengo todo mal configurado, voy a aprovechar este tiempo para probar Cinnamon. Siguiendo las recomendaciones de Usemos Linux, la instalación y configuración de cinnamon es muy sencilla. Realmente tengo que reconocer que estoy muy cómodo en gnome shell, pero muchas personas que me rodean son refractarios a los nuevos escritorios sin menús, así que a lo mejor los puedo "evangelizar" con un escritorio como cinnamon. El cambio es muy ligero, ya que en estos momentos funciono fundamentalmente con tecla super más las primeras letras de las aplicaciones, y eso sigue funcionando de la misma manera que en shell. Se generan los menús, fáciles de usar, pero que por ahora no he mirado. No está del todo mal. Este es mi nuevo escritorio...

igualito que el anterior, ya que lo primero que hice fue cambiar el panel para arriba y hacerlo desaparecer. Siempre me han gustado los escritorios limpios.
Para evitar reiniciar el sistema en los cambios al configurar cinnamon, es recomendable aplicar Alt-F2 y ejecutar r para resetear solo cinnamon (idea original aquí).

Fedora. Habilitar sysrq

Desde que uso Fedora no he tenido una necesidad de usar nuestro famoso REISUO hasta hoy. sin embargo, en Fedora no están habilitadas las teclas "mágicas", así que no podemos usarlas. Es muy recomendable activarlas para no tener que reiniciar con la tecla de Reset como me ha pasado hoy a mi. Es sencillo editando de nuevo sysctl.conf:
- Terminal; nos identificamos como administrador
$ su -
palabra
# gedit /etc/sysctl.conf
y ponemos el valor de 1 a kernel.sysrq

tras el reinicio ya están disponibles las teclas mágicas (y REISUB/O).

Desmontado discos duros NTFS

Los últimos dos arranques de mi ordenador han sido un suplicio. Se queda en negro esperando algo ¿Qué será ese algo? Y así minutos y minutos. Dándole a muchas teclas, y no sé cual es la buena, se recibe una pantalla con esta respuesta:

Como se ve, la he capturado con una cámara. Aparte de unos errores de red que se deben a una confusión que tuve en la identificación de las dos tarjetas de red que tiene el ordenador al configurar la conexión en la instalación nueva de Ubuntu 11.10 -que se autocorrige- el problema estaba en que el sistema espera encontrar un disco externo Toshiba que, teóricamente, no fue bien desmontado. Sin embargo yo recuerdo haber desmontado correctamente el disco, así que asumo que el problema está en el espacio vacio en la etiqueta del disco -TOSHIBA EXT-, ya que los espacios vacíos generan errores en la ejecución de comandos en Linux. El problema es que en en el directorio /media quedaba siempre la presencia del dispositivo TOSHIBA EXT, por mucho que lo desmontemos

Lo primero que hice fue cambiarle la etiqueta al disco, para evitar el espacio vacío. Para ello usé palimpsest

Aun así el dispositivo TOSHIBA EXT aun existía en /media. Siguiendo la recomendación de hckorootx edité a nivel de administrador el fichero /etc/fstab, donde quedan registrados los dispositivos del ordenador

sudo gedit /etc/fstab

para eliminar las líneas seleccionadas (color naranja), donde se identifica el dispositivo TOSHIBA\40EXT. Es recomendable hacer una copia de seguridad inicial, por ejemplo guardar un fstab.bak por si borramos el dispositivo / (el raíz), en cuyo caso el ordenador no arrancaría. Sin embargo, si hemos guardado una copia de seguridad con un CD Live podríamos recuperar el sistema. El fichero guardado queda así

Al reiniciar, el arranque es normal. Sea cual sea la razón, recomendable eliminar los espacios en las etiquetas de nuestros discos esternos (y unidades USB en general).

Ubuntu 11.10. No arranca el sistema gráfico

De los dos equipos con Ubuntu 11.10 que uso regularmente (todos los días), uno de repente dejó de arrancar el sistema gráfico. Es el que llevaba usando 2 días con gnome classic y que se había actualizado perfectamente desde 11.04. Al arrancar, he marcado Unity (reconozco que el gnome classic es muy útil para usuarios que no quieran cambiar, pero a mi ya me va gustando Unity) y aunque se oía el sonido de inicio de Ubuntu, todo queda en una pantalla en violeta sin nada más. Decidí llamar a un entorno en modo texto (Ctrl+Alt+F1) para ver si era posible y tras la identificación he intentado llamar al sistema gráfico manualmente (startx), a ver que pasaba, y he obtenido esta respuesta:

server is running
remove /tmp/.X0-lock

Esto me trajo a la mente el bloqueo de amule (ver aquí) que me trajo de la calle de la amargura mis primeros años de Linux hasta que conocí los bloqueos poltergeist basados en Linux por el sufijo lock.
La solución es tan simple como

sudo rm /tmp/.X0-lock # seguido de un
startx

y listo.
Sencillo. En Linux, la mayor parte de las soluciones nos las ofrece directamente el propio sistema operativo. Ahora solo falta saber cual ha sido la razón de ese bloqueo. Lo más lógico y frecuente podría ser un apagado inesperado (falta de luz, mano temblorosa que se equivoca de tecla...), pero no ha sido el caso, con lo que puede deberse a algún error en el cambio de escritorio entre sesiones o a saber que otra cosa. En la red aun no he encontrado nada similar en el cambio gnome classic-Unity.

Actualizaciones de Windows 7

Los usuarios de Windows deben estar acostumbrados a las actualizaciones de Windows, pero yo no. Como me quería llevar el portatil el fin de semana, y la conexión a través de 3G es más lenta (y solo dispongo de 250MB mensuales), decidí actualizar el portatil antes de salir. Lo primero fue actualizar Ubuntu; al sistema le llevó unos minutos, pero a Dropbox bastante (llevaba dos semanas sin usarlo, así que tenía que actualizar más de 400 ficheros, algunos de más de 20MB). cuando terminó, cometí el error de actualizar Windows 7. Al conectarme (16:50 horas) se empeñó en actualizar Acrobat Reader, y luego reiniciar (reinicio 1); le dejé, por que ya sé que si nos negamos, a nada que nos despistemos se reinicia por su propia voluntad. Luego busqué las actualizaciones, 3 importantes y una opcional; antes de que me dejara picarle la opcional, ya estaba el sistema actualizando las 3 primeras (reinicio 2). Intenté después del reinicio actualizar la optativa, pero me dijo que era innecesario, pero que tenía que actualizarme al Service Pack 1 64 de windows 7; valé, hazlo. Cuando llevaba el 30 por ciento, pidio reinicio (reinicio 3); al volver, estuvo un rato muyyy larrrgo hasta llegar al 100% y, justo después, pidió 7 actualizaciones importantes y una opcional. Por suerte, no quiso reiniciarse otra vez. Hora de finalización, 18:34 horas. El sistema estuvo actualizándose 1hora y 44 minutos y se reinició tres veces. En ese tiempo se pueden instalar 5 ordenadores con Linux. ¡NO ES NORMAL! Un sistema que cuesta 100-150€ no puede estar casi dos horas actualizándose y tener que reiniciarse tres veces seguidas. A ese tiempo después podemos sumar el de actualización de antivirus y Spybot, otros 10 minutos, así que ahí tenemos las dos horas. La última vez que desconfiguré Ubuntu, lo instalé de nuevo y tardé entre 14 y 19 minutos, y ya pude trabajar. Luego se actualizó mientras trabajaba, se reinició, por que hubo cambio de kernel, que si no normalmente no se reinicia, y listo. Además no uso antivirus y el firewall (firestarter) ya se actualiza cuando hace falta. Por favor, Microsoft, seriedad, que me aburren los reinicios, y me hacen perder tiempo.
¡Ah!, aun falta lo peor; a pesar de todo eso, encima tarda 4 minutos en arrancar; Ubuntu con 49 segundos, como mucho, ya está preparado. No tengo nada más que decir.