> 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/fr/virtual-machines/sonicwall-nsv-boot-failure-signed-firmware.md).

# SonicWall NSv 7.1.1+ ne démarrera pas sur VergeOS

Les pare-feu virtuels SonicWall NSv sous SonicOS 7.1.1 et versions ultérieures ne démarrent actuellement pas après importation dans VergeOS. Cet article explique pourquoi l'appliance ne parvient pas à démarrer et quelles sont vos options en attendant.

{% hint style="info" %}
**Prise en charge à venir au T3 2026**

VergeOS ajoutera la prise en charge du firmware EFI personnalisé au T3 2026. Cela permettra à l'appliance SonicWall NSv de démarrer sur VergeOS. En attendant la mise à disposition de cette prise en charge, utilisez l'une des alternatives décrites ci-dessous.
{% endhint %}

## Symptômes

* Vous importez une appliance SonicWall NSv dans VergeOS et elle ne parvient pas à démarrer.
* La console affiche une erreur de validation du firmware, par exemple `Firmware non valide détecté`.
* L'échec est le même quel que soit le format source depuis lequel vous importez — KVM/QCOW2, VMware OVA ou Hyper-V VHDX.

## Vue d’ensemble

SonicWall fournit l'image NSv avec ses propres fichiers de firmware OVMF personnalisés — `OVMF_CODE.sw.fd` et `OVMF_VARS.sw.fd` — qui contiennent des certificats Secure Boot spécifiques à SonicWall. Au démarrage, SonicCoreX vérifie qu'il s'exécute exactement sur ce firmware et s'interrompt en cas d'autre chose.

VergeOS crée et gère le disque des variables UEFI de chaque VM à partir de modèles OVMF standard. Il n'existe actuellement aucun moyen pris en charge de remplacer la source de support du disque EFI via l'interface utilisateur ou l'API. L'appliance ne peut pas voir les fichiers de firmware personnalisés de SonicWall, donc sa vérification du firmware au démarrage échoue et le NSv ne démarre pas.

{% hint style="info" %}
**Pourquoi chaque format d'import échoue de la même manière**

Le blocage se situe dans la validation du firmware de l'appliance, et non dans un format de disque particulier. Convertir ou réimporter l'image — QCOW2, OVA ou VHDX — ne change pas le résultat, car aucune de ces méthodes ne fournit le firmware signé de SonicWall `.fd` du firmware.
{% endhint %}

{% hint style="info" %}
**S'applique à SonicOS 7.1.1 et versions ultérieures**

Les versions antérieures de SonicOS qui n'imposaient pas la vérification du firmware signé ne sont pas affectées de la même manière. Le comportement décrit ici est spécifique à NSv sur 7.1.1+.
{% endhint %}

## Options en attendant

Tout pare-feu virtuel qui démarre sur un firmware UEFI standard fonctionne bien sur VergeOS, en tant que VM ou dans un tenant. Il peut remplir ce rôle jusqu'à l'arrivée de la prise en charge de NSv.

Si vous souhaitez rester sur SonicWall pour le moment, faites fonctionner le pare-feu sur du matériel SonicWall physique et connectez-le à votre environnement VergeOS via le réseau.

{% hint style="info" %}
**Besoin d’aide ?**

Si vous prévoyez une migration de pare-feu vers VergeOS et souhaitez discuter des options, contactez l'équipe de support 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/fr/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.