Warframe

descargaWarframe es un juego multiplataforma (PS4, XBOXOne y Windows), distribuido como Free to Play y desarrollado dando una cierta importancia al feedback de la comunidad.

Pero aparte de esto, ¿de qué va Warframe realmente?

La respuesta corta sería: un shooter en tercera persona con características de musou y el farming de un MMO.

Para la respuesta larga, sigue leyendo…

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.

De aventuras con los iSPI Performance for Metrics & Traffic de NNMi 10.10 (parte 2)

HPEn la parte 1 de la instalación pasé por misteriosos procesos invisibles bloqueando la memoria de Sybase y por una desinstalación de Metrics que por alguna razón igualmente misteriosa dejó podrida la base de datos de NNMi.

Le toca ahora el turno a Traffic, con un proceso de instalación teóricamente igual de sencillo que Metrics y por tanto potencialmente igual de propenso a encontrar problemas.

En esta segunda parte tendremos cosas tan amenas como instalación de componentes en rutas incorrectas, creación de rutas con permisos incorrectos y scripts te bloquean la configuración por no saber identificar quién es tu usuario.

Sigue leyendo

De aventuras con los iSPI Performance for Metrics & Traffic de NNMi 10.10 (parte 1)

HPDe entre todas las cosas en las que son expertos en HP es especialmente remarcable su habilidad para inducir una sensación de pánico al enfrentarte a una instalación tipo “next -> next -> finish”, al convertirlas en algo más del estilo de “next -> next -> fubar”.

La idea inicial de esta instalación era poner por una parte en un servidor NNMi corriendo junto con el iSPI de Metrics, y en otro distinto instalar el iSPI de Traffic.

Primera lección: si vas a instalar Metrics en el mismo servidor que NNMi, asegúrate de hacer backup de NNMi porque si por alguna razón la instalación de Metrics falla y quieres desinstalarlo, hay bastantes probabilidades de que te corrompa la instalación de NNMi.

Y claro, en este caso falló.

Sigue leyendo

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