El misterio de la pantalla negra en Raspberry Pi 5: ¿Culpa del NVMe?

Hasta hace unos días, mi vida tecnológica con la nueva Raspberry Pi 5 era un remanso de paz. Tenía conectado un disco SSD de 2,5 pulgadas y todo funcionaba como la seda. Pero, como nos pasa a todos los que nos gusta «cacharrear», decidí dar el salto a la máxima velocidad y actualicé a un disco SSD NVMe. Ahí es donde empezaron los sudores fríos.

De repente, cada vez que reiniciaba el sistema, la Pi arrancaba pero con la pantalla más negra que los huevos de un burro. Al principio, el pánico: pensé que el sistema se colgaba y no arrancaba. Cambié el HAT, probé otro disco NVMe, compré cables HDMI nuevos e incluso reinstalé el sistema operativo varias veces. ¿El resultado? El mismo vacío oscuro.

Sin embargo, al entrar por SSH desde mi teléfono, descubrí la verdad: la Pi estaba vivita y coleando, con el sistema totalmente cargado y funcionando de fondo. El problema no era que la Pi no arrancara, ¡era que no quería hablar con mi monitor!

Nota: Para que el sistema arranque de forma normal quita el cable de alimentación y tras 5 segundos vuelve a conectar.

¿Por qué el NVMe «rompe» el vídeo al reiniciar?

Si te está pasando lo mismo, no te vuelvas loco cambiando hardware. La explicación de por qué con una tarjeta SD o un SSD lento todo iba bien y con el NVMe oficial falla, se resume en estos tres factores:

• Tu Raspberry Pi ahora es «demasiado rápida»: Imagina que el arranque es una conversación. Con la SD, la Pi tardaba 30 segundos; al monitor le daba tiempo a despertarse y tomarse un café. Con el NVMe, el sistema carga en 5 segundos. La Pi lanza la señal de vídeo tan rápido que el monitor aún está «desperezándose» del reinicio. Cuando el monitor quiere mirar, la Pi ya ha dejado de llamar a la puerta y ambos se quedan esperando en silencio.
• Interferencias y «ruido» eléctrico: El bus PCIe donde va tu NVMe funciona a frecuencias altísimas que generan ondas electromagnéticas. Como los puertos micro-HDMI están pegados al conector PCIe en la Pi 5, ese «ruido» puede ensuciar la señal. Si el cable no es de excelente calidad, la Pi no recibe los datos del monitor (EDID) y, por seguridad, apaga la salida.
• El reinicio «suave» vs «fuerte»: Al reiniciar desde el escritorio, el driver de vídeo a veces no se cierra correctamente antes de que el rapidísimo NVMe vuelva a cargar todo. Esto deja a la gráfica en un estado de confusión total.

En resumen: Es como si tu Raspberry Pi fuera ahora un coche de carreras. Arranca tan rápido que sale del garaje antes de que la puerta (tu monitor) termine de abrirse.

A continuación, te explico los pasos exactos para decirle a tu Pi: «Espera un segundo antes de salir y, aunque veas la puerta cerrada, empuja, que se abrirá».

El cambio imprescindible (De Wayland a X11)

Por defecto, la Raspberry Pi 5 utiliza Wayland. Sin embargo, Wayland todavía tiene problemas para gestionar el «Screen Blanking» (que la pantalla se apague sola tras un tiempo sin uso).

Si quieres que tu monitor descanse y que los comandos que vamos a usar funcionen, debemos volver al servidor gráfico X11.

¿Cómo cambiar a X11?

1. Abre una terminal y escribe: sudo raspi-config
2. Ve a 6 Advanced Options.
3. Busca A6 Wayland.
4. Selecciona W1 X11 (o el que indique que desactiva Wayland).
5. Dale a Finish y acepta el Reboot (reiniciar).

Ahora que estamos en X11, todos los comandos de ahorro de energía y gestión de pantalla funcionarán como un reloj.

Parte 1: El «Seguro de Vida» (Configurar SSH)

Antes de meterle mano a la configuración interna, necesitamos una forma de hablar con la Raspberry Pi cuando la pantalla está en negro. Para eso usamos el SSH (Secure Shell). Si puedes entrar por SSH desde tu móvil o tu PC mientras la pantalla está oscura, ¡felicidades!, tu Pi no está muerta, solo está «tímida» con el monitor.

1. ¿Cómo saber si el SSH está activo?

Si tienes la suerte de que la pantalla ha encendido o estás configurándola por primera vez, abre una terminal y comprueba el estado del servicio:

sudo systemctl status ssh

Caso A: El servicio funciona correctamente

Si ves un mensaje en verde que dice active (running), todo está perfecto. Ya puedes acceder remotamente.

Ojo: En mi caso veréis que uso el puerto 22299, pero por defecto en vuestra Pi será el 22.

● ssh.service - OpenBSD Secure Shell server
     Active: active (running) since Sat 2026-03-14 15:15:56 CET; 3h 28min ago
     ...
     mar 14 15:15:56 pi5-2 sshd[1006]: Server listening on 0.0.0.0 port 22299.

Caso B: El servicio está apagado o muerto

Si por el contrario ves que dice inactive (dead), significa que estás «ciego» si la pantalla falla. Tienes que activarlo obligatoriamente.

○ ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (...; disabled; ...)
     Active: inactive (dead)

2. Cómo activar e iniciar el SSH

Para que el SSH se encienda solo cada vez que arranques la Pi (muy importante para nuestro problema), ejecuta estos dos comandos:

Primero: Habilitar el inicio automático

sudo systemctl enable ssh

Verás que el sistema crea unos «symlinks» (accesos directos internos), eso indica que ahora arrancará siempre con el sistema.

Segundo: Arrancar el servicio ahora mismo

sudo systemctl start ssh

Parte 2: El diagnóstico definitivo (¿Monitor o Sistema?)

Una vez que tengas SSH, la próxima vez que reinicies y la pantalla se quede «más negra que los huevos de un burro», no entres en pánico. Conéctate desde tu móvil y lanza este comando:

kmsprint

• Si ves HDMI-A-1 (connected) nos confirma que la Raspberry Pi sí detecta el monitor, pero la señal de vídeo no se está «dibujando»
• Si quieres forzar el encendido desde el móvil, pega esto en la terminal de tu móvil:

export DISPLAY=:0
xset dpms force on

Si esto no enciende tu monitor, ejecuta:

sudo systemctl restart lightdm

(Esto cerrará tus apps abiertas, pero debería forzar al monitor a recibir señal).

En mi caso, reiniciar lightdm encendió mi monitor.

El hecho de que al reiniciar lightdm la pantalla se encienda es la prueba definitiva: el sistema operativo arranca bien, el hardware funciona y el disco NVMe está perfecto.

Parte 3: La Solución Definitiva (La «D» Mágica)

Si has confirmado que por SSH todo funciona pero el HDMI se queda frito, vamos a aplicar la medicina. Editamos el archivo de configuración del arranque:

sudo nano /boot/firmware/cmdline.txt

Ve al final de la única línea que hay, añade un espacio y escribe:

video=HDMI-A-1:1920x1080@60D

¿Por qué la D? Porque le dice a la Pi: «Envía señal Digital sí o sí, no preguntes al monitor si está listo, ¡dispara!».

Un último ajuste en la EEPROM

Para que el disco NVMe y el vídeo se lleven bien eléctricamente en la Raspberry Pi 5, te recomiendo este cambio final:

sudo rpi-eeprom-config --edit

Añade o cambia estas líneas:

• POWER_OFF_ON_HALT=1
• HDMI_DELAY=1

Este paso es como ajustar el «reloj interno» y la gestión eléctrica de la placa base de tu Raspberry Pi 5. Es el ajuste que soluciona el conflicto físico entre el disco NVMe y el puerto HDMI.

• POWER_OFF_ON_HALT=1: Fuerza un reinicio eléctrico completo. Evita que el disco «atonté» a la salida de vídeo.
• HDMI_DELAY=1: Le da un segundo de ventaja al monitor para que esté listo antes de que la Pi empiece a enviar imágenes.

¡Y listo! Con esto habrás pasado de tener un pisapapeles caro a una Raspberry Pi 5 con NVMe que vuela y que no se achica ante ningún reinicio.