Cristian Vicente

En un sistema habitual nos podemos encontrar con diferentes versiones de Python instaladas (la 2, la 3 y la 3.5 entre otras). Por lo que, dependiendo de la versión que tengamos por defecto, pip instalará los módulos para ésta.

Para forzar la versión sin tener que cambiar la que esté por defecto nos bastará con utilizar el siguiente comando si, por ejemplo, queremos hacer la instalación para Python 3 del componente pyusb:

python3 -m pip install pyusb 

Let’s Encrypt nos facilita tener un certificado SSL de forma gratuita e ISPConfig nos automatiza el proceso marcando un par de checks, pero puede que haya problemas si utilizamos una Ubuntu 16.04 (Xenial): cuando marcamos los checks para activar el SSL y Let’s Encrypt en el dominio deseado, no se quedan permanentes, se desactivan como si el proceso no se hubiese llevado a cabo.

Todo esto se debe a que necesitamos actualizar el proceso de automatización de solicitud de certificados de seguridad. Nos es suficiente con realizar estas acciones para instalar Certbot:

apt-get update
apt-get install software-properties-common
add-apt-repository ppa:certbot/certbot
apt-get update
apt-get install python-certbot-apache

Una vez realizado los pasos anteriores, podremos acudir de nuevo a ISPConfig y marcar los checks.

El HP Proliant Microserver Gen8 lleva un controladora RAID por software que conlleva una serie de limitaciones, la más importante de ellas es la imposibilidad de sacar los discos duros posteriormente y montarlos en un ordenador completamente diferente y que el RAID siga funcionando. Por ello, es práctica habitual el configurar la BIOS para que no utilice dicha controladora sino su modo SATA AHCI y realizar un posterior RAID con mdadm.

Al final tendremos 4 bahías para discos duros (las dos primeras serán SATA3 y las otras dos SATA2) y una bahía extra para el lector óptico (ODD) que funciona en SATA2 y que, en mi caso, he usado para instalar una SSD con el sistema operativo. Si bien con SATA2 sólo de pueden alcanzar los 300MB/seg frente a los 600MB/seg de un SATA3, no resulta un gran inconveniente para un sistema operativo Linux que es bastante rápido y qué sólo lo utilizaremos para hacer uso de los otros discos.

Haciendo uso de un pendrive podremos realizar la instalación de Proxmox sin mayores inconvenientes salvo uno: el sistema operativo no arranca desde el puerto donde está conectado el ODD. Curioso resulta que si hubiésemos dejado el modo RAID de la controladora, habríamos podido arrancar desde el ODD. De todos modos, para solucionarlo recurriremos a una tarjeta microSD, desde la cual sí que es capaz de arrancar, y en la cual, ayudados por un liveUSB, copiaremos el arranque de la instalación. Sólo nos quedará configurar la BIOS para arrancar desde dicha tarjeta.

Si deseamos realizar una instalación en un Raspberry Pi (2 en este caso) sin tener que retirar la tarjeta microSD e introducirla en otro equipo para copiar la imagen, sólo necesitamos conectarnos por SSH, detener Kodi y lanzar la descarga de la última imagen disponible para nuestra versión y escribirla en el disco usando tuberías.

sudo systemctl stop mediacenter

wget http://ftp.fau.de/osmc/osmc/download/installers/diskimages/OSMC_TGT_rbp2_20180805.img.gz -O- | gunzip -c | sudo dd of=/dev/mmcblk0 bs=1M conv=fdatasync

El proceso para la instalación de Java 8 de Oracle en Debian es relativamente sencillo.

add-apt-repository ppa:webupd8team/java

apt-get update

apt-get install oracle-java8-installer

Y si el comando «java -version» no nos devuelve Java 8, quizás debamos ponerlo por defecto con esto otro:

apt-get install oracle-java8-set-default

A la hora de hacer un clonado de disco a disco y que no se nos escape el progreso del mismo, lo más cómodo es realizar el siguiente comando:

dd if=/dev/sdx of=/dev/sdy status=progress

Pero si nuestra distribución no nos permite usar «status=progress» por su versión de GNU Coreutils (8.24+) o simplemente se nos olvida pasarle el parámetro, siempre nos quedará esta opción:

sudo kill -USR1 $(pgrep ^dd)

El anterior comando hará que dd nos saque por pantalla el actual estado del proceso.

Cuando utilizamos un terminal para realizar diversas tareas, a veces, debemos utilizar la misma línea de comando a menudo y por pereza o complejidad de la misma hacemos uso de las flechas de arriba/abajo para explorar el historial de comandos recientes hasta encontrar el que queremos. Esto es muy a menudo tedioso, por lo que existe la posibilidad de simplemente empezar a escribir el comando que vagamente recordamos y usar las teclas AvPág/RePág para que nos encuentre los comando reciente que empezaban por lo que hemos escrito.

En OpenSuse funciona de fábrica, pero en otras distribuciones hay que habilitarlo. Para ello editaremos el fichero «/etc/inputrc»:

# alternate mappings for «page up» and «page down» to search the history
«\e[5~»: history-search-backward
«\e[6~»: history-search-forward

A modo de pasatiempo hay un par de webs que nos pueden venir bien para además aprender algunas cosas sobre seguridad informática y mejorar la utilización de comandos. Una es OverTheWire y la otra es CmdChallenge.

Dependiendo de la configuración del sistema, tendremos un límite u otro de número de archivos que se pueden abrir. Cuando se llega a tal límite, MariaDB nos puede saltar con el error del título de esta entrada. Para tratar de ampliar dicho límite hay que editar el fichero «/etc/security/limits.conf» añadiendo los siguientes valores:

mysql soft nofile 65535
mysql hard nofile 65535

Reiniciaremos el sistema y haremos lo siguiente:

mkdir -p /etc/systemd/system/mysql.service.d/
vi /etc/systemd/system/mysql.service.d/limits.conf

Añadiremos estos valores:

[Service]
LimitNOFILE=infinity

Reiniciaremos el servicio y consultaremos los límites de nuevo:

systemctl daemon-reload

/etc/init.d/mysql restart

cat /proc/$(cat /var/run/mysqld/mysqld.pid)/limits

 

En aquellos casos en los que queremos automatizar alguna tarea o simplemente lanzar un script al inicio del sistema y no queremos profundizar en la edición de ficheros de configuración de servicio, no bastará con programar CRON a través de su editor (crontab -e) de la siguiente forma:

@reboot /path/to/script