La tarjeta PCIe deja el equipo con cursor parpadeando antes de BIOS: cómo diagnosticar un bloqueo en POST

Si al instalar una tarjeta PCIe el equipo ni siquiera llega a la pantalla de BIOS y se queda en negro o con un cursor parpadeando antes de arrancar, normalmente no es un problema de drivers Linux. Es un bloqueo de hardware en una fase anterior.

En esta etapa el sistema operativo aún no se ha cargado, así que parámetros del kernel como pci=nomsi y pcie_aspm=off no pueden ayudar. El problema ocurre durante POST, la autocomprobación de encendido. Los puntos de fallo comunes incluyen entrenamiento del enlace PCIe, asignación de recursos PCIe, carga de Option ROM, conflictos Legacy / UEFI o una tarjeta defectuosa.

En resumen: si ni siquiera puedes entrar en BIOS, no empieces modificando Linux. Primero hay que conseguir que la placa complete POST.

Qué significa este fallo

En un arranque normal, la placa escanea dispositivos PCIe, asigna bus, I/O, MMIO y otros recursos, y decide si debe cargar la Option ROM que ofrece el dispositivo. Algunas tarjetas SATA, HBA, NIC, capturadoras o adaptadores incluyen firmware para soporte de arranque o inicialización, y el firmware de la placa puede intentar leerlo.

Si la tarjeta, BIOS de la placa, ranura PCIe, alimentación, dispositivo conectado u Option ROM no son compatibles, el sistema puede congelarse durante la autocomprobación. Síntomas típicos:

• Pantalla negra con solo un cursor parpadeando.
• Bloqueo antes o después del logo de la placa.
• Del, F2, F11 o F12 no entran en BIOS ni menú de arranque.
• Todo funciona al retirar la tarjeta PCIe.
• NVMe, GPU, NIC o disco de arranque existente funcionan bien sin la tarjeta.

Esto significa que la placa aún no ha entregado el control al sistema operativo; la tarjeta ya ha bloqueado el proceso de arranque.

Qué tarjetas PCIe suelen provocar esto

Este bloqueo POST no aparece solo con tarjetas SATA JMB585. Cualquier dispositivo PCIe que la placa deba inicializar, asignar recursos o cargar Option ROM puede provocar algo similar.

Ejemplos comunes:

• Tarjetas PCIe SATA JMB585, ASM1166 y similares.
• HBA o RAID LSI / Broadcom.
• Tarjetas de red 2.5G, 10G, cobre o fibra.
• Adaptadores PCIe a M.2 / U.2 / SATA.
• Capturadoras de vídeo.
• Tarjetas USB 3.x.
• GPUs antiguas, tarjetas RAID antiguas o tarjetas retiradas de servidor con Option ROM.
• Tarjetas PCIe baratas con mala construcción, firmware modificado o EEPROM anómala.

El dispositivo no necesariamente está roto. Puede ser simplemente incompatible con la BIOS de la placa, el enrutado de la ranura, la velocidad PCIe, el modo de arranque o la asignación de recursos.

Por qué los parámetros Linux no sirven aún

pci=nomsi, pcie_aspm=off y libata.force son parámetros de arranque del kernel Linux. Solo surten efecto después de que el kernel se haya cargado.

Un cursor parpadeando antes de BIOS, bloqueo antes del logo de la placa o teclado que no entra en BIOS significa que el sistema sigue en POST. Lo que se ejecuta es el firmware de la placa, no el kernel Linux. Linux todavía no ha empezado, así que no puede leer esos parámetros.

Para este tipo de fallo, no empieces editando /etc/default/grub. Primero revisa:

• Modo de arranque BIOS / UEFI.
• Capa CSM / Legacy.
• PCIe Option ROM.
• Entrenamiento del enlace PCIe.
• Espacio de direcciones y asignación de recursos PCIe.
• Tarjeta, ranura, alimentación y dispositivos conectados.

Paso 1: desconectar los dispositivos conectados a la tarjeta

Empieza por la prueba de menor riesgo. Deja instalada la tarjeta PCIe, pero desconecta cables SATA, cables de dispositivos externos o alimentación de discos conectados a ella. La tarjeta debe quedar instalada pero sin dispositivos.

Arranca y prueba:

• Si puedes entrar en BIOS tras desconectar discos o dispositivos, probablemente la tarjeta no está bloqueando la placa por sí sola. El problema puede estar en un disco, cable, alimentación o detección de dispositivo de arranque.
• Si sigue congelándose, el problema probablemente está entre la tarjeta y la compatibilidad PCIe / BIOS de la placa.

Un disco conectado también puede provocar bloqueo POST por varias razones:

• Sector de arranque o tabla de particiones dañados; BIOS lo interpreta como disco de arranque y se cuelga al leerlo.
• Varios HDD arrancan a la vez y la fuente no soporta el pico de corriente.
• Un cable SATA hace mal contacto y el controlador espera hasta timeout.
• Un disco está en mal estado y ralentiza toda la inicialización.

Si arranca al desconectar discos, reconéctalos uno por uno hasta encontrar el disco o cable problemático.

Paso 2: retirar la tarjeta y desactivar CSM en BIOS

Muchas tarjetas PCIe se bloquean durante POST por la capa de compatibilidad CSM / Legacy.

CSM significa Compatibility Support Module. Permite a placas UEFI soportar arranque Legacy antiguo. El problema es que algunas tarjetas SATA baratas o modificadas incluyen Option ROM antiguas. En modo CSM, la placa puede intentar cargar esos firmwares de arranque antiguos, lo que puede chocar con firmware UEFI moderno.

Por qué CSM y Option ROM pueden bloquear POST

Durante POST, la placa enumera dispositivos PCIe y comprueba si traen firmware de arranque. Muchas tarjetas de almacenamiento antiguas, RAID, HBA, NIC y SATA ofrecen Option ROM para que la placa las reconozca antes de arrancar el sistema, incluso para arrancar desde ellas.

El problema es que Option ROM depende mucho de la implementación BIOS. Algunas tarjetas tienen Option ROM obsoleta, modificada, dañada o probada solo en placas de servidor concretas. Cuando una placa moderna de consumo intenta cargarla en modo CSM / Legacy, puede caer en un bucle de inicialización, pantalla negra, cursor parpadeando o teclado sin respuesta.

Desactivar CSM y Storage OpROM evita que la placa ejecute el firmware de arranque propio de la tarjeta antes del sistema. Si el disco del sistema no está conectado a esa tarjeta, la mayoría de escenarios NAS y de discos de datos no necesitan arrancar desde ella. Es más estable dejar que Linux / Windows la detecte después de arrancar.

Pasos:

1. Apaga, corta corriente y retira la tarjeta PCIe.
2. Arranca con la GPU original, iGPU o disco de arranque existente y entra en BIOS.
3. Busca CSM, Compatibility Support Module o Legacy Boot.
4. Pon CSM en Disabled.
5. Si es posible, usa modo UEFI Only.
6. Guarda la configuración y apaga.
7. Reinstala la tarjeta PCIe y prueba.

Si al desactivar CSM el equipo pasa POST, probablemente el problema era Legacy Option ROM o conflicto de compatibilidad de arranque.

Paso 3: desactivar PCIe / Storage Option ROM

Algunas BIOS ofrecen controles más detallados para Option ROM:

• PCIe Option ROM
• Storage OpROM
• Mass Storage Controller Option ROM
• Launch Storage OpROM Policy
• Option ROM Messages

Si encuentras una opción similar, pon la Option ROM de la ranura o controladora relacionada en:

1

Disabled

o:

1

Do Not Launch

Esto indica a la placa que no cargue firmware de arranque desde la tarjeta y que la deje como dispositivo PCIe normal para que el sistema operativo la detecte después.

Si el disco del sistema no está conectado a esta tarjeta y solo la usas para discos de datos, NAS, almacenamiento, red o captura, normalmente no necesitas arrancar desde ella. Desactivar su Option ROM suele ser más estable.

Paso 4: forzar PCIe Gen2 o Gen1

Muchas tarjetas anuncian PCIe Gen3, pero la placa, adaptador, cableado, ranura o calidad de la tarjeta puede no ser suficiente. El entrenamiento de enlace PCIe puede fallar en Gen3 y dejar la placa esperando a que el dispositivo se inicialice.

Cómo se ve un fallo de entrenamiento PCIe Gen3

Cuando instalas un dispositivo PCIe, la placa y el dispositivo negocian ancho y velocidad de enlace: x1, x2, x4, y Gen1, Gen2, Gen3. Este proceso se llama Link Training.

Si el dispositivo, ranura, adaptador, pistas de la placa o alimentación son inestables, ambos lados pueden no negociar bien a alta velocidad. Síntomas:

• Pantalla negra o cursor parpadeando antes de BIOS al instalar la tarjeta.
• Logo de la placa detenido mucho tiempo, sin respuesta del teclado.
• A veces arranca y a veces se congela.
• Forzar PCIe Gen2 lo estabiliza.
• Cambiar de ranura lo estabiliza.
• La misma tarjeta funciona en una ranura corta o del chipset, pero no en la ranura grande directa a CPU, o al revés.

Esto no es una “pérdida de disco” a nivel de sistema operativo. La placa y el dispositivo aún no han terminado la inicialización del enlace PCIe. Forzar Gen2 / Gen1 baja la velocidad de señal y cambia algo de ancho de banda teórico por arranque estable.

Pasos:

1. Retira la tarjeta PCIe.
2. Entra en BIOS.
3. Busca la velocidad de la ranura, por ejemplo PCIe Speed, PCIe Link Speed o Max Link Speed.
4. Cambia Auto o Gen3 a Gen2.
5. Si Gen2 sigue inestable, prueba Gen1.
6. Guarda, apaga, reinstala la tarjeta y prueba.

Para discos SATA mecánicos, Gen2 x1 o Gen2 x2 suele ser suficiente. Si la estabilidad es prioritaria, no hace falta insistir en Gen3.

Si la BIOS no ofrece ajuste de velocidad PCIe, solo entonces considera métodos físicos de reducción. Algunos usuarios cubren pines concretos del conector con cinta aislante para forzar x1 y comprobar si la segunda lane o la señal de alta frecuencia causan el bloqueo. Es arriesgado y fácil hacerlo mal, así que no debería ser la primera opción. Mejor limitar velocidad desde BIOS.

Paso 5: activar Above 4G Decoding

Si la placa tiene NVMe, GPU, Wi-Fi, HBA, capturadora o varios dispositivos PCIe, BIOS debe asignar espacio de direcciones y recursos MMIO durante POST. Placas antiguas o BIOS conservadoras pueden congelarse por falta de recursos o conflictos de direcciones.

Prueba activar:

1

Above 4G Decoding

Suele estar en menús como Advanced, PCIe Settings, PCI Subsystem Settings, Chipset o similares.

Permite que los dispositivos PCIe usen espacio de direcciones por encima de 4GB, ayudando a reducir problemas de asignación de recursos en sistemas con muchos dispositivos. Aunque se menciona mucho con GPU passthrough, minería, HBA y configuraciones multi-PCIe, también vale la pena probarlo cuando una tarjeta SATA congela POST.

Paso 6: cambiar de ranura PCIe

No pruebes solo una ranura. Las ranuras PCIe pueden estar conectadas a fuentes distintas:

• La ranura larga cerca de la CPU suele ser directa a CPU y pensada para GPU.
• Algunas ranuras cortas o segundas ranuras largas vienen del chipset PCH.
• Algunas comparten lanes con NVMe, SATA, Wi-Fi u otros dispositivos.

Si la tarjeta se congela en una ranura directa a CPU, prueba una ranura del chipset o de menor ancho de banda. Si la ranura PCH es inestable, prueba otra.

Consulta también el manual de la placa para reglas de compartición, como “esta ranura PCIe se desactiva al usar este M.2”.

Ruta rápida recomendada

Si quieres recuperar el arranque rápido, prueba este orden:

1. Desconecta todos los dispositivos de la tarjeta, como discos SATA, U.2 o cables externos.
2. Si sigue congelada, retira la tarjeta y entra en BIOS.
3. Desactiva CSM y usa UEFI Only.
4. Desactiva Storage OpROM o la Option ROM PCIe relacionada.
5. Activa Above 4G Decoding.
6. Fuerza la ranura PCIe a Gen2; si falla, prueba Gen1.
7. Guarda, apaga, reinstala la tarjeta PCIe y prueba.
8. Si pasa POST, reconecta discos o dispositivos uno por uno.

Este camino prioriza las dos causas más comunes: conflictos Legacy / Option ROM e incompatibilidad de entrenamiento PCIe Gen3.

Cómo saber si la tarjeta está dañada o si es incompatibilidad de placa

Si todo lo anterior sigue terminando en cursor parpadeando, haz dos pruebas cruzadas:

• Instala la misma tarjeta en otro equipo.
• Instala una tarjeta PCIe similar y conocida como buena en la placa actual.

Usa esta lógica:

• La misma tarjeta congela varios equipos: probablemente tiene problema de hardware o firmware.
• La tarjeta solo congela esta placa y funciona en otra: más probable BIOS, ranura, velocidad PCIe o asignación de recursos.
• Otra tarjeta similar funciona en esta placa: sospecha más de la tarjeta original.
• Otros dispositivos PCIe también son inestables en esta placa: sospecha ranura, alimentación, BIOS o compartición de lanes.

Si esta tarjeta congela varios equipos y otras tarjetas funcionan en la placa actual, posibles causas:

• EEPROM / Option ROM dañada en la tarjeta.
• Cortocircuito o problema de alimentación en la tarjeta.
• Problema físico en conector, soldaduras, cristal o chip de alimentación.
• Firmware incompatible con múltiples BIOS de placa.

Si solo falla en una placa concreta, sospecha BIOS, lanes de ranura, velocidad PCIe, CSM o asignación de recursos.

No uses parámetros del sistema como solución para la fase BIOS

Hay que insistir: mientras la máquina no haya entrado en Linux, parámetros como pci=nomsi, pcie_aspm=off y libata.force no surten efecto.

Solo pueden tratar problemas después de que el sistema operativo tome el control del hardware, como pérdidas de disco en Linux, errores de interrupción o fallos de despertar PCIe ASPM. Para un cursor parpadeando antes de BIOS o un bloqueo POST, no llegan a ejecutarse.

El foco debe estar en:

• Configuración BIOS.
• Entrenamiento del enlace PCIe.
• Option ROM.
• Ranura y asignación de recursos.
• Estado físico de la tarjeta y dispositivos conectados.

Resumen

Cuando una tarjeta PCIe deja el equipo con cursor parpadeando antes de BIOS, el sistema está bloqueado en POST. Las vías más habituales son:

• Desconectar todos los dispositivos conectados para descartar discos o alimentación.
• Desactivar CSM y usar UEFI puro.
• Desactivar Storage / PCIe Option ROM.
• Bajar PCIe de Auto / Gen3 a Gen2 o Gen1.
• Activar Above 4G Decoding.
• Probar otra ranura PCIe.

Si nada funciona y la tarjeta también congela otros equipos, sospecha seriamente de daño de hardware o firmware en la tarjeta. En NAS y servidores de almacenamiento, la estabilidad importa más que las especificaciones bonitas. Ante un bloqueo de nivel POST, primero consigue que la placa pase la autocomprobación de forma estable; luego ya tiene sentido hablar de parámetros del kernel Linux y drivers.