lunes, 14 de marzo de 2022

Kernel 5.16.12. Impresoras Canon dejaron de funcionar

Tanto en el trabajo como en casa tengo impresoras Canon, en concreto i-sensys MF421dw y MF443dw. Con Fedora 35, tras la actualización con kernel 5.16.12, ambas desararecieron del sistema. Fue imposible recuperarlas; de hecho el sistema no las reconocía ni las encontraba con lsusb. Sin embargo, al actualizar a 5.16.13, el sistema las reconoce y las puedo instalar y hacer funcionar. No encontré ni ningún comentario en la red sobre ello, así que supongo que fue un fallo que afectó a poca gente o a algunos modelos nada más. Seguiremos sobre el asunto, porque una de ellas, a pesar de ser reconocida, imprime en negativo. 

¡Cuidado con el kernel 5.16.12!

lunes, 7 de marzo de 2022

Cambio de equipo

Después de casi 10 años (véase aquí su estreno), he cambiado de ordenador. La verdad es que mi intención era resistir hasta que se estropeara, porque aún hacía todo lo que se le pedía, aunque fuera lentamente, pero el que falló primero fue el monitor. Desde hace unos meses la esquina inferior derecha se estaba oscureciendo y se veía cada vez peor, y en las dos últimas semanas falló también la izquierda.

Así lo veo desde hace unos días. A lo mejor con fondo blanco se aprecia mejor...

En resumen, para mantener mi equipo, el monitor nuevo debería ser, como mucho, 2560x1440, porque la gráfica integrada —una HD4000 incluida en el i7— no permite más. La verdad es que tenía ganas de comprar un monitor 4k, porque no hay nada peor que codificar vídeo a 4k y poder solo suponer como se debía ver, por que tu monitor no te deja, y hay que esperar a comparar en la televisión. Además disponemos de los nuevos Intel, memoria DDR5, discos m2 de muy alta velocidad. En resumen, me he comprado un equipo nuevo.

Placa Asus PRIME Z690-A

Procesador 12th Gen Intel(R) Core(TM) i7-12700 Alder Lake, con gráfica incluida, por que no paso de jugar al solitario

RAM Kingston 4800 2x16

y la estrella, un monitor ASUS ROG STRIX KG27UQR. Una resolución muy alta...

No está terminado, porque el disco que será home no estaba disponible (m-2 WD 2TB Blue modelo nuevo, y el único que he podido incorporar el el nuevo de sistema (WD Black NVMe 500). El resto son los que tenía el equipo anterior (por ahora). La ventaja es que al usar el mismo home la instalación ha llevado 15 minutos —sumados a las 3 horas que me ha llevado desmontar el ordenador viejo, cambiar los cables a versiones compatibles con el nuevo equipo, comprender la caja Silent Base 802, bucear hasta la fuente de alimentación, colocar lo cables que faltaban, meter los discos de 3,5'...—. El Rey ha muerto, ¡viva el Rey!

martes, 7 de diciembre de 2021

Ratones que no responden adecuadamente y alcohol isopropílico

 En octubre de 2019 decidí cambiar a un teclado mecánico —Logitech G413— y, para que el conjunto quedara bien, puse al mismo tiempo un ratón acorde al teclado —Logitech G203—; véase aquí. El teclado es una maravilla y no ha dado ningún problema. El ratón también funciona muy bien, y en los ordenadores con Windows no da problemas (sí, en mi casa tengo desertores al lado oscuro); en Fedora he tenido que conectarlo a un puerto USB3, y así funciona perfectamente; en la entrada natural del ratón no se puede controlar, con un movimiento errático y demasiado rápido. Bien, la noticia es que con solo dos años de uso, y teniendo en cuenta que no lo uso para jugar, salvo al solitario, el ratón empezó a responder al click simple como si fuera doble, lo que hace muy incómodo trabajar. De hecho, tengo en la caja de herramientas, aparte de un ratón Logitech M100 básico para cuando hace falta para cualquier cosa, otro ratón Logitech modelo más antiguo al que le pasaba lo mismo. Es una pena, por que es un ratón muy bueno, de alta resolución y muy ergonómico y cómodo de usar. Como no quería tirarlo, estuve buscando en la red a ver si otros usuarios habían tenido el mismo problema y lo habían solucionado. Y sí, debe ser un fallo bastante común, pero también fácil de reparar. En este vídeo lo explican perfectamente.

Así que simplemente soltamos los tornillos y con un cepillito de limpieza de máquina de afeitar lo he limpiado por todos los lados con alcohol isopropílico (2-propanol). 



El ratón tenía un montón de pelusa que entra por la rueda y se acumula en la parte de abajo, al lado de la rotación de la rueda, y justo ahí están los sensores de los botones de ejecución del ratón. También le hice lo mismo al otro ratón que tenía,y funciona también de nuevo perfectamente. Y la pregunta es ¿por qué isopropanol? Pues según parece, se seca mucho más rápido que el etanol, no deja residuos, permite extraer la suciedad adherida, que no se elimina con aire comprimido. Además, eso es una suposición mía, si limpiamos con etanol puro el precio incluye un impuesto que es más alto que el alcohol, salvo que lo compres con benzalconio, es decir, algo añadido con efectos no conocidos sobre el equipo. Además, en general lo venden en farmacias al 96%, lo que supone que hay un 4% de agua que a los equipos electrónicos no les gusta mucho.

En resumen, no tiréis los ratones antes de limpiarlos por dentro. Antes se estropeaban por desgaste, y por la suciedad que entraba por la bolita inferior. Ahora el problema es la rueda superior y todo el polvo que entra y que interfiere en los sensores.

martes, 2 de noviembre de 2021

jueves, 7 de octubre de 2021

Fedora 35 beta

Instalé Fedora 35 beta el mismo día de su presentación. 

¿Razones?; fundamentalmente por que tenía R anclado en la versión 4.05, sin poder actualizar porque algunas librerías del sistema no llegaban a versiones superiores en Fedora 34. He realizado una actualización por terminal:

$ su -

# dnf upgrade --refresh

# dnf install dnf-plugin-system-upgrade

# dnf system-upgrade download --releasever=35 (en este caso he tenido que añadir --allowerasing, debido a algunas cosas que ya no existen asociadas a pipeware)

# dnf system-upgrade reboot

vamos, lo de siempre. Esta vez más rápido aun. Resultado, todo funcionando menos Teams. Desde aquel día (28/09?) he estado matando Teams (killall teams) y volviéndolo a llamar, y a veces funcionaba. Sin embargo, desde la actualización de hoy ya funciona como antes (es decir, más o menos).

En resumen, si se necesita una versión muy actualizada de algún programa que no está —ni estará— disponible en Fedora 34, adelante, instalar la versión beta. En mi equipo funciona perfectamente (x86_64 Linux 5.14.9-300.fc35.x86_64, Intel Core i7-6850K, Radeon RX 560). Si no es así, como siempre recomiendo esperar a 1 mes después de que salga la versión estable.

lunes, 26 de julio de 2021

Conflicto entre paquetes tras un fallo en la actualización del sistema con dnf

En los últimos días he tenido dos problemas que me han traído —un poco, tampoco hay que exagerar— por la calle de la amargura. Uno ya está solucionado y hablaremos de ese. Al segundo aun le estoy dando vueltas.

El viernes 16 de julio lancé la orden de actualización

su -c 'dnf -y update'

    passwd

y cuando empezaba a actualizar el sistema saltó. Bien, no le dí más importancia y al reiniciar el sistema intenté actualizar de nuevo y me apareció este mensaje, cortando la actualización,

...

Ejecutando verificación de operación
Verificación de operación exitosa.
Ejecutando prueba de operaciones
Los paquetes descargados se han guardado en caché para la próxima transacción.
Puede borrar los paquetes de la caché ejecutando 'dnf clean packages'.
Error: Error de prueba de transacción:
  el archivo /usr/share/doc/libdrm/README.rst de la instalación de libdrm-2.4.107-1.fc34.i686 entra en conflicto con el archivo del paquete libdrm-2.4.105-1.fc34.x86_64
  el archivo /usr/share/libdrm/amdgpu.ids de la instalación de libdrm-2.4.107-1.fc34.i686 entra en conflicto con el archivo del paquete libdrm-2.4.105-1.fc34.x86_64
  el archivo /etc/odbcinst.ini de la instalación de unixODBC-2.3.9-3.fc34.i686 entra en conflicto con el archivo del paquete unixODBC-2.3.9-2.fc34.x86_64
  el archivo /usr/share/doc/unixODBC/README.dist de la instalación de unixODBC-2.3.9-3.fc34.i686 entra en conflicto con el archivo del paquete unixODBC-2.3.9-2.fc34.x86_64
  el archivo /usr/share/doc/pango/NEWS de la instalación de pango-1.48.7-1.fc34.i686 entra en conflicto con el archivo del paquete pango-1.48.5-1.fc34.x86_64
  el archivo /usr/share/man/man1/pango-view.1.gz de la instalación de pango-1.48.7-1.fc34.i686 entra en conflicto con el archivo del paquete pango-1.48.5-1.fc34.x86_64

Es decir, libdrm-2.4.107, unixODBC-2.3.9 y pango-1.48.7 habían quedado como duplicados y se cortaba la actualización.


Mi primer intento instintivo fue instalar esos paquetes por encima,

su -c 'dnf install libdrm-2.4.107 unixODBC-2.3.9 pango-1.48.7'

pero esa orden me daba un mensaje similar. Intenté con --allowerasing y luego--skip-broken, pero nada. Como había muchas cosas que hacer lo dejé correr y estuve trabajando sin actualización. Ayer por la noche, 25 de julio, día de Santiago, con más tiempo libre, decidí mirar por la red una solución. A la primera salió (véase aquí). La primera idea era la buena, pero estaba mal escrita. La solución es REinstalarlo de nuevo. O sea,

su -c 'dnf reinstall libdrm'

su -c 'dnf reinstall pango'

Sin embargo, no funcionó con 

su -c 'dnf reinstall unicODBC', seguía diciendo que chocaban entre unixODBC-2.3.9-3.fc34.i686 y unixODBC-2.3.9-2.fc34.x86_64 y esta no quedó más remedio que escribir

su -c 'dnf reinstall unicODBC-2.3.9-3'

Y listo, ya se pudo actualizar.

El segundo problema es más extraño. De repente, la BIOS de uno de mis ordenadores ha dejado de reconocer el ssd que contiene el sistema como unidad de arranque, con lo que ese ordenador arranca siempre en la BIOS y tengo que decirle por donde tiene que arrancar. Al intentar decirle a la BIOS el orden de los dispositivos, ese no aparece para reconfigurarlo y tengo que recurrir al F8 en cada arranque. Pero eso será otra historia, si encuentro la solución.


lunes, 5 de julio de 2021

Cambio de jugador: WD TV Live fuera, entra MECOOL KM2

Prácticamente 10 años después de haber utilizado mi segundo modelo de WD TV Live (véase aquí) he decidido sustituirlo por un MECOOL KM2. ¿Por qué? Pues porque el WD TV Live ya no cubre mis necesidades. A estas alturas, y con las televisiones que existen hoy, que prácticamente lo leen todo, algunos dirán que por qué tengo un TV Live. Pues porque en donde me paso los ratos libres no tengo televisión; tengo solo un monitor de 23 pulgadas y unos altavoces con subwoofer que me permite ver lo que quiero yo, no lo que quieren los directivos de la televisión. ¿Y por qué ya no sirve el TV Live? Pues porque no lee ficheros 4k, ni con 10bits de color, los colores ya no son muy naturales, hace años que no se puede actualizar... Además, múltiples páginas Web insistieron en que el MECOOL KM2 es bueno, bonito y barato.

Barato sí que ha sido —49€ aproximadamente—, y de paso he comprado por primera vez en Aliexpress; bonito lo dejo a gusto de los usuarios —estéticamente no me gusta nada— y lo de bueno se verá si dura tanto como el WD TV Live, que con casi 10 años aún funcionaba perfectamente, aunque no cubría con ficheros más modernos.

Aunque da muchas opciones, lo que más me importa a mi, que es ver lo que me apetece, se cubre simplemente instalando la app de VLC. Lee discos de más de 2TB, eso sí, en formato NTFS, nada de ext4. Lo sé, por que el primer intento ni leía la presencia de un dispositivo de 4TB, hasta que me di cuenta que lo había usado conectado a mi sistema y suelo formatear en ext4. Luego hay que buscar los menús, porque botones útiles en el mando son más o menos como los dedos de una mano. El uso, por supuesto, es muy diferente al antiguo TV Life. Este es un AndroidTV, con muchas más opciones, pero asociadas a la instalación de apps en Google Play. Como se puede ver en la foto, tiene dos entradas USB y una microSD. Además, el puerto HDMI es 2.1.

lunes, 21 de junio de 2021

VPN como respuesta a la identificación mediante una IP

Esto empieza a ponerse de castaño oscuro. Resulta que el Tribunal de Justicia de la Unión Europea aprueba el uso de una IP, bajo petición de una distribuidora de contenido, para culpar a alguien de ¿qué? 

Primer problema; ¿como va a identificar una IP a un usuario, con la facilidad que existe de piratear líneas WIFI? ¿como va a identificar una IP a un usuario, cuando en tu casa tienes un montón de elctrodomésticos IoT —Internet of Things— llenos de sensores y comunicación, que se comunican quieras tu o no y que no sabes cuantas puertas atrás tienen? ¿Cómo se han realizado los últimos ataques DDOS en el mundo? Pues provocando la revolución de los electrodomésticos, máquinas explotadas y obligadas a trabajar 24x7 —pobres neveras—. ¿Qué pasa si mi nevera quiere ver Juego de Tronos? ¿Qué pasa si mi vecino quiere ver Juego de Tronos a través de una de mis 5 redes inalámbricas?

Segundo problema; ¿de que te van a acusar? ¿cómo podrás demostrar que la cosa no va contigo?

Solución, VPN —Virtual Private Network; Red Privada Virtual en lengua de Cervantes— para todo.


 

PD. Para los que aun hagáis ed2k, que es el objetivo principal de esta distopía alucinatoria, en ed2k es preciso el port forwarding o redireccionamiento de puertos. No todos los servidores de VPN lo permiten. Como recomendación, AirVPN. Segunda recomendación; no son recomendables las versiones gratuitas; ya sabéis el dicho, en los servicios gratuitos, el producto eres tú, y tus datos y tu IP...

martes, 15 de junio de 2021

Problemas con emule a través de wine en Fedora 34

Desde mi inicio en Linux, que si no recuerdo mal fue con Ubuntu 7.10, tuve que cambiar de emule a amule. Sin embargo, en julio de 2018, como señalaba aquí, amule empezó a congelar el sistema por consumo excesivo de memoria y CPU. En ese momento me volví al emule de toda la vida a través de wine. Y eso fue hasta la última actualización de wine (wine 6.10) y kernel (5.12.9-300.fc34.x86_64). En ese momento, emule empezó a utilizar el sistema sin control y se congelaba —emule, no el sistema; ventaja de que estaba en wine—, así que me he cambiado de nuevo a amule. Funciona razonablemente, al contrario de lo que había pasado en 2018, y tiene algunas ventajas. Primero, estoy en una aplicación de Linux; segundo, puedo utilizar un comando que me permite reiniciar automáticamente amule cuando salta, lo que pasa frecuentemente, sin que me tenga que preocupar. ¿Cómo se hace? Véase esta entrada.

 

Otra cosa que he realizado aprovechando la situación fue cambiar la estructura del ordenador añadiendo un disco nuevo para toda la parte ed2k. La idea es evitar una escritura continua sobre un disco ssd (/home), que hará que dure poco tiempo, por lo que instalé un hdd NAS (WD Red Plus) para ed2k, colocando Incoming y Temp en ese disco, liberando el disco /home (SSDV-NAND SSD 860 QVO SATA 6Gb/s de 2 TB). Debemos tener en cuenta que nuestros discos de trabajo a estas alturas son ssd o m2, en todo caso discos sólidos que no viven mucho tiempo si los tenemos grabando de manera continua, como pasa con ed2k. Por si hay dudas sobre esto, ya sabéis que los discos ssd de los mineros que minan por almacenamiento, como es el caso del minado de Chia coin, se estropean muy rápidamente y las compañías fabricantes no cambian los discos que se hayan sometido a minado. Y esa es la razón de que los discos hayan subido de esa manera de precio, situación que parece se está recuperando.

Para terminar, parece ser que podemos volver a amule y debemos cuidar nuestros discos utilizando para ed2k discos magnéticos (mientras existan).

jueves, 10 de junio de 2021

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.