> 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 SonicWall NSv en SonicOS 7.1.1+ no logran arrancar después de importarse en VergeOS porque el dispositivo requiere el firmware OVMF firmado de SonicWall. El soporte para firmware EFI personalizado llegará en el T3 de 2026.

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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

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

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.