VMWare Workstation Player en Fedora 26

VMWare es una de esas aplicaciones que se convierten en una ruleta rusa cada vez que actualizas el sistema operativo (y en particular el kernel). La instalación de la aplicación necesita compilar algunos módulos para cargar en el kernel, lo que implica que estén disponibles las herramientas necesarias para la compilación, que estén instaladas las cabeceras del kernel, y que no haya habido ningún cambio en el nuevo kernel que impida el funcionamiento de los módulos.

Si has usado VMWare durante algunos años estarás ya acostumbrado a lidiar con estos problemas, que normalmente se acaban resolviendo cuando sacan una nueva versión del producto, pero a veces tardan bastante.

Con la última versión de VMWare Workstation Player (12.5.7) ya había ciertos problemas con Fedora 25, y ahora hay otros nuevos en Fedora 26.

Sigue leyendo

Desactivando la acción de “extraer” por defecto en Gnome

Desde hace relativamente poco, gracias a alguna de las actualizaciones de alguno de los componentes de Gnome, cada vez que se intenta abrir un archivo que pueda siquiera remotamente parecer que sea extraíble (obviamente zips, gz y demás, pero también docx por ejemplo) la acción por defecto es extraer en el directorio actual, ignorando la configuración de aplicación por defecto que hayamos configurado para ese tipo de archivo.

Lo que de primeras parece un bug resulta ser una funcionalidad no demasiado documentada: si al abrir el explorador de archivos (nautilus) hacemos click derecho en “Archivos” en la barra superior y ahí vamos a “Preferencias”, en la pestaña “Comportamiento” hay una opción marcada por defecto llamada “Extraer archivos al abrirlos”.

Si desmarcamos esa opción, el comportamiento volverá a ser el anterior y el archivo se abrirá con la aplicación que hayamos configurado.

Ajustando el firewall para permitir VPN en Fedora 24

Fedora-logo-black.sh-600x600Al intentar realizar una conexión VPN pptp en una instalación de Fedora Workstation ésta fallará sin dar demasiadas explicaciones (a no ser que investigues en los logs, y aun así tampoco aparece una explicación obvia) haciendo que posiblemente pierdas tiempo revisando toda la configuración de la VPN.

La razón sin embargo es simplemente que el tráfico GRE está por defecto bloqueado en el firewall, así que lo que necesitamos hacer es permitirlo:

firewall-cmd --permanent --direct --add-rule ipv4 filter INPUT 0 -p gre -j ACCEPT
firewall-cmd --permanent --direct --add-rule ipv6 filter INPUT 0 -p gre -j ACCEPT
firewall-cmd --reload

 

Agilizando la swap con zswap

En un artículo anterior veíamos cómo utilizar zram para crear un espacio de swap comprimido en memoria y así agilizar el intercambio y evitar problemas de ralentización del equipo cuando el I/O a swap fuese alto.

Vamos a ver en esta ocasión cómo conseguir el mismo objetivo con otro método diferente: zswap.

A groso modo tanto zram como zswap harán que la paginación se haga contra la memoria física aplicando compresión a los datos, pero mientras que con zram estamos creado un dispositivo de bloques de un tamaño concreto y añadiéndolo como partición swap, zswap tiene por detrás un mecanismo algo más complejo.

Sigue leyendo

Agilizando la swap con zram

Prácticamente cualquier equipo más o menos moderno suele tener suficiente RAM para realizar cualquier tarea no excesivamente intensiva sin recurrir a swap en exceso… aunque luego resulta que te encuentras con aplicaciones como Chrome donde un par de perfiles abiertos y unas cuantas pestañas resultan al cabo de un tiempo en suficiente I/O para que mismamente cambiar a otra aplicación tarde algunos segundos.

Para evitar esto lo más lógico sería evitar ese tipo de aplicaciones, pero si por la razón que sea no se puede, no se quiere, o si estás usando un equipo con RAM bastante limitada, se puede recurrir a métodos como zram o zswap.

Hay algunas diferencias entre ambos métodos, aunque a efectos prácticos el resultado final que veremos será más o menos similar.

En este artículo vamos a ver cómo hacerlo con zram.

Sigue leyendo

Solucionando pérdida de conexión WiFi en Fedora 23

Fedora-logo-black.sh-600x600Al instalar Fedora 23 en un HP ProBook 430 me encontré con que el WiFi se desconectaba con bastante frecuencia, más o menos cada 5 o 10 minutos.

Buscando información sobre el hardware de este portátil vi una sugerencia para este problema con el chipset rtl8723be, que consistía en añadir algunas opciones al módulo del kernel para desactivar funciones de ahorro de energía de este chipset (que supuestamente serían las que estarían provocando la pérdida de señal).

Concretamente consistía en crear el archivo /etc/modprobe.d/rtl8723be.conf y poner en él la siguiente línea:

options rtl8723be fwlps=0 swlps=0

Esto pareció funcionar por un tiempo, pero hace unos días a raíz (creo) de una actualización volvió el problema de las desconexiones constantes.

Sigue leyendo

Haciendo funcionar WMware Workstation 12 en Fedora 23

Fedora-logo-black.sh-600x600Si has actualizado de Fedora 22 a Fedora 23 (o si, como en mi caso, simplemente has pasado de otra distribución a Fedora 23) te habrás encontrado con que a pesar de que al instalar VMware Workstation 12 aparentemente todo funciona correctamente, al intentar iniciarlo no sucede nada.

El problema (visible si intentas arrancar el VMware desde una consola) es un cambio de símbolos en las librerías en Fedora 23 que no cuadra con lo que espera VMware. Para solucionar esto (al menos hasta que VMware o Fedora proporcionen otra solución) podemos copiar las librerías del sistema a la ruta de librerías de VMware, y forzar al mismo a que use las librerías de VMware (entre ellas las que hemos copiado del sistema).

Antes de nada reconstruimos los módulos de VMware (todo esto deberemos hacerlo con permisos de root):

vmware-modconfig --console --install-all

A continuación copiamos las siguientes librerías:


cp -afv /usr/lib64/libgio-2.0.so.0.4600.2 /usr/lib/vmware/lib/libgio-2.0.so.0/libgio-2.0.so.0
cp -afv /usr/lib64/libglib-2.0.so.0.4600.2 /usr/lib/vmware/lib/libglib-2.0.so.0/libglib-2.0.so.0
cp -afv /usr/lib64/libgmodule-2.0.so.0.4600.2 /usr/lib/vmware/lib/libgmodule-2.0.so.0/libgmodule-2.0.so.0
cp -afv /usr/lib64/libgobject-2.0.so.0.4600.2 /usr/lib/vmware/lib/libgobject-2.0.so.0/libgobject-2.0.so.0
cp -afv /usr/lib64/libgthread-2.0.so.0.4600.2 /usr/lib/vmware/lib/libgthread-2.0.so.0/libgthread-2.0.so.0

Ahora ya podemos iniciar VMware de esta forma:

VMWARE_USE_SHIPPED_LIBS=force vmplayer

Para hacernos la vida más sencilla podemos crearnos un script:

mv -iv /usr/bin/vmplayer /usr/bin/vmplayer.bin
vi /usr/bin/vmplayer

Ahí ponemos esto:


#!/bin/bash

export VMWARE_USE_SHIPPED_LIBS=force
/usr/bin/vmplayer.bin $*

Y le damos permisos de ejecución:

chmod +x /usr/bin/vmplayer

Ahora ya nos funcionará VMware al abrirlo desde el lanzador correspondiente en el menú de aplicaciones.

Mejorando las fuentes de Fedora 23

Fedora-logo-black.sh-600x600Nuevo portátil, y por tanto oportunidad perfecta para cambiar el Ubuntu que venía usando desde hace años y probar con otra distro diferente.

Dado que uno de mis pegas con Ubuntu era la falta de sincronización con las releases de Gnome, que hacía que las nuevas versiones del escritorio no estuviesen disponibles hasta la siguiente release de Ubuntu (6 meses después, y que aun así no todos los paquetes estuviesen disponibles o funcionasen correctamente), he tirado esta vez por Fedora 23.

Viniendo de Ubuntu, una de las cosas que llama la atención de Fedora es que las fuentes por defecto se ven bastante mal. Da una impresión un poco desagradable así de primeras, aunque por suerte es fácilmente corregible.

Sigue leyendo

Solucionando ventilador al 100% al volver de suspender el sistema

recoveryLlevo teniendo este problema con Ubuntu en un portátil desde… bueno, desde siempre, que yo recuerde, pero como normalmente suelo apagarlo no me había preocupado de buscar cómo arreglarlo.

Hoy me picó la curiosidad y me puse a investigar. Resulta que al parecer el problema viene de que el SO asume que al volver del estado suspendido los ventiladores estarán en el estado en que estaban antes de suspender, y esto dependiendo del hardware no tiene por qué ser así.

Parece que en algunos sistemas (no se cuales, pero en el mío definitivamente debe ser el caso) al volver de la suspensión los ventiladores se ponen automáticamente al 100%, y como el SO no los restaura a ningún estado se quedan ahí bufando sin razón.

De hecho si cuando están ahí a tope lanzas un proceso intensivo que normalmente aumentaría la frecuencia de los ventiladores, al terminar dicho proceso los ventiladores se ralentizan de vuelta a un estado normal, así que definitivamente parece confirmarse la hipótesis del estado inicial incorrecto.

La primera solución que encontré hablaba de crear un script en /etc/pm/sleep.d que pusiese a cero los ventiladores. Supuestamente los scripts en esta ruta se ejecutan al volver desde el estado suspendido, así que debería funcionar automáticamente.

Al script le llamaremos por ejemplo 10_fancontrol, y sería:


#!/bin/sh
case "$1" in
        resume|thaw)
                for i in $(seq 0 15) ; 
                do 
                        echo "0" > /sys/devices/virtual/thermal/cooling_device${i}/cur_state
                done
;;
esac

En la ruta /sys/devices/virtual/thermal/ hay una serie de directorios, comenzando por cooling_device0 y llegando hasta cooling_device10 o más, dependiendo del hardware (en mi portátil va hasta el 15).

Si haces un cat del archivo cur_state dentro de cada uno de esos directorios verás que hay o bien un 0 o un 1, correspondiendo el 1 al estado en que el ventilador está activo, así que lo que hacemos es poner todos a cero.

El problema: resulta que ahora con systemd esto ya no funciona, ya que no se ejecutan automáticamente los scripts de esa ruta.

La solución: crear un servicio de systemd.

Sigue leyendo

Bloqueando publicidad desde el archivo hosts

block-adsNada nuevo realmente, pero no me había dado por usarlo hasta hace un par de días.

Cuando piensas en bloquear publicidad normalmente piensas en el navegador, y al pensar en el navegador piensas en extensiones. De hecho hay algunas muy conocidas como adblock que funcionan bien.

Usar extensiones tiene sus ventajas, como por ejemplo el que te olvides de gestionar las actualizaciones de la lista de bloqueos o que además la extensión se encargue de eliminar el contenedor de la publicidad en la página de forma que no queden huecos vacíos donde ésta debería estar.

También tiene sus inconvenientes: sólo bloquea publicidad en el navegador en el que está instalada y además ralentiza ligeramente la navegación.

Una opción alternativa es usar nuestro archivo de resolución de nombres para hacer el bloqueo.

Sigue leyendo