Veinte años de servicio sin fallo... y así te lo pagan

 Pues sí, así es de dura la vida... de los discos duros. He estado revisando los discos más antiguos que tenía a mi alrededor, y entre ellos los había de 80GB, 120GB y 160GB, que a estas alturas ya no tiene sentido tenerlos funcionando. Un dispositivo USB 3 con una velocidad mejor de grabación cuesta alrededor de 15€ y lo puedes llevar en el bolsillo, mientras que un disco duro, magnético, pesado y con 20 años no sirve ni para tener un sistema, ni de copia de seguridad ni para nada más que para tenerlo de adorno. Así que, pese a su fiel servicio durante 20 años, sin un solo fallo, no queda más remedio que mandarlo a reciclar, eso si, tras su borrado completo repetido.

Así es la dura vida de un disco duro; servir para ser reciclado.

Fedora 40 y otros problemas

 Como de costumbre, al liberarse Fedora 40 empecé a actualizar los equipos. Esta vez tenía la intención de retrasarlo, porque el trabajo aprieta, pero la tentación era muy grande y me lancé. Primero el de trabajo en terminal y los 4 comandos de siempre (aquí); unos 45 minutos y listo. Ningún problema. Luego el portátil; lo mismo. Para terminar, tengo el principal, sobre el que cae toda copia, sistema, seguridad y todo. En éste, debido a que desde que salió el kernel 6.7 tengo un problema con el bus USB, no me atrevía, ya que tenia reservado el kernel 6.6.13. El problema reside en que de repente, todo dispositivo en USB se desconecta; se ve como el ordenador sigue funcionando, pero soy incapaz de hacer nada, ya que dejan de funcionar el teclado y ratón (y tampoco sirve conectar otro en otro puerto), así que tengo que apagar a macheta. Y no, no sirve darle un toque a la tecla de apagar, porque aparece una ventana que dice cancelar o reiniciar, pero está en cancelar a los 60 segundos, y ahí se queda, y no puedo cambiar a reiniciar. El sistema también da otros síntomas, como el bloqueo de todos los vídeos en Youtube, tanto en Firefox como en Chrome. He buscado casos parecidos, y lo único que he encontrado ha sido un usuario que afirmaba que se debía a un error en el bus de la placa madre (esperemos que no, porque barata no es). En resumen, decidí instalarlo de nuevo desde una imagen en USB Fedora-Everything-40-1.14.

La verdad es que tardó poquísimo y funciona perfectamente, pero ya me ha aparecido uno de los síntomas; ya se me ha cortado Youtube. A ver como evoluciona. Por lo demás, Fedora 40 va como la seda. Lo voy a probar en equipos viejos a ver que tal, porque con Fedora 39 he resucitado equipos viejos que estaban para ser retirados. Parece como si Fedora se estuviera puliendo y consumiera cada vez menos recursos. 

Ah! fondo muy artístico

Fedora 39. Rápido y sin problemas, como de costumbre

No vamos a contar el cuento de todas las veces anteriores. Para los detalles, lea esta entrada. 

Igual de rápido y sin problemas. Nada más que decir. Por cierto, precioso fondo.

Cambio de móvil

 A pesar de que era un hombre feliz con mi LG G8S Thinq, este móvil no va a actualizarse por encima del Android 12 y ciertas apps ya no funcionan o no pueden ser instaladas en él. Es decir, lo he cambiado. Mi intención era esperar al Pixel 8 PRO, pero las noticias del precio exagerado que este móvil va a tener me llevaron a pensar en pedir un Pixel 7 PRO. Además de esa segunda razón económica para cambiar, hubo una tercera; hace unos días Google, por el 25 aniversario de lo que fuera, lanzaron una oferta con un 20% de descuento de sus productos. No pude resistirme. Tengo un Pixel 7 PRO. ¿Por qué no otro teléfono? Por las siguientes razones:

- No quiero un teléfono chino, por razones de software. Quedan solo, desaparecido LG, Sony, Asus, Pixel y Samsung.

- Quería mantener un nivel de fotografía similar al LG G8, que fue de los primeros en tener 4 cámaras con normal, gran angular, teleobjetivo y frontal. Eso descarta el Zenphone (solo 2 cámaras traseras). Quedan solo Sony, Samsung y Pixel.

- Sony se va de precio

- Los teléfonos de Samsung de clase media, como A54, no llegan al nivel que tenía yo con el LG, lo que me llevaría a un S23 o 24, que se van de precio. Además, no me acostumbro al software de Samsung; prefiero algo más simple, minimalista.

Solo queda el Pixel. Es lo que hay, pura manía. Volvemos a los principios; el primer teléfono móvil que aprecié (después del Nokia 3310) fue el Nexus 4, de Google, que realmente era un LG G1. A ese teléfono magnífico siguieron muchos años de LG (G3,G4 y G8) y ahora volvemos a Google. Que dure al menos 4 años. 

Fedora 38: la actualización es cada vez más sencilla

A pesar de que he intentado esperar un mes antes de actualizar a Fedora 38, no me he podido resistir y he transformado mis tres ordenadores principales (trabajo, casa y portátil personal).

Impresiones... Cada vez más fácil. Fue tal que así (ejecución como administrador):

dnf upgrade --refresh # sin problemas

dnf install dnf-plugin.system-upgrade # solo preciso en el portátil

dnf system-upgrade download --releasever=38

Un solo problema aquí, con una incompatibilidad entre la librería libheif instalada y la futura de fedora 38. Hubo que desinstalarla para que el proceso siguiera. Sin embargo, no fue necesario aplicar --allowerasing, siempre necesario hasta ahora. La carga necesitó entre 11 y 19 minutos, según ordenador. El que más necesitó, aparte de la velocidad de la red, tenía que bajar 3807 paquetes, 6,1GB

dnf system-upgrade reboot

Listo. Luego revisé lo más importante:

1. Si no se había modificado el fichero 90-override.conf de /etc/sysctl.d, donde incluyo kernel.sysrq = 1 para activar las teclas mágicas y fs.inotify.max_user_watches = 300000 para que dropbox no proteste por los ficheros que puede abrir. Sin problemas.

2. Estado de Dropbox - activo  y sin problemas

3. Demonio onedrive - activo  y sin problemas

4. Control de extensiones de gnome - hubo que actualizar casi todas y alguna ya no era compatible y hubo que eliminarla. Ningún problema. Cada día uso menos...

5. Aprovechando la situación, actualización de paquetes de R mediante update.packages(ask = F) dentro de R (que se actualice R no quiere decir que se actualicen los paquetes internos, que no dependen de Fedora)

Listo. Todo actualizado, sin pérdida de datos.

Tengo que decir que ni siquiera había realizado copia de seguridad, por varias razones: 

1. Siempre ha funcionado.

2. La aplique primero en el ordenador que no contiene la copia maestra.

3. La que pesó más, actualicé tan rápido debido a las discusiones que tengo en diferentes foros frente a los fanboys de Ubuntu. Como me caliento, no me pude contener. Defectos que tiene uno.

Fedora 37: impresiones

Como había dicho en la entrada anterior, tenía la necesidad de instalar Fedora 37 en uno de los ordenadores, porque había dejado algo que provocaba de vez en cuando un corte en el sistema gráfico. Pues ya lo he probado varios días en tres equipos instalando de limpio y actualizando. Todos funcionan adecuadamente, no se ha producido ningún corte y todo va como la seda (casi; ahora lo explico). En resumen, recomiendo el cambio inmediato. Tengo la sensación incluso de que los ventiladores hacen menos ruido, como si hubiera bajado en consumo y las necesidades del sistema.

 ¿Cuál ha sido el único problema que me he encontrado? Dropbox

En el ordenador que he instalado de nuevo en limpio, dropbox no se ha instalado correctamente por un problema entre dropbox y nautilus, por lo que no arranca al principio. La solución ha sido que cada vez que arranco o reinicio el sistema genero un terminal en el que ejecuto la orden ~/.dropbox-dist/dropboxd y lo fuerzo a arrancar. Simplemente tendremos que esperar a que dropbox corrija el problema y volveremos a la normalidad.

A la espera de Fedora 37, pero estrenamos Linux Kernel 6

Estábamos esperando a Fedora 37. Al principio debería ser el 18 de octubre, luego el 25 y finalmente iba a ser el el 1 de Noviembre. Sin embargo, Fedora Magazine nos avisó el 27 de octubre que tenían que retrasar la versión final de Fedora 37 debido a un bug de seguridad de OpenSSL. Bien, no pasa nada por esperar dos semanas por seguridad del sistema. Yo realmente tengo que cambiar de versión porque cometí un error en la instalación de Fedora 36 en el equipo nuevo. Admití que el usuario habitual entrara en permisos de administrador, y ocasionalmente hay un conflicto en el sistema que viene a ser que algo sucede desde el usuario y no es correcto y el sistema salta. He revisado los logs y no encuentro exactamente que fallo es, así que tengo que instalar de limpio y esperaba la versión 37. 

Aparte de este pequeño detalle, para compensar el retraso de la nueva versión esta mañana Fedora nos ha enviado la actualización del sistema al Kernel Linux 6.

Esta es una de las razones por las que uso Fedora. Quieres rapidez en las actualizaciones, usa Fedora.

Completando el equipo

Como había indicado en el cambio de equipo, no estaba terminado. Mi intención era poner un disco m-2 WD 2TB Blue modelo nuevo para home, pero no estaba disponible y el WD BLACK SN850 de 2 TB SSD NVMe se me iba de presupuesto (entre 320 a más de 400€ según distribuidor), así que quedó con el disco SSD SATA del equipo anterior (Samsung 870 QVO SSD 2.5"). Por suerte, en los días de Prime Day pude adquirir el Black 850 (208 €, con disipador incluido)

y por fin pude sustituir la unidad home. La ventaja de que en ese precio incluya el disipador también supuso que tuve que sacar el disipador que trae la propia placa Asus PRIME Z690-A.

Voy a poner un ejemplo para medir lo que ha supuesto todos estos cambios en tiempo de trabajo. La recodificación de una película 4k Remux de 70-80 GB a una versión razonable 4k x265 15-20GB llevaba en el equipo antiguo unos 3 días. Con el nuevo equipo más o menos, según duración de la película, oscilaba ente 11-17 horas. Pero luego reutilice el disco SSD SATA para dedicarlo solo a los ficheros origen y destino de esa codificación (antes usaba uno magnético WD RED PRO) y ahora, bajo esas condiciones, nuevo equipo, sistema y home en dos unidades WD BLACK SN850 NVMe PCIe Gen 4 de 500GB y 2 TB, respectivamente y un SATA SSD Samsung 870 QVO para manejar los ficheros de imagen, podemos hacerlo entre 5-8 horas. Seguramente, como la placa admite 4 NVMe podríamos acelerar más aún el proceso poniendo una unidad NVMe como origen y destino de los ficheros de codificación. Pero eso será cuando bajen de precio... A lo mejor no puede mejorar más, ya que cuando estaban los ficheros en un disco magnético, los cores del procesaro empezaban la codificación a tope, temperatura cerca de 90ºC y ventiladores a todo meter, pero luego se estabilizaban y volvían a la normalidad. En las condiciones actuales los ventiladores despiertan al edificio sin descanso ni normalización (tengo que cerrar la puerta). A lo mejor el procesador, i7-12700, que incluye tarjeta integrada, no puede más.

En la sustitución del disco SATA por el NVMe he tenido que realizar diferentes intentos:

1. Clonado con dd. Esto generó algún problema que no he podido entender. Como es natural, al clonar con dd quedan los discos con el mimo UUID, como ya habíamos visto aquí, así que supuse que simplemente podría arrancar de manera idéntica sin más, como me pasó aquí, sin tener que tocar fstab. Sin embargo no arrancaba el sistema; ¿alguna diferencia entre un SATA y NVMe? No lo sé.

2. En vista del fallo con el clonado por dd, instalación limpia. Muy rápida. Por alguna razón que no he encontrado en los logs, en las primeras horas el sistema gráfico saltaba aleatoriamente y precisaba reiniciar dos veces para arrancar el escritorio. A partir del día siguiente no lo ha vuelto a hacer. Parece como si el sistema se estuviera actualizando por detrás y se reseteara, pero eso no tiene sentido porque la instalación fue con Fedora-Everithing, con lo que extrae de los repositorios lo que hay que instalar y está actualizado. Bueno, no he encontrado la razón de esos fallos aleatorios del principio y ahora todo funciona perfectamente y hemos ganado fluidez en el trabajo (no lo he medido, aparte del tiempo de codificación; es solo una sensación).

En resumen, para que el sistema trabaje bien y rápido, pon el sistema operativo y el home (Mis documentos para los windoseros) en unidades NVMe, aprovechando las ofertas cuando aparezcan. Eso si, copia de seguridad, porque de estas unidades NVMe no se recupera nada cuando fallan (tampoco de las SSD SATA). Cuando el sistema podía acceder directamente a los chips de almacenamiento sí podíamos, pero ahora entre el sistema y los chips de almacenamiento existe un chip de control que es el único que sabe como se distribuye el material por dentro, y si este chip falla, adiós contenido. ¡Estáis avisados!

Cambio a teclado optomecánico: Razer Huntsman Elite

He vuelto a cambiar el teclado. Como había dicho en esta entrada, había tenido problemas de pérdidas de caracteres en teclados de membrana, y por esa razón había cambiado a un teclado mecánico, modelo Logitech G413. Es un teclado bueno y con un tacto perfecto. sin embargo, en las últimas semanas me han empezado a aparecer dobles caracteres al escribir textos, lo que me obliga a ir corrigiendo todo cuanto escribo. Lo he aspirado, por si era por suciedad; le he desmontado las teclas, sacudido, amenazado, todo lo que se me ha ocurrido, pero en algunas teclas en particular se estaban generando dobles —o más de dos, incluso— caracteres. He mirado mucho en la red y esos "errores" le han aparecido a más gente, con una solución sencilla —aunque cara—, un teclado optomecánico.

Cuando me han ofrecido un precio más razonable —más o menos—, me compré el modelo Razer Huntsman Elite. 

Una maravilla. Algo más blando que el Logitech G413, pero ni se me ha escapado ningún carácter ni me aparecen duplicados. Recomendado.

Actualización en terminal a Fedora 36

¡Actualizado a Fedora 36!

Suelo esperar a que pase un mes para actualizar, por razones de estabilidad, pero tenía tantas ganas de probar gnome 42 que no me he podido contener. Y de hecho, en vez de empezar por el portátil, para probar, lo he instalado directamente en los dos ordenadores de trabajo. Sin problemas, por cierto.

He realizado una actualización por terminal:

$ su -

# dnf upgrade --refresh

# dnf install dnf-plugin-system-upgrade # ya lo tenía instalado

# dnf system-upgrade download --releasever=36

Al contrario que la última vez, con el beta de Fedora 35, no he tenido que añadir --allowerasing.

# dnf system-upgrade reboot

Muy rápido y funcionando todo a la primera, incluidas las impresoras.

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!

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!

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.

Fedora 35 listo!

 ... y para los que tenemos beta, se actualiza a la versión estable.

Esperando por el 36!

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.

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.

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.

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...

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).

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.