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.