No se puede ejecutar una VM en VMWare por que los módulos vmmon y vmmet no se pueden cargar.

Otro título sugerido: SecureBoot, la puta que te parió SecureBoot.

Hola, vengo de sobrevivir a esto y me lo voy a agendar por que tengo la sospecha de que si el kernel de Linux se actualiza me va a volver a pasar:

Al ejecutar VMware workstation Player o cualquiera de sus variantes en una computadora que tiene habilitado secureboot (y por consiguiente, todos los módulos y componentes del kernel firmados con una clave privada) via UEFI / Secureboot, la ejecución falla diciendo que el módulo vmmon no está cargado.

Mas específicamente, el mensaje de error reza:

Could not open /dev/vmmon: No such file or directory.
Please make sure that the kernel module `vmmon’ is loaded.

Para uno, que ya está versado en estos menesteres y va la consola a cargar el puto módulo como corresponde, convencido de que todo irá sobre rudas siempre es un ingrato despropósito encontrarse con que no, que no se va a poder:

modprobe vmnet

modprobe: ERROR: could not insert 'vmnet': Required key not available

Y ahí, justo ahí, empiezan tus problemas. Puteás mentalmente a todos los santos y acudís a Google a que te salve las papas. Con un poco de suerte, llegás hasta acá y te explico como seguir.

Foto real de una persona intentando utilizar VMware en Linux. Luego se preguntan por qué la gente odia Linux y prefiere Windows.

Lo que sigue es eso, como arreglar este problema, como cargar el módulo vmmon (y vmnet, que también vas a necesitar, sólo que todavía no lo sabés) si tu computadora y tu sistema operativo están usando secureboot en Linux y la cosa resulta relativamente sencilla una vez que entendés de que va todo:

Sigue leyendo

[TIP] Como utilizar Rsync para copiar únicamente determinados tipos de archivo basandose en la extensión de los mismos,

 

Otro título sugerido: La lógica detrás del include/exclude de RSYNC, que no es tan obvia.

Otro: Rsync, la puta que te parió rsync.

 

De lo fácil o difícil que puede resultar hacer un backup con Linux, dependiendo de como lo mires.

 

Vá uno cortito y útil. No tan obvio y medio complejo de encontrar en la primera página de Google a menos que seas hábil Googleador, pero después te comés un garrón de la gran flauta: Como ejecutar Rsync para copiar archivos, pero únicamente determinados tipos de archivo, basando la selección en la extensión que tuvieran. Parece fácil, si.

Para el versado seasoned sysadmin Linuxero está será bastante obvia, no obstante, hoy la tuve que usar de nuevo por vez número mil y no me anduvo a la primera. No me acrodaba específicamente la sintaxis y terminé Googleando. Como siempre que me pasa esto me lo agendo para la posteridad, acá estoy de nuevo, y así se hace:

 

rsync -av --dry-run --include '*/' --include '*.php' --exclude '*' source/dir/ target/dir/

 

¿Bastante obvio, no? El de arriba va con un –dry-run para que puedas examinar la salida del comando. Si te resultó satisfactorio y no te mandaste ninguna cagada, sacale el –dry-run para que los archivos se copien efectivamente y si te molesta el output por pantalla, sacale la «v» de verbosity, quedando:

 

rsync -a --include '*/' --include '*.php' --exclude '*' source/dir/ target/dir/

 

¿Te sirvió? Pagame un café.

 

 

[TIP] Como quitar en Debian el warning de Ansible: [WARNING]: Optional dependency ‘cryptography’ raised an exception, falling back to ‘Crypto’.

 

Otro títlulo sugerido: Para la posteridad y para el SEO.

Acá como hice para sacar el mensaje de advertencia de Ansible que ya me tenía las bolas por el piso:

 

[WARNING]: Optional dependency ‘cryptography’ raised an exception, falling back to ‘Crypto’

 

Este problema con Ansible lo venía arrastrando hace tiempo ya y nunca me había detenido todavía a intentar repararlo dado que todo funciona haciendo fallback a crypto

 

Una Googleada y medio mas tarde econtrarás como yo, que el problema se soluciona reinstalando cryptography, entonces volvés contento a la shell y ejecutás:

pip install --upgrade cryptography

 

Pero nada,  cryptography no se reinstala y te tira este mensaje de error por la cabeza:

 

Error: ImportError: No module named setuptools_ext

Sigue leyendo

[TIP] Como saber la fecha de instalación de cualquier versión de Linux.

En Red Hat y Centos podés usar RPM, en Gentoo podés usar Emerge, en Debian y Ubuntu tenés que recurrir a viles artimañas como usar el comando last para leer /var/log/wtmp o ejecutar stat sobre algún archivo que sepas a ciencia cierta que nunca se modificó desde que instalaste el sistema por primera vez (buena suerte encontrando uno) y así sucesivamente.

Linux del año del pedo.

 

 

Puras pendejadas. Vengo con la forma genérica, la que te va a funcionar siempre, de conocer con precisión la fecha de instalación de cualquier Linux, sea la distribución que sea, indistintamente, y la mas fácil de todas a su vez: Sigue leyendo