Imagina tu ordenador como una oficina. La memoria RAM es tu escritorio: es el espacio de trabajo rápido y eficiente donde tienes todos los documentos, programas y herramientas que necesitas usar al instante. Es el lugar ideal para trabajar, pero, al igual que un escritorio real, su tamaño es limitado.

¿Qué haces cuando tu escritorio se llena y necesitas liberar espacio para un proyecto nuevo? No tiras nada a la basura. En cambio, mueves los documentos que no estás usando activamente a un archivador o a una estantería cercana.

En el mundo de los ordenadores, ese archivador es el espacio de intercambio (o swap). Es una porción de tu disco duro que actúa como un «extra» de memoria, permitiendo que tu sistema mueva los datos menos utilizados de la RAM a un almacenamiento más lento. Esto libera el espacio rápido de la RAM para las aplicaciones que sí lo necesitan, evitando que el sistema se ralentice o se congele.

Diferencia: Partición Swap vs. Swapfile

Ahora que sabes qué es el swap, es crucial entender que hay dos formas principales de implementarlo. Aunque ambas cumplen la misma función, tienen diferencias clave que pueden afectar cómo gestionas tu sistema.

Partición Swap

Una partición swap es un área dedicada y separada en tu disco duro. Al instalar tu sistema operativo, se crea un espacio de almacenamiento que solo se puede usar para el swap. Es como si construyeras un archivador permanente en tu oficina desde el primer día.

• Ventajas: Suele ser un poco más rápida que una swapfile y es la opción recomendada para sistemas que usan discos duros tradicionales (HDD).
• Desventajas: Es inflexible. Su tamaño es fijo y, si necesitas cambiarlo, tendrás que redimensionar las particiones de tu disco, lo cual puede ser un proceso complejo.

Swapfile

Una swapfile (archivo de intercambio) es simplemente un archivo dentro de tu sistema de archivos existente (suele estar dentro del directorio /var/ o /home/) Es como si decidieras usar una carpeta en tu escritorio para guardar esos documentos que no estás usando. La gran ventaja es su flexibilidad.

• Ventajas: Es mucho más fácil de crear, redimensionar y eliminar sin tener que alterar las particiones de tu disco.
• Desventajas: Puede ser ligeramente más lenta que una partición dedicada y puede generar algo de fragmentación del disco con el tiempo (aunque esto es menos un problema en los sistemas de archivos modernos).

¿Cuál deberías usar?

La elección depende de tus necesidades:

• Si usas un SSD moderno: La swap file es la opción más popular y recomendada. Su flexibilidad supera con creces la pequeña diferencia de velocidad, que en un SSD es casi imperceptible.
• Si usas un HDD o tienes requisitos de alto rendimiento: Una partición swap podría ofrecerte una ligera ventaja en velocidad.

En la mayoría de los casos de uso personal y de escritorio, la swapfile es la solución más práctica y sencilla de gestionar.

Mi Raspberry PI 5 lleva instalado MX Linux 23.6_rpi_respin, el cual, no utiliza una partición swap, en lugar de dicha partición, usa un archivo de intercambio (swapfile).
La mayoría de las distribuciones modernas de Linux lo configuran automáticamente durante la instalación.

¿Qué tipo de swap usa mi sistema?.

Puedes ver el tipo de swap que usa tu sistema con el comando sudo swapon ---show

$ sudo swapon --show
     NAME  TYPE  SIZE  USED  PRIO
/var/swap  file  200M   0B   -2

El comando sudo swapon --show muestra que tengo un espacio de intercambio swapfile activo en el sistema. Si no mostrase nada, significaría que el sistema no está usando una swap

Aquí está el significado de cada columna:

• NAME: La ruta al archivo de intercambio. En mi caso, tengo /var/swap
• TYPE: El tipo de swap, en este caso es file (archivo).
• SIZE: El tamaño del espacio de intercambio. Tengo un archivo de 200 MB.
• USED: La cantidad de espacio de intercambio que se está utilizando actualmente. En mi caso, 0B (cero bytes), lo que significa que el sistema no está usando el swap en este momento.
• PRIO: La prioridad de cada espacio de intercambio. Un sistema Linux puede tener mas de un espacio intercambio. El sistema usará primero el que tenga una prioridad más alta (el número más alto).

Cual es el tamaño ideal para el Swap File

Ahora mismo, están a la venta las versiones de RASPBERRY PI 5 con, 16GB, 8GB, 4GB, 2GB – de memoria RAM

Si tienes una Raspberry Pi 4 o 5 con menos de 8 GB de Ram, es muy probable que en algún momento empiece a consumir espacio Swap. A partir de 8 GB o más RAM, es posible que ni siquiera necesites una swap.

Tras la instalación Mx Linux, se configuró automáticamente una swap file en 200 MB, supongo que serán suficientes ya que a veces he visto unos pocos megas ocupando ese espacio.

El tamaño del swap file depende de la cantidad de memoria RAM que tengas y de si planeas usar la hibernación:

• Si usas hibernación: El tamaño del swap file debe ser igual o ligeramente mayor que la cantidad de RAM de tu sistema. Por ejemplo, si tienes 16 GB de RAM, crea un swap file de 16 GB o 17 GB.
• Si no usas hibernación: Una guía común es hacer el swap file del mismo tamaño que la RAM si tienes hasta 4 GB, o la mitad de la RAM si tienes más de 4 GB. Por ejemplo, si tienes 8 GB de RAM, un swap file de 4 GB es suficiente.
• Para sistemas con mucha RAM (más de 16 GB): Si no usas hibernación, la necesidad de swap es menor. Un tamaño de 2 GB a 4 GB es a menudo suficiente para evitar problemas si la memoria se llena inesperadamente.

El servicio dphys-swapfile

dphys-swapfile es un servicio diseñado para sistemas con recursos limitados, como la Raspberry Pi, donde la gestión automática del espacio de swap es útil.
Es usado en sistemas operativos basados en Debian, como Raspberry Pi OS, MX-Linux_rpi_respin, etc y se utiliza para gestionar el archivo de intercambio (swap file).
Su propósito es crear, redimensionar y eliminar el archivo de intercambio, lo que permite al sistema usar espacio en el disco como si fuera RAM adicional cuando la memoria física está llena. Esto es crucial para la estabilidad del sistema, especialmente en dispositivos con RAM limitada.

El archivo de configuración principal de este servicio se encuentra en /etc/dphys-swapfile. Aquí puedes ajustar el tamaño del archivo de intercambio, lo cual es útil para optimizar el rendimiento de tu sistema.

El servicio dphys-swapfile, especialmente en Raspberry Pi OS, viene con una configuración predeterminada que limita el tamaño máximo del archivo de intercambio a 2048 MB (2 GB).

Nota. el servicio dphys-swapfile viene con una limitación por defecto de 2 GB.

¿Cómo aumentar el swapfile?

Para establecer un tamaño de intercambio mayor, solo necesitas modificar la variable CONF_SWAPSIZE, en el archivo /etc/dphys-swapfile.

Abre el archivo de configuración:

sudo nano /etc/dphys-swapfile

Busca la línea CONF_MAXSWAP=200 y cambia el valor a la cantidad que desees, por ejemplo, para 1 GB=1024

raspberry@pi5:~
$ sudo nano /etc/dphys-swapfile

# /etc/dphys-swapfile - user settings for dphys-swapfile package
# author Neil Franklin, last modification 2010.05.05
# copyright ETH Zuerich Physics Departement
#   use under either modified/non-advertising BSD or GPL license

# this file is sourced with . so full normal sh syntax applies

# the default settings are added as commented out CONF_*=* lines


# where we want the swapfile to be, this is the default
#CONF_SWAPFILE=/var/swap

# set size to absolute value, leaving empty (default) then uses computed value
#   you most likely don't want this, unless you have an special disk situation
CONF_SWAPSIZE=1024

# set size to computed value, this times RAM size, dynamically adapts,
#   guarantees that there is enough swap without wasting disk space on excess
#CONF_SWAPFACTOR=2

# restrict size (computed and absolute!) to maximally this limit
#   can be set to empty for no limit, but beware of filled partitions!
#   this is/was a (outdated?) 32bit kernel limit (in MBytes), do not overrun it
#   but is also sensible on 64bit to prevent filling /var or even / partition
# CONF_MAXSWAP=2048

Guarda y cierra el archivo: presiona Ctrl + O para guardar y Ctrl + X para salir.

Reinicia el servicio para aplicar los cambios:

sudo systemctl restart dphys-swapfile

Comprueba tus cambios.

Ahora vemos que nuestro swapfile ha cambiado de tamaño.

$ sudo swapon --show
NAME TYPE SIZE USED PRIO
/var/swap file 1GB 0B -2

Resumiendo.

En el caso expuesto en esta articulo, con una Raspberry PI de 8GB no es necesario modificar el tamaño del swapfile, ya que en ningún momento hace uso de la swap, como vas a ver en el siguiente ejemplo.

raspberry@pi5:~
$ uptime
11:54:58 up 1 day, 8:44, 1 user, load average: 0,07, 0,06, 0,03

El comando uptime muestra el tiempo que el sistema ha estado en funcionamiento, 1 día y 8 horas y 44 minutos.

Si comprobamos la memoria disponible tras la información del comando uptime, verás que no hay uso en la memoria de intercambio (Inter). dando 0 como usado y 4,0Gi como libre.

$ free -h
      total   usado   libre  compartido   búf/caché   disponible
Mem:  7,9Gi   1,4Gi   3,1Gi        90Mi       3,8Gi        6,5Gi
Inter: 1,0Gi     0B   1,0Gi

¿qué haría yo?

Como mi sistema con 8 GB de RAM no hace uso de la memoria de intercambio, como mucho le daría a esta entre 512 MB y 1024 MB a la variable CONF_SWAPSIZE=1024.
Si en un futuro mi sistema empieza a hacer uso del swapfile, rápidamente podemos modficar su valor.

Nota: Ten en cuenta que el tamaño que usas de swapfile, lo restas de espacio en disco.

¿Cómo exceder del límite?

Para establecer un tamaño de intercambio mayor a 2 GB, no solo necesitas modificar la variable CONF_SWAPSIZE, sino también la variable CONF_MAXSWAP en el archivo /etc/dphys-swapfile.

Abre el archivo de configuración:

raspberry@pi5:~
$ sudo nano /etc/dphys-swapfile

# /etc/dphys-swapfile - user settings for dphys-swapfile package
# author Neil Franklin, last modification 2010.05.05
# copyright ETH Zuerich Physics Departement
#   use under either modified/non-advertising BSD or GPL license

# this file is sourced with . so full normal sh syntax applies

# the default settings are added as commented out CONF_*=* lines


# where we want the swapfile to be, this is the default
#CONF_SWAPFILE=/var/swap

# set size to absolute value, leaving empty (default) then uses computed value
#   you most likely don't want this, unless you have an special disk situation
CONF_SWAPSIZE=1024

# set size to computed value, this times RAM size, dynamically adapts,
#   guarantees that there is enough swap without wasting disk space on excess
#CONF_SWAPFACTOR=2

# restrict size (computed and absolute!) to maximally this limit
#   can be set to empty for no limit, but beware of filled partitions!
#   this is/was a (outdated?) 32bit kernel limit (in MBytes), do not overrun it
#   but is also sensible on 64bit to prevent filling /var or even / partition
CONF_MAXSWAP=2048

Busca la línea CONF_MAXSWAP=2048 y cambia el valor a la cantidad que desees, por ejemplo, para 4 GB=4096

CONF_MAXSWAP=4096

Esta línea puede estar comentada (precedida por un #), si es así, borra el carácter #

Asegúrate de que la variable CONF_SWAPSIZE también esté configurada con el tamaño deseado, si aún no lo has hecho:

CONF_SWAPSIZE=4096

Guarda y cierra el archivo: presiona Ctrl + O para guardar y Ctrl + X para salir.

Reinicia el servicio para aplicar los cambios:

sudo systemctl restart dphys-swapfile

Comandos comunes del servicio.

• Parar el servicio: sudo systemctl stop dphys-swapfile
• Iniciar el servicio: sudo systemctl start dphys-swapfile
• Reiniciar el servicio: sudo systemctl restart dphys-swapfile
• Ver el estado: sudo systemctl status dphys-swapfile
• Deshabilitar el servicio (para que no se inicie automáticamente al arrancar): sudo systemctl disable dphys-swapfile

Todos sabemos que Linux es muy seguro, pero como alguien acceda físicamente a tu máquina desde un LiveUSB, te hace la pascua. Y es que como se vio en «Como montar tu disco duro desde un Live USB» aprendimos a acceder a los datos de un disco. Ahora ademas, veremos como cambiar la contraseña de un usuario, e incluso la de root.

Para esto se usa Chroot (Change root) que es una utilidad del sistema Unix que se emplea para crear un nuevo entorno separado del directorio raíz del sistema principal. Este nuevo entorno se conoce como una «jaula chroot». Un usuario que opere dentro de la jaula no puede ver ni acceder ficheros fuera del entorno en el que se le ha confinado.

¡Comenzamos!

Inicia cualquier LiveUSB, yo lo haré con Debian 12 XFCE4.

Una vez iniciado el sistema, abre una terminal y escribe:

lsblk -p

Como resultado tendremos esta salida:

demo@mx1:~
$ lsblk -p
NAME                   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
/dev/loop0               7:0    0   2,1G  1 loop /live/linux
/dev/sda                 8:0    0 111,8G  0 disk 
├─/dev/sda1              8:1    0 110,8G  0 part 
├─/dev/sda2              8:2    0     1K  0 part 
└─/dev/sda5              8:5    0   975M  0 part [SWAP]
/dev/sdb                 8:16   0 298,1G  0 disk 
└─/dev/sdb1              8:17   0 298,1G  0 part 
/dev/sdc                 8:32   1  29,3G  0 disk 
├─/dev/sdc1              8:33   1  29,3G  0 part 
│ └─/dev/mapper/ventoy 254:0    0   2,2G  1 dm   /live/boot-dev
└─/dev/sdc2              8:34   1    32M  0 part 
demo@mx1:~

Como puedes observar, se han listado 3 discos:

• /dev/sda que es donde está insalado Debian 12 XFCE (lo sé porque tiene 3 particiones, siendo una de ella la swap)
• /dev/sdb que es un disco que tengo como almacen.
• /dev/sdc que es el propio Pendrive de arranque del Live USB.
• También tenemos el /dev/loop0 que es donde está montado nuestro sistema provisional.

Si con lsblk no tienes toda la información que necesitas para identificar tu disco, puedes usar estos comandos que te dejo a continuación:

• fdisk
  fdisk es otra opción común entre los sysops. Actualmente lista las diferentes particiones (lo que está relacionado con los discos duros, ya que un disco duro puede estar dividido en varias particiones) de su sistema.
  sudo fdisk –list
• parted
  Esta es similar a las anteriores mencionadas, lista todas las particiones y permite gestionarlas. Su principal diferencia es que también te informa de la marca y modelo de tus discos duros e incluso del tipo de conectividad utilizada en el mismo (scsi, sata, etc) y del tamaño total del disco.
  sudo parted -l
• sfdisk
  Esto es muy similar a fdisk, sin embargo sfdisk le permite ver tanto los volúmenes físicos como los lógicos y también le da un «resumen» de las particiones de los volúmenes físicos reales con los cilindros (inicio y final), sectores, tamaño y tipo.
  Probablemente la «s» es por «super», ya que es un fdisk con superpoderes:
  sudo sfdisk -l

Creando el directorio contenedor.

Para el montaje del disco debes crear un directorio al que puedes llamar como quieras, yo lo llamaré disco, y el lugar donde lo haré, será en /media.

Así que en una terminal homologada escribe:

sudo mkdir /media/disco

Montando el disco

Ahora, en la carpeta contenedora llamada disco, montaré el disco sda1 así:

sudo mount /dev/sda1 /media/disco

Si vuelves a hacer un lsblk, verás que sda1, tiene el punto de montaje en esa ruta.

demo@mx1:~
$ lsblk -p
NAME                   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
/dev/loop0               7:0    0   2,1G  1 loop /live/linux
/dev/sda                 8:0    0 111,8G  0 disk 
├─/dev/sda1              8:1    0 110,8G  0 part /media/disco
├─/dev/sda2              8:2    0     1K  0 part 
└─/dev/sda5              8:5    0   975M  0 part [SWAP]
/dev/sdb                 8:16   0 298,1G  0 disk 
└─/dev/sdb1              8:17   0 298,1G  0 part 
/dev/sdc                 8:32   1  29,3G  0 disk 
├─/dev/sdc1              8:33   1  29,3G  0 part 
│ └─/dev/mapper/ventoy 254:0    0   2,2G  1 dm   /live/boot-dev
└─/dev/sdc2              8:34   1    32M  0 part 
demo@mx1:~

Enjaular disco

Para que Chroot funcione, este debe de ser montado dentro de un disco que tenga un sistema linux instalado, ya que bash necesitará estar instalado ahí. Si lo haces sobre un disco vacío, no funcionará ningún comando.

Y ahora que ya lo tenemos montado, ejecutamos el comando chroot para enjaularnos dentro de nuestro disco y poder ejecutar comandos como si estuviésemos operando desde ese disco

sudo chroot /media/disco

En este momento, todo lo que hagamos solo afectará al disco donde estamos enjaulados.

Cambia el password de root así:

passwd root

Y el de usuario, así:

passwd tu_usuario

Ya solo queda reiniciar el equipo, quitar el Live Cd, e introducir las nuevas contraseñas.

Montar un Live USB en Linux es una herramienta poderosa que ofrece una variedad de beneficios, especialmente en situaciones de emergencia o mantenimiento del sistema, ya que podemos rescatar documentos importantes, fotos, vídeos u otros datos valiosos antes de intentar reparaciones o reinstalaciones. También podemos hacer copias de seguridad, editar archivos de configuración, reinstalar el gestor de arranque, recuperar contraseñas y un largo etcétera.

En resumen, montar un disco desde un Live USB en Linux es una habilidad esencial para cualquier usuario de Linux, ya que proporciona una forma segura y eficaz de acceder, reparar y mantener tu sistema.

¡Comezamos!

En esta entrada vamos a aprender a montar un disco duro para acceder y gestionar sus datos.

Partimos de la base que sabes crear un usb-booteable para arrancar desde un puerto usb. Ya hice una entrada de como instalar y usar Ventoy.

En mi laptop tengo instalado Debian 12 XFCE y arrancaré con una imagen de «MX Linux 23.5 Libretto»

Una vez iniciado el sistema abre una terminal y escribe:

lsblk -p

Como resultado tendremos esta salida:

demo@mx1:~
$ lsblk -p
NAME                   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
/dev/loop0               7:0    0   2,1G  1 loop /live/linux
/dev/sda                 8:16   0 111,8G  0 disk 
├─/dev/sda1              8:17   0 110,8G  0 part 
├─/dev/sda2              8:18   0     1K  0 part 
└─/dev/sda5              8:21   0   975M  0 part [SWAP]
/dev/sdb                 8:0    0 298,1G  0 disk 
└─/dev/sdb1              8:1    0 298,1G  0 part 
/dev/sdc                 8:32   1  29,3G  0 disk 
├─/dev/sdc1              8:33   1  29,3G  0 part 
│ └─/dev/mapper/ventoy 254:0    0   2,2G  1 dm   /live/boot-dev
└─/dev/sdc2              8:34   1    32M  0 part 

Como puedes observar, se han listado 3 discos:

• /dev/sda que es donde está insalado Debian 12 XFCE (lo sé porque tiene 3 particiones, siendo una de ella la swap)
• /dev/sdb que es un disco que tengo como almacen.
• /dev/sdc que es el propio Pendrive de arranque del Live USB.
• También tenemos /dev/loop0 que es donde está montado nuestro sistema provisional.

Si con lsblk no tienes toda la informacion que necesitas para identificar tu disco, puedes usar estos comandos que te dejo a continuación:

• fdisk
  fdisk es otra opción común entre los sysops. Actualmente lista las diferentes particiones (lo que está relacionado con los discos duros, ya que un disco duro puede estar dividido en varias particiones) de su sistema.
  sudo fdisk –list
• parted
  Esta es similar a las anteriores mencionadas, lista todas las particiones y permite gestionarlas. Su principal diferencia es que también te informa de la marca y modelo de tus discos duros e incluso del tipo de conectividad utilizada en el mismo (scsi, sata, etc) y del tamaño total del disco.
  sudo parted -l
• sfdisk
  Esto es muy similar a fdisk, sin embargo sfdisk le permite ver tanto los volúmenes físicos como los lógicos y también le da un «resumen» de las particiones de los volúmenes físicos reales con los cilindros (inicio y final), sectores, tamaño y tipo.
  Probablemente la «s» es por «super», ya que es un fdisk con superpoderes:
  sudo sfdisk -l

Creando el directorio contenedor.

La forma de montar un disco es bastante simple, primero crearé un directorio que será el contenedor del disco a montar y después montaré nuestro sistema sobre el.

Creo un directorio llamado disco, y el lugar donde lo haré, será en /media.

Así que en una terminal homologada escribe:

sudo mkdir /media/disco

Montando el disco

Ahora, en la carpeta contenedora llamada disco, montaré el disco sdb1 así:

sudo mount /dev/sdb1 /media/disco

Si vuelves a hacer un lsblk, verás que sdb1, tiene el punto de montaje en esa ruta.

demo@mx1:~
$ lsblk -p
NAME       MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0        7:0    0   2,1G  1 loop /live/linux
sda          8:0    0 111,8G  0 disk 
├─sda1       8:1    0 110,8G  0 part 
├─sda2       8:2    0     1K  0 part 
└─sda5       8:5    0   975M  0 part [SWAP]
sdb          8:16   0 298,1G  0 disk 
└─sdb1       8:17   0 298,1G  0 part /media/disco
sdc          8:32   1  29,3G  0 disk 
├─sdc1       8:33   1  29,3G  0 part 
│ └─ventoy 254:0    0   2,2G  1 dm   /live/boot-dev
└─sdc2       8:34   1    32M  0 part 
demo@mx1:~

Accediendo al disco.

Para acceder al disco sdb1 y a su contenido, basta con movernos al directorio disco que se encuentra en /media

Cambia a la ruta del nuevo disco montado con:

cd /media/disco

Una vez situados en el disco, lista el contenido de los archivos con:

ls -lh

En este punto ya puedes gestionar los archivos que necesites, ya sea modificando, creando, borrando, moviendo etc etc

Si necesitas acceder a mas discos, crea nuevos puntos de montaje, tal como hemos visto mas arriba, repitiendo el proceso.

Tener en funcionamiento TRIM, permite al sistema operativo comunicar al disco de estado sólido qué bloques de datos ya no están en uso, como los datos dejados al borrar ficheros, permitiendo que el SO pase esa información al controlador de la SSD, que de otra manera no sabría qué bloques puede eliminar.

Es por ello recomendable activarlo para que el rendimiento del disco duro sea correcto y prolongar su vida útil

¿Tienes TRIM activo?

Para comprobar si TRIM está activo, tienes que ejecutar el siguiente comando en la terminal:

raspberry@pi5:~ sudo fstrim -v /

En mi caso la salida del comando es:

fstrim: /: the discard operation is not supported

Por lo tanto TRIM no está habilitado.

Test de compatibilidad de Trim

Para verificar que TRIM es compatible con el firmware de nuestro disco, ejecutaremos el comando lsblk -D el cual nos mostrará el nombre con el que se detecta nuestra unidad SSD.

raspberry@pi5:~ lsblk -D
NAME DISC-ALN DISC-GRAN DISC-MAX DISC-ZERO
sda 0 512B 4G 0
├─sda1 0 512B 4G 0
└─sda2 0 512B 4G 0

En mi caso se detecta como /dev/sda

Es posible que debas instalar las utilidades para dispositivos que utilizan el conjunto de comandos SCSI «sg_vpd«. Para ello en una terminal escribe:

raspberry@pi5:~ sudo apt install sg3-utils

Ejecutamos el siguiente comando para comprobar el valor de Maximum unmap LBA count. Este valor nos indica el número máximo de bloques que se podrán marcar como leídos.

raspberry@pi5:~ sudo sg_vpd -p bl /dev/sda

Block limits VPD page (SBC):
Write same non-zero (WSNZ): 0
Maximum compare and write length: 0 blocks [Command not implemented]
Optimal transfer length granularity: 1 blocks
Maximum transfer length: 65535 blocks
Optimal transfer length: 65535 blocks
Maximum prefetch transfer length: 65535 blocks
Maximum unmap LBA count: 4194240
Maximum unmap block descriptor count: 1
Optimal unmap granularity: 1 blocks
Unmap granularity alignment valid: false
Unmap granularity alignment: 0 [invalid]
Maximum write same length: 0 blocks [not reported]
Maximum atomic transfer length: 0 blocks [not reported]
Atomic alignment: 0 [unaligned atomic writes permitted]
Atomic transfer length granularity: 0 [no granularity requirement
Maximum atomic transfer length with atomic boundary: 0 blocks [not reported]
Maximum atomic boundary size: 0 blocks [can only write atomic 1 block]

Seguidamente ejecutamos el siguiente comando para averiguar el valor del parámetro Unmap command supported (LBPU)

raspberry@pi5:~ sudo sg_vpd -p lbpv /dev/sda

Logical block provisioning VPD page (SBC):
Unmap command supported (LBPU): 1
Write same (16) with unmap bit supported (LBPWS): 0
Write same (10) with unmap bit supported (LBPWS10): 0
Logical block provisioning read zeros (LBPRZ): 0
Anchored LBAs supported (ANC_SUP): 0
Threshold exponent: 0 [threshold sets not supported]
Descriptor present (DP): 0
Minimum percentage: 0 [not reported]
Provisioning type: 0 (not known or fully provisioned)
Threshold percentage: 0 [percentages not supported]

Como los valores de los parámetros Maximum unmap LBA count y Unmap command supported (LBPU) son mayores que cero, TRIM se puede ejecutar sin problema.

Hacer que el Kernel ejecute TRIM

Ahora veremos si nuestro Kernel detecta que nuestro dispositivo SSD es capaz de marcar los sectores de almacenamiento como libres.

raspberry@pi5:~ sudo find /sys/ -name provisioning_mode -exec grep -H . {} + | sort

/sys/devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:full

Nos devuelve la palabra full en la salida del comando, por lo tanto el Kernel no sabe que nuestro disco duro es capaz de realizar TRIM. Para solucionar esto ejecutaremos los siguientes comandos:

raspberry@pi5:~ sudo su

Ahora como root ejecutamos lo siguiente:

root@pi5:/home/raspberry# echo unmap > /sys/devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode

Nota: En vuestro caso deberéis reemplazar /sys/devices/platform/axi/1000120000.pcie/1f00200000.usb/xhci-hcd.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode por el texto que hayas obtenido en el salida del comando que habéis ejecutado en el inicio de este apartado.

A continuación volvemos a realizar la misma comprobación que realizamos al inicio de este apartado. Por lo tanto ejecutamos los siguientes comandos:

Salimos del modo root

root@pi5:/home/raspberry# exit

Ejecuta el siguiente comando.

raspberry@pi5:~ sudo find /sys/ -name provisioning_mode -exec grep -H . {} + | sort

/sys/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb2/2-1/2-1:1.0/host0/target0:0:0/0:0:0:0/scsi_disk/0:0:0:0/provisioning_mode:unmap

Nos devuelve la palabra unmap, que nos asegura que el kernel es capaz de detectar que nuestro disco puede marcar sectores como disponibles.

Número máximo de bytes libres

Tenemos que indicar el tamaño máximo de bytes que se pueden marcar como libres en una sola operación. Para ello lo primero que haremos es conocer el tamaño de un bloque de la unidad SSD ejecutando el siguiente comando en la terminal:

raspberry@pi5:~ sudo sg_readcap -l /dev/sda

Read Capacity results:
Protection: prot_en=0, p_type=0, p_i_exponent=0
Logical block provisioning: lbpme=0, lbprz=0
Last LBA=468862127 (0x1bf244af), Number of logical blocks=468862128
Logical block length=512 bytes
Logical blocks per physical block exponent=0
Lowest aligned LBA=0
Hence:
Device size: 240057409536 bytes, 228936.6 MiB, 240.06 GB

Una vez obtenido el resultado sabemos dos cosas:

Que el tamaño de un bloque es de 512 bytes y que el valor de Maximum unmap LBA count es 4194240. Este valor nos indica el número máximo de bloques que se podrán marcar como libres en una sola operación.

Por lo tanto el número máximo de bytes que se pueden marcar como libres de utilización es:

4194240 bloques x 512 bytes = 2147450880 bytes

Para establecer este valor en la configuración ejecutaremos los siguientes comandos:

raspberry@pi5:~ sudo su

root@pi5:/home/raspberry# echo 2147450880 > /sys/block/sda/queue/discard_max_bytes

Volvamos al comando del principio, aquel con el que comprobamos si TRIM estaba activo. Ahora verás que TRIM se ejecuta sin problema alguno.

raspberry@pi5:~ sudo fstrim -v /

Activar el trim en la Raspberry Pi cada vez que se arranque

Necesitamos que los cambios aplicados sean persistentes la próxima vez que arranquemos la Raspberry Pi

Lo primero será identificar el ID de nuestro adaptador SATA a USB.

Para ello ejecutaremos el siguiente comando:

raspberry@pi5:~ lsusb

Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

El valor del identificador de mi dispositivo es 174c:55aa,

Lo segundo será crear una regla udev

 raspberry@pi5:~ sudo nano /etc/udev/rules.d/10-trim.rules

Cuando se abra el editor de textos nano pegaremos el siguiente código:

ACTION=="add|change", ATTRS{idVendor}=="174c", ATTRS{idProduct}=="55aa", SUBSYSTEM=="scsi_disk", ATTR{provisioning_mode}="unmap"

Nota: En vuestro caso tendréis que reemplazar los parámetros 174c y 55aa por los de vuestro adaptador SATA a USB.

Una vez pegado el código guardaremos los cambios y cerraremos el fichero.

Hacer que TRIM se ejecute de forma automática mediante un servicio de systemd

Finalmente habilitaremos TRIM mediante systemd ejecutando el siguiente comando:

pi@raspberrypi:~ $ sudo systemctl status fstrim.timer

En la imagen superior vemos en letras verdes que el servicio está enabled (habilitado) y active (activo). y no tenemos que hacer nada mas.

Habilitar el servicio fstrim

En caso de no tener «enabled» el servicio, sigue los siguientes pasos:

pi@raspberrypi:~ $ sudo systemctl enable fstrim.timer

y para iniciarlo

pi@raspberrypi:~ $ sudo systemctl start fstrim.timer

Con el servicio de systemd habilitado TRIM se ejecutará de forma totalmente automática una vez por semana. La periodicidad de ejecución se puede modificar, pero una vez por semana es adecuado para prácticamente la totalidad de usuarios.

Visto en GeekLand

Los chips puente USB a SATA de JMicron, a veces pueden causar problemas con la Raspberry Pi, especialmente al usarla como dispositivo de arranque. Estos problemas pueden incluir fallos de arranque, desconexión tras un reinicio o bajo rendimiento.

Si el chip es un JMicron Technology Corp., lo mejor es que lo reemplaces por otro como ASMedia Technology Inc.

Con el comando lsusb puedes saber que chip lleva tu adaptador.

raspberry@pi4:~
$ lsusb
Bus 004 Device 002: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS578 SATA 6Gb/s
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

La salida nos devuelve el chip JMicron Technology Corp., que es el que debemos evitar en la Pi4.

Raspberry@pi4:~
$ lsusb
Bus 002 Device 002: ID 174c:55aa ASMedia Technology Inc. ASM1051E SATA 6Gb/s bridge, ASM1053E SATA 6Gb/s bridge, ASM1153 SATA 3Gb/s bridge, ASM1153E SATA 6Gb/s bridge
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

En este caso, la salida al comando es el chip ASMedia Technology Inc. compatible con Pi4

Aunque podemos hacer que arranque siguiendo esta guía, no será posible activar el TRIM por ser incompatible con este chip.

Asegúrate de tener la última versión del firmware de tu Pi4 de este forma:

sudo rpi-eeprom-update

Cómo resultado nos dará:

Raspberry@pi4:~
$ sudo rpi-eeprom-update
[sudo] contraseña para Raspberry:
BOOTLOADER: up to date
CURRENT: vie 16 may 2025 10:34:04 UTC (1747391644)
LATEST: vie 16 may 2025 10:34:04 UTC (1747391644)
RELEASE: latest (/usr/lib/firmware/raspberrypi/bootloader-2711/latest)
Use raspi-config to change the release.

VL805_FW: Using bootloader EEPROM
VL805: up to date
CURRENT: 000138c0
LATEST: 000138c0

En la salida anterior vemos que tenemos el último firmware hasta la fecha de este manual.

Si tuvieses que actualizar el firmware tan solo deberás escribir en una terminal:

sudo rpi-eeprom-update -a

Una vez terminada la acualización, deberás reiniciar el sistema.

Antes de seguir con esto, lo mejor es que compres un adaptador compatible para solucionar este problema, pero si no fuese posible, a continuación te explico como usar el puerto usb-3 para conectar tu disco SSD.

Ahora sí, comenzamos ….

Desde que tengo la Raspberry Pi 5, apenas uso la Pi 4, pero estoy descubriendo nuevas cosas que ya me hubieran gustado saber hace tiempo, como que Trim no viene activado por defecto, o como aumentar la velocidad de transmision arrancando mi SSD desde un usb 3.0.

Yo empecé a usar Raspberry a partir de la versión 4, siempre usaba el puerto 2.0 para arrancar mi SSD, nunca me funcionó desde el 3.0, pensé que sería incompatible, pero al parecer es un tipo de error que tiene el chipset Jmicron.

En estos caso, la solución pasa por desactivar el protocolo UAS del disco agregando «peculiaridades USB» y hacer que funcione como almacenamiento masivo USB.

UAS es un protocolo de transporte mejorado en comparación con el almacenamiento masivo USB, todas las unidades UAS deben admitir almacenamiento masivo como opción de respaldo. Se le puede indicar al kernel que ignore la interfaz UAS de un dispositivo y solo use almacenamiento masivo: el controlador de almacenamiento usb tiene una opción de peculiaridades (quirks) para este propósito. Como UAS está integrado en el kernel para permitir que el sistema de archivos raíz se instale en un SSD, el quirk debe ir en cmdline.txt como un parámetro de módulo. Este parámetro coincide con el ID del proveedor USB (vid), el ID del producto (pid) y superpone los quirks especificados que deshabilitan funciones específicas para este dispositivo.

Test de velocidad

Vamos a comprobar a que velocidad circula nuestro disco SSD conectado a un puerto usb-2.0

Busca la aplicacion Raspberry Pi Diagnostics, si no la tienes instalada la puedes instalar con:

sudo apt install agnostics

Ejecutala pulsando en Run Tests, cuando termine, pulsa en Show Log.

Observa la línea que dice Secuencial write speed, dando un resultado de 30815 KB/sec, muy por encima del valor objetivo a superar de 10.000 KB/sec, pero no suficiente para aprovechar al máximo la velocidad de nuestro disco.

Personalmente el puerto usb-2.0 me ha dado muchos problemas, sobre todo con perdidas de datos, mi aMule fué testigo de ello. También, las velocidades de subida y bajada estaban limitadas por el puerto usb más que por la velocidad de la línea.

Comprueba el driver de tu disco.

Para ver que drive usa nuestro disco, en una terminal escribe:

lsusb -t

En la imagen anterior, vemos que UAS está activo y eso nos perjudica, así que vamos a cambiar esto.

En Raspberry Pi 4, UAS viene activado de forma predeterminada.

Usando usb-3.0

Para poder arrancar nuestro disco SSD desde el puerto usb-3.0, debemos de hacer una serie de cambios que os detallo a continuación:

Ejecuta un lsusb para comprobar el chipset de tu disco:

Raspberry@pi4:~
$ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 152d:0578 JMicron Technology Corp. / JMicron USA Technology Corp. JMS578 SATA 6Gb/s
Bus 001 Device 006: ID 058f:6387 Alcor Micro Corp. Flash Drive
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Aunque el idVendor y el idProduct lo hemos visto con el comando anterior, vamos a buscarlo mas exactamente.

Ejecuta el siguiente comando en la terminal:

Raspberry@pi4:~
$ sudo dmesg | grep idVendor
[ 2.277689] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 6.06
[ 2.279024] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 6.06
[ 2.687621] usb 1-1: New USB device found, idVendor=2109, idProduct=3431, bcdDevice= 4.21
[ 3.180114] usb 1-1.4: New USB device found, idVendor=152d, idProduct=0578, bcdDevice= 2.09
[ 5085.543847] usb 1-1.1: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.00
[ 5181.556491] usb 1-1.2: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.00
[ 5365.901603] usb 1-1.1: New USB device found, idVendor=058f, idProduct=6387, bcdDevice= 1.00

El resultado de idVendor=152d, idProduct=0578, coinicide con el disco JMicron, resultado del comando lsusb.

Vamos a editar el archivo cmdline.txt desde la terminal:

sudo nano /boot/firmware/cmdline.txt 

Al comienzo de la línea de parámetros, agrega el texto:

usb-storage.quirks=152d:0578:u

Cambia 152d:0578 por el tuyo propio.

Esto quedaría de la siguiente manera:

Guarda con la combinación de tedclas Crtl + O y sal de la aplicación con Crtl + X

Nota: Ten cuidado con este cambio, como te equivoques el sistema no te arrancará.

Para verificar que ha funcionado:

• Apaga tu Raspberry.
• Cambia de tu puerto usb-2 a un puerto usb-3.
• Enciende tu Raspberry.

Si el sistema inicia, es una muy buena señal.

Comprueba el Driver de tu disco.

Para ver que driver usa nuestro disco ahora, en una terminal escribe:

lsusb -t

Como puedes ver ahora nuestro disco usa el Driver=usb-storage en lugar del Driver=uas

Comprueba el Quirk (peculiaridad) de tu disco.

Para verificar que el quirk se haya aplicado correctamente, ejecuta

 dmesg | grep usb-storage

Verifica que el VID y el PID son los de nuestro disco y tienen el quirk aplicado

Test de velocidad

Repetimos el anterior test de velocidad, vuelve a seguir los pasos descritos anteriormente, pero claro, esta vez desde el puerto usb-3.0

Ahora la velocidad es de 140.109 KB/sec, muy superior a la anterior de 30.815 KB/sec

Por último, a modo de ejemplo os dejo el test de mi Raspberry Pi 5, que sin hacer nada de lo anteriormente explicado, arrancando perfectamente desde los puertos usb-3.0

Visto en https://forums.raspberrypi.com/viewtopic.php?f=28&t=245931

Resumiendo.

Evita usar el chipset de JMicron en la Pi4, así te ahorrarás todo este proceso de poder arrancar desde un USB-3, así como tener la compatibilidad completa para activar el TRIM.

¿Se te ha llenado el disco duro y no sabes por qué? ¿Quieres saber cuales son los directorios que más uso hacen de tu espacio en disco?

Los escritorios como Gnome o Xfce (que son los que más uso) no tienen herramientas propias donde te informan de una manera visual y rápida del espacio que ocupan los archivos, directorios y en definitiva el disco duro al completo.

Existe un programa llamado Ncdu, que nos permite visualizar el espacio ocupado por ficheros y directorios en nuestros sistema operativo. NCDU es un acrónimo del inglés que versa “NCurses Disk Usage”. Se trata de una versión “mejorada” del clásico comando “du”.

La instalación

Para instalar NCDU, tan solo abre la terminal y escribe

sudo apt install ncdu

Una vez instalado ya lo podemos comenzar a utilizar. Escribe en la terminal lo siguiente:

ncdu

El comando analizará la ubicación que le indiquemos. Además nos permitirá navegar a través del sistema de ficheros de manera intuitiva y sencilla. Una barra nos indicará el porcentaje de ocupación.

Observa que en la imagen superior vemos que la carpeta .cache ocupa 43.0 GIB

Si pulsamos «Intro» o flecha a la derecha, podemos ir navegando hasta el origen del problema. (aquí el ratón no funciona, por lo que te tienes que desplazar con las flechas del teclado)

Menuda cagada con Totem, todo lo que ves con ese reproductor de vídeo lo guarda en caché duplicando el espacio en disco.

Al parecer, para ser más rápido, guarda todo en un buffer de almacenamiento.

Podemos utilizar diferentes parámetros como, por ejemplo, “i”, que nos mostrará más detalles sobre un objeto en concreto. Para cerrar la ventana sólo debemos volver a escribir la misma letra.

Para borrar cualquiera de los archivos que hay en el directorio, pulsa la tecla «d» te dará la opción de eliminar.

Si nos interesa llegar a algún directorio estando fuera de la herramienta podemos apuntar directamente a la ubicación, escribiendo, por ejemplo:

ncdu /etc/

Por defecto el programa refrescará la información diez veces por segundo, eso hace que el programa pueda resultar lento o que consuma más recursos de lo necesario, sobre todo si se trata de analizar ubicaciones remotas. Para solventarlo podemos utilizar el modo “quiet mod”, esto es, el modo silencioso, que hará que la información del recurso se refresque cada dos segundos.

ncdu -q

Si nos interesa, también podemos volcar la información de una ubicación sobre un fichero, por ejemplo:

ncdu -1xo- ~/Descargas | cat > fichero.txt

La herramienta tiene multitud de utilidades y funcionales, pásate por su página man, para conocerlas.

man ncdu

Para salir de la aplicación, tecla q.