7.3 · Almacenamiento

18 April 2026

Por:
Anton
Sección:
Módulo 7 · Raspberry Pi y SBCs
Lectura:
6 min
Infografía: 7.3 · Almacenamiento

Almacenamiento: microSD vs SSD (USB/NVMe HAT), benchmark, cuándo merece la pena

El almacenamiento es uno de los factores que más cambian la sensación de uso de un cyberdeck. Una Pi 5 arrancando desde una microSD lenta puede sentirse perezosa; la misma placa con un SSD NVMe vuela. En este artículo comparamos las opciones, las medimos y vemos cuándo el salto compensa.

microSD: el punto de partida

La microSD es lo más sencillo: barata, fácil de grabar y de clonar. Para muchos decks de uso ligero es suficiente. Pero tiene tres limitaciones serias:

  • Velocidad: una tarjeta de buena calidad ronda los 90 MB/s de lectura y bastante menos en escritura (en torno a 30 MB/s en escritura secuencial). El acceso aleatorio, que es lo que más nota el sistema, es modesto.
  • Fiabilidad: las tarjetas se degradan con escrituras intensivas y pueden corromperse con cortes de alimentación bruscos, algo habitual en un equipo portátil.
  • Latencia: bajo carga, una microSD provoca tirones perceptibles.

Si optas por microSD, usa al menos una clase A2 (una clasificación oficial optimizada para acceso aleatorio, las lecturas y escrituras pequeñas y dispersas que más nota el sistema) de marca reconocida, y de 32 GB en adelante.

SSD por USB

La vía intermedia es un SSD (SATA o NVMe en caja USB) conectado a uno de los puertos USB 3.0 de la Pi 5. SATA es la interfaz de disco clásica, heredada de los discos mecánicos; NVMe es el estándar moderno que habla directamente por PCIe y es mucho más rápido, sobre todo en acceso aleatorio. Es mucho más rápido y fiable que una microSD y no requiere ningún HAT. La Pi 5 puede arrancar directamente desde USB.

El límite aquí es el propio USB 3.0 y la calidad del adaptador (algunos chips dan problemas de compatibilidad o de gestión de energía). Para un deck es una solución válida, aunque el conjunto disco + caja + cable ocupa espacio y cuelga del lateral.

SSD NVMe vía M.2 HAT

La opción de mayor rendimiento es un SSD NVMe conectado al conector PCIe de la Pi 5 mediante un M.2 HAT+ (el oficial de Raspberry Pi, o equivalentes de Pimoroni, Geekworm, 52Pi, etc.). El HAT se acopla bajo o sobre la placa, con lo que el conjunto queda muy integrado, ideal para un cyberdeck.

El PCIe (el bus de alta velocidad que viste en el artículo 7-1) de la Pi 5 es de un carril, certificado oficialmente para PCIe Gen 2 (unos 5 GT/s, gigatransferencias por segundo, ~440 MB/s efectivos; cada generación de PCIe duplica aproximadamente el ancho de banda de la anterior). Se puede forzar a Gen 3 añadiendo una línea en /boot/firmware/config.txt:

dtparam=pciex1_gen=3

En Gen 3 el ancho de banda sube a unos 860 MB/s, aunque oficialmente la placa no está certificada para esa velocidad y, con según qué SSD, puede ser inestable. Prueba y, si ves errores PCIe en dmesg (el comando que muestra los mensajes del kernel, donde aparecen los fallos de hardware al arrancar y en caliente), vuelve a Gen 2.

Benchmark comparativo

Estos son órdenes de magnitud típicos (lectura secuencial), para que veas la diferencia:

SoporteLectura aprox.Acceso aleatorioFiabilidad
microSD A2~90 MB/sBajoMedia-baja
SSD USB 3.0~350 MB/sAltoAlta
NVMe PCIe Gen2~440 MB/sMuy altoAlta
NVMe PCIe Gen3~860 MB/sMuy altoAlta

Un NVMe puede leer hasta diez veces más rápido que una microSD, y la diferencia en acceso aleatorio es aún mayor. En la práctica, el sistema deja de dar tirones bajo carga.

Curiosamente, el tiempo de arranque no mejora tanto como cabría esperar: la microSD arranca en unos 21 segundos y el NVMe en unos 17 en condiciones reales (en otras pruebas las diferencias son de apenas un segundo, porque buena parte del arranque la marca la inicialización del firmware, no el disco). Donde se nota el NVMe es en el uso sostenido, no en el cronómetro del arranque.

Cómo medirlo tú mismo

Para una prueba rápida de lectura secuencial, desde la línea de comandos, hdparm (una utilidad de parámetros de disco que trae un test de lectura sencillo):

sudo hdparm -t /dev/nvme0n1

Para algo más representativo, instala fio (Flexible I/O tester, un banco de pruebas de disco configurable) y mide lectura aleatoria, que es lo que de verdad nota el sistema:

sudo apt install fio
fio --name=randread --ioengine=libaio --direct=1 \
    --rw=randread --bs=4k --size=1G --numjobs=1 \
    --runtime=30 --filename=/tmp/fiotest

Comprueba también a qué velocidad ha negociado el enlace PCIe. El comando lspci (list PCI) enumera los dispositivos conectados al bus PCIe y sus detalles:

sudo lspci -vv | grep -i "LnkSta"

Arrancar desde NVMe

Para arrancar desde el NVMe, primero clona el sistema al disco (con la herramienta gráfica SD Card Copier o, desde la línea de comandos, con rpi-clone o dd), y luego asegúrate de que el orden de arranque incluye NVMe. rpi-clone es un script pensado para copiar un sistema Pi en caliente; dd copia bloque a bloque cualquier dispositivo. Aviso sobre dd: escribe directamente sobre el dispositivo de destino sin pedir confirmación, así que equivocarse de disco en el parámetro de salida sobrescribe ese disco y borra sus datos. Verifica el nombre del dispositivo con lsblk antes de ejecutarlo. Puedes editar la configuración del bootloader:

sudo raspi-config
# Advanced Options > Boot Order > NVMe/USB Boot

O directamente con sudo rpi-eeprom-config --edit, poniendo BOOT_ORDER con la NVMe por delante de la SD.

Cuándo merece la pena

  • microSD: decks de uso ligero, prototipos, proyectos donde el coste y la simplicidad mandan.
  • SSD USB: cuando quieres fiabilidad y velocidad sin comprar un HAT, y el espacio extra no es problema.
  • NVMe + M.2 HAT: la mejor opción para un cyberdeck serio. Más rápido, mucho más fiable frente a cortes de alimentación, y físicamente integrado. Si vas a trabajar de verdad con el deck (compilar, bases de datos, captura de paquetes, modelos locales), el salto a NVMe es la mejora más rentable que puedes hacer.

En resumen: si tu deck es un juguete de fin de semana, una buena microSD basta. Si va a ser una herramienta, monta NVMe y olvídate de los tirones y de las tarjetas corruptas.

Del blog al libro Este post forma parte del temario de Guía del constructor de cyberdecks. El libro completo incluye el capítulo de UX y dotfiles, el árbol de alimentación paso a paso y los scripts del repo complementario.

Ver el libro

En construcción

Estamos preparando algo. Vuelve pronto.

Newsletter gratis

Novedades y montajes.

Directo a tu correo.

Sin spam.

Sin anuncios.

Al suscribirte aceptas recibir correos del taller. Puedes darte de baja cuando quieras.

Síguenos