Solucionar el error "No se encontró ningún dispositivo de arranque" después de instalar Debian en un sistema UEFI.

¿Qué significa realmente el mensaje "No se ha encontrado ningún dispositivo de arranque" en un sistema UEFI?

En un sistema UEFI, este mensaje suele indicar que el firmware no encontró una ruta de arranque EFI que pudiera iniciar. Esto no demuestra automáticamente que Debian esté dañado. El sistema de archivos raíz instalado puede estar intacto, aunque falten o no se reconozcan la entrada del firmware, la partición del sistema EFI (ESP) o los archivos del gestor de arranque.

Debian 13 “Trixie” es la versión estable actual a octubre de 2026. En sistemas amd64, Debian normalmente usa GRUB para el arranque UEFI, con shim firmado y componentes GRUB disponibles para Secure Boot. La documentación UEFI de Debian explica que el firmware normalmente carga un ejecutable EFI específico del proveedor desde el ESP, como archivos en EFI/debian/. Consulte la documentación UEFI de Debian y la Guía de instalación de Debian 13 amd64 .

La primera acción más útil es determinar qué capa falló: el modo de arranque del instalador, la configuración de la ESP, los archivos EFI, la entrada de arranque de la NVRAM, la compatibilidad con el arranque seguro o el comportamiento del firmware.

1. ¿Se inició el instalador de Debian en modo UEFI?

Un error común es creer que seleccionar "UEFI" en la configuración del firmware garantiza que el instalador arranque en modo UEFI. Muchos sistemas exponen la misma unidad USB dos veces: una como entrada UEFI y otra como entrada heredada o CSM. Si el instalador se inició en modo heredado, podría instalar un gestor de arranque de estilo BIOS en lugar de la ruta UEFI que espera el firmware.

Leyenda: El firmware puede mostrar los dispositivos compatibles con UEFI, pero aun así no logra encontrar la entrada de arranque de Debian en el disco interno.

Lo que se ha verificado: El instalador de Debian es compatible con UEFI y crea una partición del sistema EFI al instalar en modo UEFI. La documentación del instalador de Debian también distingue entre el modo UEFI y el modo de compatibilidad con BIOS.

Depende de tu equipo: la redacción del menú de arranque. Puede que diga "UEFI: USB", "Dispositivo USB EFI" o que utilice el nombre del modelo USB sin mencionar explícitamente UEFI.

Acción: Reinicie el instalador de Debian o el entorno Live y seleccione deliberadamente su entrada UEFI. Evite CSM o Legacy Boot para la sesión de reparación.

2. ¿El entorno de rescate se ejecuta bajo UEFI?

Antes de reparar las entradas de NVRAM, verifique que el sistema en vivo o de recuperación tenga acceso al entorno de ejecución UEFI. Si se inició en modo heredado, efibootmgrpodría fallar aunque el sistema Debian instalado sea correcto en otros aspectos.

test -d /sys/firmware/efi && echo "UEFI mode" || echo "Legacy mode"
efibootmgr

Leyenda: La presencia de /sys/firmware/efi confirma que la sesión de rescate actual se inició a través de UEFI.

Verificado: la documentación de recuperación GRUB EFI de Debian recomienda arrancar el medio de rescate en modo UEFI y comprobar /sys/firmware/efio ejecutar efibootmgr.

Acción: si el directorio no existe, reinicie la unidad USB en modo UEFI antes de continuar. No intente reparar la NVRAM UEFI desde una sesión de rescate con arranque heredado, a menos que planee intencionadamente una instalación de respaldo.

3. ¿Existe una partición del sistema EFI y se monta correctamente?

El firmware UEFI no arranca directamente desde el sistema de archivos raíz de Linux en la configuración normal de GRUB. Lee un ejecutable EFI desde la partición ESP, que normalmente es un sistema de archivos FAT marcado para su uso con EFI.

lsblk -f
blkid
findmnt /boot/efi

Leyenda: Una instalación típica de Debian UEFI tiene una partición ESP FAT montada en /boot/efi junto con el sistema de archivos raíz de Linux.

Verificado: La documentación del instalador de Debian identifica la partición del sistema EFI como la partición utilizada para los archivos de arranque UEFI. Las directrices de Debian 13 recomiendan una partición ESP de tamaño generoso para los flujos de trabajo de arranque actuales; la wiki de UEFI de Debian recomienda actualmente 768 MB con al menos 300 MB libres, aunque una partición ESP existente más pequeña podría funcionar si tiene suficiente espacio libre.

No asuma que la partición ESP debe ser la primera partición o debe usar un nombre de dispositivo específico como /dev/sda1. Los sistemas NVMe normalmente usan nombres como /dev/nvme0n1p1.

Acción: identifique la ESP por tipo de sistema de archivos y metadatos de partición, no copiando el nombre de un dispositivo de un ejemplo. Si no existe una ESP, crear una puede implicar la reparticionación y conlleva riesgo de pérdida de datos; realice una copia de seguridad de los datos antes de modificar la tabla de particiones.

4. ¿Están realmente presentes los archivos de arranque EFI de Debian?

Si el ESP se monta normalmente, inspeccione su directorio Debian. En un sistema Debian amd64 que usa GRUB, normalmente se esperan archivos en /boot/efi/EFI/debian/. Con soporte para arranque seguro instalado, normalmente interviene shim antes de que se cargue GRUB firmado.

ls -la /boot/efi/EFI/debian/
find /boot/efi/EFI -maxdepth 2 -type f

Leyenda: Los archivos del cargador EFI de Debian en EFI/debian indican que los archivos del cargador de arranque existen aunque el firmware no los seleccione actualmente.

Verificado: La documentación UEFI de Debian indica que la ruta del proveedor es la ruta normal EFI/debian/y describe GRUB EFI como el gestor de arranque UEFI predeterminado de Debian. La documentación de arranque seguro de Debian afirma que están disponibles los kernels de Debian firmados y la integración de shim.

Acción: si EFI/debianestá presente, proceda a inspeccionar la NVRAM antes de reinstalar nada. Si no está presente, es más conveniente reinstalar GRUB EFI.

5. ¿Existe una entrada de Debian en la NVRAM de UEFI?

Normalmente, el firmware almacena las entradas de arranque en la NVRAM. Un ESP puede contener archivos Debian perfectamente válidos, aunque el firmware no tenga ninguna entrada que apunte a ellos.

efibootmgr -v

Leyenda: Una entrada Debian Boot#### que apunta a EFI/debian confirma que el firmware tiene una ruta registrada al cargador Debian.

Verificado: La documentación UEFI de Debian describe el modelo UEFI normal como una variable de arranque que apunta a un cargador EFI específico del proveedor en la partición ESP.

Depende del firmware: algunas máquinas reordenan, filtran, pierden o ignoran las entradas de la NVRAM. La documentación UEFI de Debian señala específicamente que las implementaciones del firmware varían y que algunas se comportan incorrectamente en relación con el orden de arranque o las entradas del proveedor.

Acción: si existe una entrada de Debian pero está detrás de otra, puede usar el menú de configuración del firmware para mover Debian a una posición superior en el orden de arranque. También puede cambiar el orden con efibootmgr -o, pero use los valores Boot#### reales de su sistema en lugar de copiar números de un ejemplo.

6. ¿Cómo se reinstala GRUB EFI desde un medio de rescate de Debian?

Utilice esta ruta cuando falten los archivos EFI de Debian, no exista la entrada NVRAM o el instalador haya fallado claramente al finalizar la instalación de GRUB. Monte el sistema de archivos raíz instalado y su ESP, vincule los pseudosistemas de archivos necesarios y, a continuación, acceda al sistema instalado mediante chroot.

Los nombres de los dispositivos que aparecen a continuación son solo ejemplos. Sustituya las particiones que haya identificado por lsblk.

mount /dev/ROOT_PARTITION /mnt
mount /dev/ESP_PARTITION /mnt/boot/efi

mount --bind /dev /mnt/dev
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
mount --bind /run /mnt/run

chroot /mnt

En los sistemas amd64 que utilizan GRUB EFI, asegúrese de que los paquetes correctos estén instalados, luego reinstale el cargador y reconstruya su menú:

apt update
apt install --reinstall grub-efi-amd64 grub-efi-amd64-bin
apt install --reinstall shim-signed

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --bootloader-id=debian   --recheck

update-grub
efibootmgr -v

Leyenda: Reinstalar GRUB EFI desde un entorno de rescate con arranque UEFI restaura los archivos del cargador y normalmente recrea la entrada del firmware de Debian.

Verificado: Debian documenta la reinstalación de GRUB EFI desde medios de recuperación o en vivo, y el grub-installmanual actual admite --target, --efi-directory, y --bootloader-id. Consulte la guía de reinstalación de GRUB EFI de Debian y el manual de grub-install de Debian .

Acción: no utilice esta opción --no-nvrampara una reparación normal cuando desee que GRUB cree una entrada de firmware. Dicha opción suprime explícitamente las actualizaciones de NVRAM.

7. ¿Qué ocurre si el firmware ignora una entrada válida de Debian NVRAM?

Aquí es donde surge otro error común: si efibootmgr -vmuestra una entrada válida de Debian, reinstalar GRUB repetidamente puede no ser suficiente. Es posible que el firmware esté ignorando o eliminando la entrada.

UEFI define una ruta de reserva para medios extraíbles. En sistemas x86-64, esta suele ser EFI/BOOT/BOOTX64.EFI. La opción de GRUB --removableinstala en esa ruta de reserva.

grub-install --target=x86_64-efi   --efi-directory=/boot/efi   --removable

ls -la /boot/efi/EFI/BOOT/

Leyenda: La ruta de cargador de reserva UEFI puede ser útil en firmware que se niega a respetar las entradas NVRAM normales de Debian.

Verificado: El manual actual de Debian grub-installdocumenta la --removableopción de EFI. La documentación de UEFI de Debian también analiza las rutas de reserva como solución alternativa para firmware problemático.

Desventaja: la ruta alternativa es menos descriptiva que una entrada NVRAM específica del proveedor y puede entrar en conflicto con otros sistemas operativos o herramientas que también esperan tener acceso a ella EFI/BOOT/BOOTX64.EFI. Úsela como solución temporal de compatibilidad, no como primera opción.

Acción: priorizar una entrada NVRAM normal de Debian. Utilizar la ruta alternativa cuando el firmware ignore claramente dicha entrada.

8. ¿Podría ser el arranque seguro la verdadera causa?

A menudo se culpa al arranque seguro (Secure Boot) de cualquier fallo de arranque UEFI, pero el mensaje "No se encontró ningún dispositivo de arranque" no demuestra por sí solo un problema con la firma de Secure Boot. Cuando Secure Boot rechaza un cargador, muchos sistemas muestran un error relacionado con la seguridad en lugar de indicar que no hay ningún dispositivo de arranque.

Debian admite el arranque seguro en las arquitecturas compatibles mediante componentes GRUB y de shim firmados. Debian 13 también continúa proporcionando paquetes de kernel firmados de forma predeterminada.

mokutil --sb-state
dpkg -l | grep -E 'shim-signed|grub-efi.*signed'

Verificado: La documentación de arranque seguro de Debian describe la cadena shim/GRUB firmada.

Depende de las circunstancias: los núcleos personalizados, los binarios GRUB compilados localmente, los módulos de terceros sin firmar o las claves de arranque seguro modificadas pueden cambiar el resultado.

Acción: si instaló paquetes estándar de Debian, no desactive el Arranque Seguro automáticamente. Primero verifique que shim-signedlos componentes de arranque firmados estén instalados. Deshabilitar temporalmente el Arranque Seguro puede servir como prueba de diagnóstico, pero si es la única forma en que el sistema arranca, identifique la causa del fallo en la ruta firmada antes de considerar el problema resuelto.

9. ¿Se instaló Debian en un disco mientras que la unidad ESP está en otro?

Los sistemas multidisco generan otro modo de fallo: el sistema de archivos raíz puede estar en una unidad mientras que la partición ESP utilizada durante la instalación se encuentra en otra. Si se extrae, se desactiva o se traslada posteriormente a un controlador diferente, el firmware puede indicar que no hay ningún dispositivo de arranque, aunque la partición raíz de Debian esté en buen estado.

lsblk -o NAME,SIZE,FSTYPE,PARTTYPE,PARTUUID,MOUNTPOINTS
findmnt /
findmnt /boot/efi

Acción: confirme que la partición ESP que está reparando pertenece a un disco que permanecerá presente y es visible para el firmware. En sistemas RAID o en espejo, decida si necesita una partición ESP de arranque en más de una unidad física. La documentación de GRUB de Debian indica que las configuraciones UEFI RAID requieren que el contenido de la partición ESP se encuentre en las unidades desde las que se espera que arranque el sistema.

10. ¿Cómo se verifica la reparación antes de retirar la memoria USB?

No se fíe únicamente de un grub-installmensaje de confirmación. Verifique los archivos, la entrada del firmware y el orden de arranque mientras el entorno de recuperación aún esté disponible.

efibootmgr -v
ls -la /boot/efi/EFI/debian/
ls -la /boot/efi/EFI/BOOT/ 2>/dev/null || true
update-grub

Leyenda: La comprobación final más rigurosa consiste en una entrada de arranque de Debian visible que el firmware puede seleccionar, seguida de un arranque correcto con la unidad USB de rescate retirada.

Luego, salga del entorno chroot, desmonte correctamente, apague el equipo, retire la unidad USB e inicie desde el disco interno. Si Debian aparece en el menú del firmware pero aún no arranca, el problema ha pasado de "No hay dispositivo de arranque" a GRUB, el kernel, el initramfs, el almacenamiento o el sistema de archivos.

¿Qué método de reparación debería elegir?

¿Qué debes evitar?

• No reinstale Debian inmediatamente si el sistema de archivos raíz está intacto y solo la ruta de arranque UEFI está dañada.
• No formatee una partición del sistema EFI existente sin comprobar si Windows u otro sistema operativo también la utiliza.
• No cree una nueva tabla de particiones solo porque un tutorial utilice GPT; primero inspeccione la configuración actual.
• No copie los números de arranque de otra máquina en efibootmgrlos comandos.
• No utilice comandos GRUB dirigidos a la BIOS, como por ejemplo --target=i386-pcal reparar una instalación UEFI amd64.
• No desactive el Arranque seguro de forma permanente a menos que tenga pruebas de que la cadena de arranque firmada de Debian no puede satisfacer las necesidades de su entorno.
• No dé por sentado que una reinstalación exitosa de GRUB garantiza que su firmware respetará la entrada NVRAM resultante.

Contexto actual de Debian

Debian 13 “Trixie” sigue siendo la versión estable en octubre de 2026; Debian 13.7 se lanzó el 12 de septiembre de 2026. La guía de instalación oficial publicada actualmente para Trixie es la guía de 2025 del equipo de instaladores de Debian para Debian 13. Si está reparando una versión anterior de Debian, los nombres de los paquetes y los detalles de Secure Boot pueden variar, así que utilice la documentación correspondiente a esa versión. Consulte la información sobre las versiones estables de Debian .

Referencias oficiales

• Guía de instalación de Debian 13 amd64
• Documentación sobre particionamiento del instalador de Debian y partición del sistema EFI
• Documentación UEFI de Debian
• Guía de reinstalación de Debian GRUB EFI
• Documentación de arranque seguro de Debian
• Página del manual de instalación de Debian grub