Cristian Vicente

A pesar de tener la ultima versión del firmware Centrino Advanced-N 6235, la conexión a una Wi-Fi podía ir a la primera o tener que reiniciar varias veces para lograrlo o simplemente desistir. Habiendo probado con OpenSuse y Debian, con varios gestores de conexión Wi-Fi, al final las solución vino de mano de un usuario de AskUbuntu.

Simplemente se trata de lanzar el siguiente comando como root:

tee /etc/modprobe.d/iwlwifi-opt.conf <<< «options iwlwifi 11n_disable=1 swcrypto=1 bt_coex_active=0 power_save=0»

Cada una de las opciones significa lo siguiente:

11n_disable=1 Deshabilita el modo 802.11n
11n_disable=8 Habilita la opción de agregación TX
swcrypto=1 Deshabilita el cifrado por hardware para usar la versión por software
bt_coex_active=0 Deshabilita bluetooth debido a los problemas adheridos a la coexistencia de ambas tecnologías al usar iwlwifi
power_save=0 Deshabilita el modo de ahorro de energía

¿Hace falta todo? No necesariamente, con la opción de 11n_disable=8 debería ser suficiente.

Para probar las opciones sin reiniciar:

sudo modprobe -r iwldvm iwlwifi
sudo modprobe iwldvm iwlwifi
sudo service network-manager restart

La Samsung CLP-320 es una impresora láser color que compré hace ya algunos años y en la que siempre he utilizado tóner original. Llegó un día en el que me dijo que el tóner magenta se le había acabado la vida útil y compré un pack de negro, magenta, cian y amarillo. Sustituí el color correspondiente, la impresora hizo su verificación interna y me seguía diciendo que el magenta estaba agotado.

Pensando que el tóner que había comprado podía tener el «chip» defectuoso (aquel que lleva la cuenta de páginas que hay impresas), opté por comprar un tóner compatible (para no invertir todavía más dinero) y cuál fue mi sorpresa que me dijo lo mismo.

Localicé el servicio técnico que se encuentra en Madrid para las impresoras de Samsung y me informaron que probablemente el problema estaba en la placa o la conexión que une ésta al chip del tóner. Me informaron que el envío de la impresora allí y la sustitución de la placa me iba a salir caro. Así que tenía un pack nuevo de tóners y una impresora muerta de la risa porque el sistema de cuenta de hojas estaba estropeado. Indignación absoluta, porque para eso hubiese estado utilizando tóner reciclado desde el primer día.

Acabé comprando otra impresora de otra marca y hasta hoy, porque justo hoy me había decidido a probar a pagar 14€ por un programa que, junto a la informción del número de serie de tu impresora y su versión de firmware, te reseteaba el contador de tóner y te dejaba imprimir lo que quisieras. Pero antes de ello, tras leer por ahí, me decanté por probar a poner cinta aislante en el tóner afectado, desde el segundo contacto hasta el último de la derecha, cerrar la tapa, comprobar que me dice que le falta el magenta, abrir la tapa, quitar la cinta aislante y voilà, el tóner vuelve a estar al 100% de capacidad.

No sé si habrá sido casualidad de que se resetease por acción divina o porque el tema de la cinta aislante esquiva el problema, pero lo volveré a utilizar la próxima vez que se me agote un color y simplemente quiera imprimir en negro, por ejemplo.

Montas un equipo y cuando tratas de arrancar Linux, ya sea desde el disco duro como desde un pendrive nos aparece el siguiente mensaje de error:

[ 33.375619] ata8.00: exception Emask 0x52 SAct 0x0 SErr 0xffffffff action 0xe frozen
[ 33.375642] ata8: SError: { RecovData RecovComm UnrecovData Persist Proto HostInt PHYRdyChg PHYInt CommWake 10B8B Dispar BadCRC Handshk LinkSeq TrStaTrns UnrecFIS DevExch }
[ 33.375682] ata8.00: failed command: IDENTIFY PACKET DEVICE
[ 33.375698] ata8.00: cmd a1/00:01:00:00:00/00:00:00:00:00/00 tag 0 pio 512 in
[ 33.375698] res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x56 (ATA bus error)
[ 33.375736] ata8.00: status: { DRDY }

Acabas desconectando todos los discos duros y hasta los periféricos pero no hay forma, el sistema parece quedarse congelado en dicho error. Para más pesar, tratas de arrancar Windows y éste lo hace como si nada.

El problema parece radicar en ciertos comandos ATAPI que son mandados al lector de DVD (justo aquel que creías que no iba a interferir en nada) y que la controladora SATA no soporta. La única solución viable en mi caso fue la de cambiar el lector de controladora SATA.

Las características que provee SPICE a KVM resultan de los más prácticas, pero no funcionan del todo si en la máquina invitada no instalamos su parte del software y tampoco hay que olvidar la necesidad de configurar la máquina para indicarle que haga uso de él.

A fin de cuentas es lo primero que echamos de menos aquellos que venimos de las Guest Additions de VirtualBox o las VMware Tools.

Ante la necesidad de querer redireccionar un dispotivo USB a nuestra máquina KVM nos podemos encontrar con un error similar al siguiente:

spice-client-error-quark: Could not redirect Nombre Del Dispositivo [0da4:0116] at 3-5: Error setting USB device node ACL: ‘Error setting facl: Operation not permitted’ (0)

Fácilmente lo podremos corregir utilizando el siguiente comando:

sudo chmod u+s /usr/bin/spice-client-glib-usb-acl-helper

Si además no queremos que nos pregunte por la contraseña de administrador cada vez que queramos realizar la redirreción del puerto USB, tendremos que modificar el fichero «/usr/share/polkit-1/actions/org.spice-space.lowlevelusbaccess.policy», donde cambiaremos lo siguiente:

<allow_any>auth_admin</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>auth_admin</allow_active>

Por esto:

<allow_any>yes</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>yes</allow_active>

Instalas WordPress en tu propio servidor y cuando intentas instalar un plugin o actualizar la versión te sale una pantalla en la que te solicita la introducción de los datos de acceso por FTP. Esto es síntoma de que los permisos sobre la carpeta «wp-content» no son correctos o que el sistema de auto-detección de modo de escritura que incorpora WordPress no termina de funcionar correctamente en tu configuración.

Podemos intentar saltarnos ese sistema de auto-detección si estamos seguros de que los permisos son correctos en la carpeta «wp-content». Para ello tendremos que indicarle el método en el fichero «wp-config.php»

define(‘FS_METHOD’, ‘direct’);

Cutegram es un cliente de escritorio para Telegram que soporta chats secretos y el uso de múltiples cuentas del servicio de forma simultánea. Pero las dos veces que he intentado utilizarlo me ha desencantado su interfaz, pues el cliente oficial me parece mucho más limpio y agradable a la vista.

Para conseguir que este último, Telegram Desktop, puedas utilizar diferentes instancias con diferentes cuentas hay que hacer algunos pequeños arreglos.

Por norma general Telegram Desktop genera una carpeta donde guarda los datos de funcionamiento de la aplicación por defecto para el usuario en «~/.TelegramDesktop». Nosotros crearemos otra carpeta para una nueva instancia y posiblemente otro número de teléfono e iniciaremos la aplicación indicándoselo:

mkdir ~/.TelegramDesktop2

Telegram -many -workdir ~/.TelegramDesktop2

Si cuando vamos a utilizar KVM, nos salta el siguiente mensaje de error:

Error starting domain: Requested operation is not valid: network ‘default’ is not active

Primeramente deberemos comprobar el estado de las conexiones:

virsh net-list –all

Dicho comando nos mostrará algo similar a esto:

Nombre               Estado     Inicio automático Persistente
———————————————————-
default              inactivo   no            si

Efectivamente el estado inactivo es el que debemos cambiar para resolver el problema. Para ello sólo tendremos que ejecutar lo siguiente:

virsh net-start default

Para más información podéis consultar el artículo original de donde saqué la solución.

Si tras la instalación de Android Studio y su puesta en marcha del dispositivo virtual nos muestra un mensaje de error donde nos indica que no encuentra «i965_dri.so», la solución pasa a través de un enlace simbólico:

ln -sf /usr/lib/libstdc++.so.6 /ruta/Android/Sdk/tools/lib64/libstdc++/libstdc++.so.6

Vivaldi es un navegador web desarrollado por parte del equipo inicial de Opera. Utiliza el motor de Chrome e intenta ser todo lo personalizable posible. Yo lo he encontrado como una alternativa fabulosa al alto consumo de recursos de Firefox.

La única pega que me ha hecho plantearme el seguir usándolo ha sido su falta de soporte de recursos multimedia en H.264. Pero, por suerte, tiene solución compilando la librería FFMPEG que incorpora Chromium. Los pasos a seguir están expuestos aquí pero para ciertos sistemas (OpenSuse) resultan incompletos.

Instalamos los elementos básicos para poder compilar aplicaciones en nuestro sistema:

zypper in -t pattern devel_basis

Definimos en una variable la versión del motor de Chrome que está utilizando nuestra versión instalada de Vivaldi (la podemos encontrar en el menú Ayuda->Acerca de):

CHRVER=50.0.2661.102

Descargamos el código fuente de Chromium para esa versión y lo descomprimimos:

wget http://commondatastorage.googleapis.com/chromium-browser-official/chromium-$CHRVER.tar.xz

tar xf chromium-$CHRVER.tar.xz

cd chromium-$CHRVER

Instalamos unas cuantas dependencias que necesitaremos:

zypper install git libXi-devel libXcursor-devel libXcomposite-devel libXrandr-devel libXtst-devel libXScrnSaver-devel pciutils-devel dbus-1-devel gconf2-devel libgnome-keyring-devel mozilla-nss-devel libffi-devel-gcc5 libexif-devel binutils-gold

Descargamos una serie de herramientas que nos ayudarán en el proceso de compilación y estableceremos una variable para indicar dónde se encuentran:

git clone –depth 1 https://chromium.googlesource.com/chromium/tools/depot_tools.git

export PATH=»$PATH:`pwd`/depot_tools»

El comando «pkg-config –variable pc_path pkg-config» nos mostrará los directorios donde se buscan las librerías pc:

/usr/local/lib64/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib64/pkgconfig:/usr/share/pkgconfig:/opt/kde3/lib64/pkgconfig

Si no está «/usr/lib64/pkgconfig/», añadimos la ruta con el siguiente comando:

export PKG_CONFIG_PATH=/usr/lib64/pkgconfig/

Ejecutamos los siguientes scripts que, aunque deberían ejecutarse automáticamente, no siempre lo hacen:

./build/linux/sysroot_scripts/install-sysroot.py –running-as-hook

./build/linux/sysroot_scripts/install-sysroot.py –arch i386

./build/linux/sysroot_scripts/install-sysroot.py –arch amd64

Preparamos la compilación de la librería FFMPEG:

touch chrome/test/data/webui/i18n_process_css_test.html

./build/gyp_chromium –depth . -Dcomponent=shared_library -Dffmpeg_branding=ChromeOS -Dclang=0

Configuramos nuestro compilador para que soporte diferentes plataformas:

export C_INCLUDE_PATH=/usr/include/$(gcc -print-multiarch)

Y a compilar:

ninja -C out/Release ffmpeg

Finalmente, para su instalación sólo tendremos que ejecutar lo siguiente:

install out/Release/lib/libffmpeg.so /opt/vivaldi/libffmpeg.so

Para probar los resultados podemos visitar la siguiente página que nos mostrará una serie de vídeos con distinto formato para que comprobemos la compatibilidad de nuestro navegador.