> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/knowledge-base/es/virtual-machines/sonicwall-nsv-boot-failure-signed-firmware.md).

# SonicWall NSv 7.1.1+ no arrancará en VergeOS

Los firewalls virtuales SonicWall NSv en SonicOS 7.1.1 y versiones posteriores actualmente no arrancan después de importarse en VergeOS. Este artículo explica por qué el dispositivo no logra iniciarse y cuáles son sus opciones mientras tanto.

{% hint style="info" %}
**Compatibilidad disponible en el tercer trimestre de 2026**

VergeOS añadirá compatibilidad con firmware EFI personalizado en el tercer trimestre de 2026. Esto permitirá que el dispositivo SonicWall NSv arranque en VergeOS. Hasta que se publique esa compatibilidad, utilice una de las alternativas descritas a continuación.
{% endhint %}

## Síntomas

* Importa un dispositivo SonicWall NSv en VergeOS y no logra arrancar.
* La consola muestra un error de validación del firmware como `Se detectó firmware no válido`.
* El fallo es el mismo independientemente del formato de origen desde el que importe: KVM/QCOW2, VMware OVA o Hyper-V VHDX.

## Resumen

SonicWall distribuye la imagen NSv con sus propios archivos de firmware OVMF personalizados — `OVMF_CODE.sw.fd` y `OVMF_VARS.sw.fd` — que incorporan certificados Secure Boot específicos de SonicWall. Durante el arranque, SonicCoreX comprueba que se esté ejecutando exactamente ese firmware y se aborta con cualquier otro.

VergeOS genera y administra el disco de variables UEFI de cada VM a partir de plantillas OVMF estándar. Actualmente no existe una forma admitida de cambiar el origen del medio del disco EFI mediante la interfaz de usuario o la API. El dispositivo no puede ver los archivos de firmware personalizados de SonicWall, por lo que su comprobación del firmware en el arranque falla y el NSv no se inicia.

{% hint style="info" %}
**Por qué todos los formatos de importación fallan de la misma manera**

El bloqueo está en la validación del firmware del dispositivo, no en un formato de disco concreto. Convertir o reimportar la imagen — QCOW2, OVA o VHDX — no cambia el resultado, porque ninguna de esas rutas proporciona el firmware firmado de SonicWall `.fd` firmware.
{% endhint %}

{% hint style="info" %}
**Aplica a SonicOS 7.1.1 y versiones posteriores**

Las versiones anteriores de SonicOS que no aplicaban la comprobación de firmware firmado no se ven afectadas de la misma manera. El comportamiento descrito aquí es específico de NSv en 7.1.1+.
{% endhint %}

## Opciones mientras tanto

Cualquier firewall virtual que arranque con firmware UEFI estándar funciona bien en VergeOS, como una VM o dentro de un tenant. Puede desempeñar ese papel hasta que llegue la compatibilidad con NSv.

Si hoy quiere seguir con SonicWall, ejecute el firewall en hardware físico de SonicWall y conéctelo a su entorno VergeOS a través de la red.

{% hint style="info" %}
**¿Necesitas ayuda?**

Si está planificando una migración de firewall a VergeOS y desea analizar las opciones, póngase en contacto con el equipo de soporte de VergeOS.
{% endhint %}


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.verge.io/knowledge-base/es/virtual-machines/sonicwall-nsv-boot-failure-signed-firmware.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.