Preparar Mageia para SSD

Adjunto las notas que redacté cuando sustituí los discos duros por unidades ssd en mis portátiles, con la esperanza de que sea útil para alguien que se embarque en ello y esté un poco perdido.
La diferencia en el rendimiento es enorme y compensa la inversión.
Cuidado: tener que usar ahora cualquier máquina con windows y un disco duro se convertirá en una auténtica 'pesadilla de asfixia y muerte'.

PREVIO:

Coloqué el ssd en una carcasa externa y comprobé, con una herramienta del fabricante, que el firmware está actualizado.
Eso puede hacerse una vez instalado y en funcionamiento, pero se advierte de una posible pérdida de datos.

1. Sustituí el hdd por ssd en tres portátiles. Sin problemas.
2. En un Acer, como no tenía dvd, coloqué además en un adaptador el viejo hdd WD 750GB.

¿Hace falta configurar algo? No todo lo que viene es imprescindible.
Son consejos, recomendaciones y trucos para optimizar su uso y prolongar la vida media de nuestro ssd.

PASO 1: (AHCI)

Comprobar que en la BIOS la unidad aparece configurada en modo AHCI.

PASO 2: (particionado)

Creamos las particiones con Gparted Live, no con el instalador de Mageia, tal y como sugiere la propia wikiMageia.
Las particiones deben estar alineadas o contiguas, no debe haber espacio sin asignar o libre entre ellas.
Gparted permite hacerlo, pero el instalador de Mageia deja ese espacio entre particiones.

En todos los ssd creé dos particiones primarias ext4, que etiqueté como raiz y home.
La partición para la raíz en todos los casos de 20 GB. Para su uso y según mi experiencia, no se superará el 50%.

Máquinas sólo con ssd:
También creé tercera partición tipo swap de capacidad igual a la RAM (<=4GB).

/dev/sda1 -> ext4 -> raiz -> para /
/dev/sda2 -> ext4 -> home -> para /home
/dev/sda3 -> swap

Y ahora, en el portátil que cuenta con un segundo hdd WD750GB, sólo creo dos particiones:
/dev/sda1 -> ext4 -> raiz -> para /
/dev/sda2 -> ext4 -> home -> para /home

NOTA: observemos que es una tabla de particiones mbr (msdos), exclusivamente para Linux con BIOS configurada en modo Legacy. Si fuese a instalar un sistema con UEFI procedería como se indica en

https://wiki.mageia.org/en/Instalando_en_equipos_con_firmware_UEFI

PASO 3: (instalación)

Instalé Mageia en todos los casos aprovechando el particionado existente: / (raíz) en sda1, /home en sda2.
Y formateé ambas como ext4. Instalación en apenas 10 minutos.

En dos casos la versión de 64 bits con entorno kde (por defecto) y en uno de ellos la versión de 32 bits con LXDE.
Debo decir que éste en un portátil antiguo con sólo 2GB de RAM. Pero... ¡vuela!

En los equipos en los que la partición swap está en la única unidad existente, se detecta automáticamente.
Ahora no recuerdo si la swap que está en la segunda unidad se detectó o tuve que ajustarla luego. Los pasos:
a) Una vez instalado todo, ejecutamos en un terminal el comando 'free -h'. Ahí nos dirá si hay swap o no.
b) Si hay una línea que dice swap, bien. Si no la hay, buscamos la UUID de la partición, ejecutando como root el comando 'blkid'.
c) Ahora añadimos una nueva entrada en el archivo /etc/fstab. En mi caso, con el UUID de la partición /dev/sdb2 obtenida:

# Entrada para /dev/sdb2 :
UUID=7e44577b-c403-4290-8b04-fd2121c3bd92 swap swap defaults 0 0


PASO 4: (swap)

Yo me decidí a crear en todos los casos una partición swap de tamaño igual a la RAM pues los equipos no superan los 4GB.
Esto permitirá hibernar los portátiles en caso de batería crítica sin problemas.
En los equipos que cuentan con una segunda unidad hdd la swap está colocada en éste, tal y como he mencionado antes.

En todos los casos he seguido el siguiente consejo: configurar para que se use la swap lo menos posible.

Para ello edité como root el archivo /etc/sysctl.conf y añadí al final:

# Reducir la apetencia de swap
vm.swappiness=1
# Mejora de la gestión del caché
vm.vfs_cache_pressure=50
# Modificamos la frecuencia de acceso a la ssd
vm.dirty_writeback_centisecs=1500


PASO 5: (noatime)

Comprobar que en todas las particiones de la unidad ssd está la opción 'noatime' en el archivo /etc/fstab.
Mageia lo coloca por defecto, así que no tuve que hacer nada aquí.

PASO 6: (trim)

Para habilitar TRIM, puede crearse un script que se ejecute una vez al día. Yo he colocado el que viene en wikiMageia:

1. Creé (con vi) el archivo /etc/cron.daily/trim con el siguiente contenido:

#!/bin/bash
IFS=$'\n'
for device in /dev/sd?; do
drive=${device##*/}
if $(udevadm info -q env -p /block/"$drive"|egrep -q 'ID_ATA_ROTATION_RATE_RPM=0'); then
# ssd drive found
mounts=($(grep /dev/"$drive" /proc/mounts|grep -v -w ro))
# mounts is now a list of writeable mounts on the ssd drive
for mount in "${mounts[@]}"; do
mountnodev=${mount#* } # strip first space and everything before it
mountpoint="${mountnodev%% *}" # strip first space and everything after it
fstrim "$mountpoint" # Inform device which blocks on the filesystem are no longer in use
done
fi
done
mounts=($(grep ^/dev/mapper /proc/mounts|grep -v -w ro))
# mounts is now a list of mounted lvm or encrypted writeable mounts which may be on the ssd drive
for mount in "${mounts[@]}"; do
mountnodev=${mount#* } # strip first space and everything before it
mountpoint="${mountnodev%% *}" # strip first space and everything after it
fstrim "$mountpoint" # Inform device which blocks on the filesystem are no longer in use
done
unset IFS


2. Hagamos que sea un ejecutable:

# chmod +x /etc/cron.daily/trim


Nota: Otra gente propone algo más simple y usa como /etc/cron.daily/trim el siguiente:

#!/bin/sh
/sbin/fstrim --all || true


PASO 7: (scheduler)

1. Se crea el archivo /etc/rc.d/rc.local son el siguiente contenido:

#!/bin/sh
echo deadline >/sys/block/sda/queue/scheduler
exit 0


2. No olvidemos hacerlo ejecutable:

# chmod +x /etc/rc.d/rc.local

3. Y ahora que se ejecute al inicio:

# systemctl start rc-local


4. Comprobemos que está ahora ejecutándose:

# systemctl status rc-local [to check that it is now running]


PASO 8: (firefox)

Dos trucos: pasar la caché a memoria RAM y aumentar el período de creación del archivo de recuperación de sesión:

1. La caché estará en la RAM con un tamaño máximo de 256 MB. En la configuración de firefox, a la que accedemos desde la barra de direcciones escribiendo 'about:config' dejamos:

browser.cache.disk.enable -> false
browser.cache.memory.enable -> true
browser.cache.memory.capacity -> 262144
browser.cache.memory.max_entry_size -> 262144


Se pasará a la RAM los archivos relacionados con la navegación y las páginas visitadas.
Se seguirá usando el directorio ~/.cache/mozilla/firefox

2. El archivo de recuperación de sesión recovery.js se cambiará cada 30 minutos y no cada 15 segundos. De nuevo con 'about:config' dejamos:

browser.sessionstore.interval -> 1800000


Por defecto viene 15000 milisegundos = 15 sg y lo pasamos a 1800000 milisegundos = 30 minutos.
Pueden elegirse intervalos menores, por supuesto.

PASO 9: (log)

Si se dispone de una segunda unidad hdd, se puede reducir escrituras innecesarias manteniendo el directorio de registro en el hdd.
El disco duro está montado en /mnt/datos:

su -
{root password}
mkdir -p /mnt/datos/system-jobs/var
cp -vp /var/log /mnt/datos/system-jobs/var
mv /var/log /var/log-old
ln -s /mnt/datos/system-jobs/var /var/log


Comprobemos que esto funciona mediante el siguiente comando, que debe mostrarnos una lista de los archivos de registro:

# ls -la /var/log/


PASO 10: (temporales)

En los equipos con 2 GB y 4GB he decido no montar los archivos temporarales en la RAM.

En el equipo de 8GB he editado /etc/fstab añadiendo las líneas que se indican

# Temporales a RAM
tmpfs /tmp tmpfs defaults,noatime,nodev,nosuid,mode=1777 0 0


Por defecto, tmpfs usará hasta la mitad de la RAM. Aquí una línea que limita el uso al 25% de la RAM:

tmpfs /tmp tmpfs defaults,noatime,nodev,nosuid,mode=1777,size=25% 0 0


Ojo: si los archivos temporales llenan toda la memoria RAM asignada, intentarán usar swap.
Si esto ocurre y no hay swap... mal asunto.

Decidí no montar /var/tmp/ en RAM porque estos archivos deberían sobrevivir a un reinicio.
Y por ello, mejor que queden guardados en disco.