- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux → VM
- Assignée à Personne
- Système d'exploitation Freebox V9 (Ultra)
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 4.12.3
- Due pour la version Non décidée
-
Échéance
Non décidée
- Votes
- Privée
Ouverte par l30.l - 29/08/2026
Dernière modification par l30.l - 29/08/2026
FS#41151 - Freebox Ultra v9 (r1) menu de machines virtuelles indisponible
Bonjour,
Je viens de remplacer mon Server V6 Revolution par une Freebox Ultra. Le menu des machines virtuelles n’est pas disponible dans Freebox OS. Après redémarrage complet du Server après avoir ajouté disque NVMe + défini le disque externe sur ce dernier, le problème reste présent.
Informations du Server :
- modèle API : `Freebox v9 (r1)` / `fbxgw9-r1` ;
- firmware : `4.12.3` ;
- version d’API : `16.0` ;
- connexion Internet : état `up` ;
- état des mises à jour : `up_to_date`.
Le stockage ne semble pas être la cause :
- `disk_status: active` ;
- `user_storage_powered: true` ;
- stockage principal : `DisqueFreebox` ;
- SSD NVMe de 1 To détecté, partition ext4 montée, environ 917 Go libres.
Avec une application API autorisée, disposant de la permission `vm: true`, les requêtes en lecture seule renvoient :
GET /api/v16/system/
result.model_info.has_vm : champ absent
GET /api/v8/vm/info/
{"success":false,"error_code":"internal_error","msg":""}
GET /api/v8/vm/
{"success":false,"error_code":"service_down",
"msg":"Impossible de récupérer l’état de cette VM: Ce service n’est pas disponible actuellement"}
GET /api/v8/vm/distros/
success=true, 9 distributions listées
Les endpoints VM donnent le même résultat sur les versions d’API v7 à v16.
La documentation locale de Freebox OS indique que l’API VM est disponible
pour les box dont `model_info.has_vm` vaut `true`, et que ce champ est en
lecture seule.
Pourriez-vous vérifier si l’absence de `model_info.has_vm` et l’erreur
`service_down` correspondent à une régression ou à un mauvais provisionnement
du service VM dans le firmware 4.12.3, ou bien à une erreur de settings de ma part ?
Merci.
## Références techniques
- Documentation API locale :
https://mafreebox.freebox.fr/doc/index.html#SystemModelInfo.has_vm
- Ticket Freebox montrant `has_vm: true` sur une Ultra `fbxgw9-r1` en firmware
4.8.5 : https://dev.freebox.fr/bugs/task/39132
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Bonjour
Pour les versions d'API, l'alias "latest" permet de toujours avoir une requête qui utilise la dernière version d'API de FreeboxOS.
Le souci semble isolé à certaines Ultra seulement:
- je n'ai pas de problèmes sur ma Delta
- Sur une ULTRA (n'aillant ni stockage NVMe ou autre ni VM de configurés):
Cordialement
nbanba
Bonjour
Pardon erreur de copié-collé, la première requête c'est :
et non :
dont `jq` renverrait
{ "name": null, "has_vm": null, "firmware_version": null }à la réception du message d'erreur de la freebox :
{ "msg": "Version d’API inconnue", "success": false, "error_code": "invalid_api_version" }(le "latest" n'est pas en cause, même symptomes en le remplaçant par "v16"
Cordialement
nbanba