Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

VM Debian 11 éteinte
Bouton Allumer inopérant avec message: “Impossible de démarrer cette VM : La VM ne peut être lancée” A fonctionné plusieurs mois

Reboot fait.

Autre Debian 11 de test installée démarre bien.

Hello,
j’ai trouvé une source de crash reproductible concernant les VM qui fait redémarrer la freebox Delta. Voici comment faire:
(1) créer et démarrer des VM en utilisant toute la mémoire permise par l’interface de gestion des VM
(2) solliciter des services de la Freebox, par exemple le guide de programmes.

La réaction du systèmes est un redémarrage. Avec malchance, les VM sont redémarrés aussi et le bug se répète.

Analyse:

A présent, 1024MO de la mémoire vive sont réservé pour le système, le reste peut être alloué aux VM. Or, l’évolution doit avoir conduit à un besoin de mémoire dépassant 1GO. La barette mémoire fourni avec 2GO cache ce défaut en absence de VM.

Il faut alors réévaluer le besoin de mémoire et adapter l’interface afin de permettre moins mémoire aux VM.

Bonjour.
J’ai installé une VM jeedom sur ma delta. Il récupère bien les périphériques via le plugin “Freebox”. Le détecteur (bien qu’avec un délai de détection trop long > 20 secondes), remonte bien et jeedom reconnait quand il est activé ou pas. En revanche, la caméra qui possède pourtant l’option détection de bruit et détection de mouvement n’affiche aucune variation sur ces variables (toujours en état “1”). J’aimerais pourtant pouvoir utiliser ces détections dans un scénario. Il y a une possibilité ?

Bonjour,

J’utilise cloud-init pour configurer ma VM (debian).
Cette VM lance ensuite un docker-compose (fichier copié via cloud-init, docker et docker compose installés via cloud-init, et compose lancé via cloud-init, avec redirection d’une caméra USB vers homebridge-cameraui, …).

En résumé, quand je supprime et recréé la VM, je n’ai qu’à coller le cloud-init et tout repart, sauf pour la partie Network:

Dans ce compose il y a une partie pihole, utilisé comme DNS et DHCP.

J’aimerais avoir le DHCP de la freebox désactivé et l’assignement d’une IP à cette VM via cloud-init.
Le seul souci dans cette automatisation est que la partie Network de cloud-init ne fonctionne pas, je suis donc obligé de laisser le DHCP de la freebox activé avec une seule IP dans le range et une réservation MAC sur cette IP pour la VM, ce qui n’est pas très pratique (l’adresse MAC de la VM n’est pas affichée dans l’UI freebox donc je dois la démarrer une première fois avant de mettre en place la réservation, en prenant garde a ne pas avoir activé le DHCP freebox avant d’avoir mis la réservation sinon l’adresse est prise par un autre bail d’un équipement connecté, …).

Est-ce que quelqu’un a déjà réussi a faire fonctionner le module Network de cloud-init avec une VM ? Est-ce du a une limitation des VM freebox ?

Exemple de cloud-init (tout fonctionne sauf la partie Network):

#cloud-config
cloud_final_modules:
  - [network, always]
  - [apt-configure, always] # force apt sources updates
  - [package-update-upgrade-install, always]
  - [write-files, always]
  - [write-files-deferred, always]
  - [runcmd, always]
  - [scripts-user, always] # runcmd only create the user script but not run it, so you need this too in order to have runcmd run again
  - [users-groups, always]
  - [ssh, always]
network:
  version: 2
  ethernets:
    switchports:
      match: {name: "enp*"}
  bonds:
    bond0:
      interfaces: [switchports]
      mode: balance-alb
      dhcp4: false
      dhcp6: false
      addresses: [192.168.10.2/24]
      gateway4: 192.168.10.1
      nameservers:
        search: [home.lan, lan, .]
        addresses: [192.168.10.2, 192.168.10.1]
ssh_authorized_keys:
  - ssh-rsa XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX home@192.168.10.2
system_info:
  default_user:
    name: home
    groups: [docker]
package_update: true
package_upgrade: true
packages: [docker, docker-compose, vim, htop, ucommon-utils, v4l2loopback-dkms, v4l-utils, alsa-utils, ffmpeg]
package_reboot_if_required: true
write_files:
  - encoding: "gzip+base64"
    content: XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    owner: home:root
    permissions: '0440'
    path: /home/home/compose-home.yaml
runcmd:
  - [modprobe, v4l2loopback, "video_nr=101"] # Create virtual device, only one for the moment as v4l2loopback devices can still handle mutliple readers
  - [pdetach, /usr/bin/ffmpeg, -nostdin, -loglevel, error, -f, v4l2, -input_format, mjpeg, -video_size, "1280x720", -framerate, 20, -i, /dev/video0, -f, v4l2, -codec, copy, /dev/video101] # clone video0 to video101 so that it can be read by multiple processes in parallel. Using pdetach to run it in backgroups as had issues to escape ampersand
  - [/usr/bin/systemctl, start, docker] # needed if freshly installed
  - [/usr/bin/docker-compose, -f, /home/home/compose-home.yaml, up, -d, --force-recreate, --remove-orphans] # force recreate containers to avoid issues and always have a clean startup

Le schema de config est bien valide testé avec

cloud-init schema --system

.

La freebox et donc la VM sont redémarrés une fois par semaine, d’où le lancement de modules cloud-init en “always” pour maintenir le tout a jour automatiquement (et simplifier un changement de configuration type clé SSH ou autre). La VM est recréée seulement en cas de Mise a jour de l’OS majeure.

Merci d’avance pour votre aide,
Francis.

On est tenté, il est suggéré d’installer des systèmes de domotique dans les vm, ce que j’ai fait depuis 18 mois. Par une coupure malheureuse de la connexion fibre (travaux publics où quelque chose comme ça) et un blocage en étape 2 depuis une semaine, j’ai dû apprendre que certes le réseau local fonctionne sans la fibre, mais pas les vm. Je ne vois pas la nécessité technique.

Or, alors qu’il y a des systèmes de domotique qui fonctionnent avec une dégradation légère en cas de coupure de connexion extérieur, le fait d’avoir installé un tel système en VM Delta est une catastrophe, car rien à faire, la domotique est totalement HS.

Je pourrais comprendre pourquoi on ne pourra pas créer de nouvelles VM en cas de coupure, mais est-ce qu’il est vraiment impossible de laisser tourner les machines déjà installées?

Cordialement!

Bonjour,

Après création d’une Vm via Debian 11, je l’allume.
Puis démarre une console

-J’indique mon login freebox et clique sur “entrée” -Je tape mon mot de passe qui ne s’affiche pas et je clique sur entrée

et il indique “login incorrect

Je n’arrive pas à trouver mon erreur, car je reste bloqué à ne pas pouvoir me logger.

”
#cloud-config
ssh_authorized_keys:

1. xxxxxxx

system_info:

default_user:
  name: freebox

”

J’ai modifié volontairement le keys

Merci d’avance pour votre coup de main.

bonjour à tous,

j’ai testé tous les VM, impossible de me connecter, les trucs comme admin/admin ou encore patienter ou mais remplir le dans le cadre :
#cloud-config
system_info:

default_user:
  name: admin

password: admin
chpasswd: { expire: False }

ne change rien toujour incorrect …

besoin d’aide

Bonjour,

Serait-il possible d’ajouter OpenMediaVault (https://www.openmediavault.org/) à la liste des systèmes pré-installés pour les VM ?

Merci

Bonjour,

L’adresse MAC de ma Freebox: 34:27:92:66:32:B8

Il semblerait qu’il y ai un problème autour des accès disque et des VMs causant des redemarrages intempestifs de la Freebox entière. Depuis aujourd’hui la VM affiche qu’elle ne peut plus être lancée, même si je re-crée avec le même disque virtuel..

J’héberge une instance home-assistant avec une caméra et de l’archivage et mon disque VM est de 1TB (346Go réel), il est assez gros si ça a un rapport.. le disque dans les parametres n’affiche aucune erreur de lecture ou d’écriture. Le disque lui-même est un QVO 860 2TB SATA Samsung MZ-76Q2T0.

J’ai changé la mémoire avec une barette Kingston Server Premier 16GB 2666MHz DDR4 ECC CL19 SODIMM 2Rx8 Mémoire serveur - KSM26SED8/16HD, qui ne semble pas dysfonctionner (memtester dans une VM avec le maximum de mémoire vive possible n’affiche aucune erreur). Je n’ai aucun autre moyen de tester cela dit.

Le reboot intempestif est arrivé avec l’accès manuel de certains fichiers de la VM via un service SMB (pas celui de la Freebox), pour réencodage.. néanmoins les fichiers ne sont pas corrompus et le disque n’a jamais affiché d’erreur écriture/lecture et la vérification n’affiche aucun problème. Le reboot intempestif est aussi arrivé sans manipulation particulière de ma part. Le problème dont je parle il n’y a pas de blocage en Étape 2/3 mais cela m’est arrivé aussi et m’arrive toujours frequemment des microcoupures de 5-15mins mais je ne sais pas si c’est lié.

Ceci est donc bien mystérieux, dommage pas d’accès aux logs noyau Linux de la Freebox elle-même ce qui aidrait grandement la compréhension du problème.. je vous solicite donc.

Merci beaucoup

Bonjour,
Dans le choix des systèmes pré-installés de VMs sur le Freebox Delta vous avez remplacé Debian 11 (Bullseye) par Debian 12 (Bookworm). Cependant tout ne fonctionne pas encore sur Debian 12 et il serait judicieux de laisser aussi le choix de Debian 11.
Pourriez-vous rétablir Debian 11 ?
Merci.
Cordialement.

Bonjour,

Lors de l’installation d’une machine virtuelle Jeedom préinstallée sur la Freebox Ultra, et en cochant l’accès aux disques lors de la création de la VM, le montage du/des disques de la Freebox dans la VM ne se fait pas correctement.

Solution (à retester) :

sudo apt-get update
sudo apt-get install cifs-utils
sudo mount -a
sudo reboot now

bonjour j ai change de disque dur dans ma box delta réinstaller vm jeedom delta préinstalle mais héla après nombreux essais initialisation bloque a 55%

Bonjour.

Est-ce qu'il serait possible à l'image de jeedom, j'ajouter l'OS de Home Assistant ?
Il y a une version generic aarch 64 qui fonctionne plutôt pas mal depuis le github…

Merci pour votre travail :)

Bonjour,

J’aurais voulu savoir s’il était possible d’installer homebridge en VM sur la Freebox ultra, j’ai réussi à installer home assistant mais trop gourmand je l’ai donc désinstallé.

Merci beaucoup

Bonjour,

Est-il possible d’ajouter OpenSUSE MicroOS à la liste des images disponibles ?
La distribution est très légère et avec ses mises à jour atomiques automatiques, cette distribution est a mon sens parfaite pour faire tourner des containers sur la box et se maintenir toute seule.

Merci d’avance,
FVT.

J’ai des service Web qui tourne sur une VM ubuntu (en container docker)
Depuis la mise à jour 4.8.15, mon service de monitoring m’envoie régulièrement des erreurs de non réponse.
Que ça soit en local depuis un autre PC mais aussi en tapant sur l’ip publique.

Aucun soucis avant le mise à jour en 4.8.15

J’ai redémarré la VM, j’ai redémarré la freebox. Ca ne change rien.

Mon disque ssd est un ssd avec cache dram récent.

Bonjour,

j'ai une VM sur ma Freebox delta pour mon serveur Plex. Malheureusement depuis hier plus rien ne fonctionne. J'ai essayé de recréer une nouvelle VM sous Ubuntu mais ca ne fonctionne plus. J'arrive a créer la machine virtuel mais impossible d y accéder, la VM ne reconnait pas mon login et mon MDP. Je l'est fait au moins 10 fois mais ca ne marche pas. J'ai reset ma box mais le soucis reste le même. Auriez vous une solution s'il vous plait ?

Merci

Cordialement

Bonjour,

Que se passe-t-il avec les VM plus rien ne fonctionne ??

1/ création d’une VM debian 12 avec clé ssh et accès disques

1. > impossible de se connecter

2/ création d’une VM debian 12 avec user/mdp et accès disques

1. > impossible de se connecter

3/ création d’une VM ubuntu 22 ou 23

1. > erreur de hash au téléchargement

Alors j’ai bien vu passer ici et là qu’il faut supprimer le groupe freebox avant le premier démarrage

1. > Aucun effet, je n’ai de toute façon pas de groupe freebox

Non rien ne fonctionne, tout simplement.
Je soupçonne d’avantage un problème d’initialisation cloud-init.

A quand une mise à jour ?

Bonjour,

Ma VM Ubuntu 22.10 ne demarre plus avec l'erreur : Synchronous Exception at 0x0000000235D6DB28

J'ai essaye de la demarrer par le shell

Shell>
Shell> fs0:
FS0:\> cd EFI
FS0:\EFI\> ls
Directory of: FS0:\EFI\
10/18/2022 20:35 <DIR> 512 .
10/18/2022 20:35 <DIR> 0 ..
10/18/2022 20:35 <DIR> 512 BOOT
10/18/2022 20:35 <DIR> 512 ubuntu

        0 File(s)           0 bytes

Directory of: FS0:\EFI\ubuntu\
10/18/2022 20:35 <DIR> 512 .
10/18/2022 20:35 <DIR> 512 ..
10/04/2023 06:41 2,742,152 grubaa64.efi
10/04/2023 06:41 980,056 shimaa64.efi
10/04/2023 06:41 886,856 mmaa64.efi
10/04/2023 06:41 110 BOOTAA64.CSV
10/04/2023 06:41 117 grub.cfg

        5 File(s)   4,609,291 bytes

FS0:\EFI\ubuntu\> grubaa64.efi

Synchronous Exception at 0x0000000235D6DB28

Quelle est l'alternative ?

Bonjour,

La VM Jeedom proposé par free sur les serveurs ULTRA et DELTA est actuellement sous debian 10. Certains plug-in ne tourne plus sous ce debian.

Serait-il possible de proposer une VM Jeedom sous Debian 11 voir 12.

Merci

Bonjour a tous ce n’est pas un bug mais plus une question:

Pouvez vous me confirmer que le serveur ultra ne gère pas nativement le protocole RTS SOMFY et de manière général les commandes avec la fréquence 433 Mhz utilisée généralement pur des équipements domotiques.

Est ce que certains ou les dev peuvent nous dire si on peut faire fonctionner Jeedom en VM pour des commandes de volets roulants somfy avec l’aide ou non de dongles USB si le serveur ne gère pas cela comparé au serveur delta.

Merci d’avance pour ces informations utiles car pour moi et peut être pour d’autres c’est le gros point bloquant a ce jour pour migrer de DELTA à ULTRA.

Bonjour

L’initialitation cloud-ini de la connexion via clé ssh ne fonctionne pas pour l’image de VM Alpine 3.20.
Lors de la connexion ssh, j’ai l’erreur suivante, donc impossible se se connecter sur la VM:
freebox@192.168.200.31: Permission denied (publickey,keyboard-interactive).
Je précise que ma clé est bonne et fonctionne avec n’importe quelle autre image (debian/unbuntu/opensuze…).
De plus, une fois la VM démarrée, impossible de l’arreter via ‘Arretr>Eteindre’, obligé de passer par ‘Arreter>Forcer l’extinction’. Par contre ‘Redémarrer’ Fonctionne.

Voila les erreurs que je vois sur la console lors du 1er démarrage de la VM:

2025-03-02 22:26:56,763 - schema.py[WARNING]: Invalid cloud-config provided: Please run 'sudo cloud-init schema --system' to see the schema errors.
2025-03-02 22:27:13,439 - distros[ERROR]: Invalid doas rule 'permit nopass alpine' for user 'freebox', not writing any doas rules for user!
..
[ ok ]
 * cloud-init config ...Cloud-init v. 24.1.3 running 'modules:config' at Sun, 02 Mar 2025 22:27:15 +0000. Up 39.72 seconds.
 [ ok ]
 * cloud-init final ...Cloud-init v. 24.1.3 running 'modules:final' at Sun, 02 Mar 2025 22:27:17 +0000. Up 41.24 seconds.
2025-03-02 22:27:17,661 - modules.py[WARNING]: Could not find module named cc_reset_rmc (searched ['cc_reset_rmc', 'cloudinit.config.cc_reset_rmc'])
ci-info: ++++++++++++++++++++++++++++++++++++++++Authorized keys from /home/freebox/.ssh/authorized_keys for user freebox+++++++++++++++++++++++++++++++++++++++++
...

Aux redémarrages suivants:

025-03-02 22:49:58,117 - schema.py[WARNING]: Invalid cloud-config provided: Please run 'sudo cloud-init schema --system' to see the schema errors.
 [ ok ]
 * cloud-init config ...Cloud-init v. 24.1.3 running 'modules:config' at Sun, 02 Mar 2025 22:49:59 +0000. Up 20.94 seconds.
 [ ok ]
 * cloud-init final ...Cloud-init v. 24.1.3 running 'modules:final' at Sun, 02 Mar 2025 22:50:00 +0000. Up 22.23 seconds.
2025-03-02 22:50:01,088 - modules.py[WARNING]: Could not find module named cc_reset_rmc (searched ['cc_reset_rmc', 'cloudinit.config.cc_reset_rmc'])

[ ok ]
* cloud-init config …Cloud-init v. 24.1.3 running ‘modules:config’ at Sun, 02 Mar 2025 22:27:15 +0000. Up 39.72 seconds.
[ ok ]
* cloud-init final …Cloud-init v. 24.1.3 running ‘modules:final’ at Sun, 02 Mar 2025 22:27:17 +0000. Up 41.24 seconds.
2025-03-02 22:27:17,661 - modules.py[WARNING]: Could not find module named cc_reset_rmc (searched [’cc_reset_rmc’, ‘cloudinit.config.cc_reset_rmc’])
ci-info: ++++++++++++++++++++++++++++++++++++++++Authorized keys from /home/freebox/.ssh/authorized_keys for user freebox+++++++++++++++++++++++++++++++++++++++++
…

Bonjour
Après chaque mise à jour du serveur delta, ma VM ne plus redemarrer
C’est problématique car cette VM gére mes volets roulants avec domoticz
J’ai le message d’erreur suivant que je tente de la redémarrer :
//domoticz n’est pas joignable. Vérifiez que vous ne l’utilisez pas depuis une autre fenêtre, puis essayez de l’éteindre et de la rallumer
Je suis obligé de tout réinstaller et reconfigurer
Avez vous une idée ?
Merci
Salutations

Bonjour,

J’ai une machine virtuelle avec un serveur Plex sur ma Freebox Delta. Tout marchait très bien mes malheureusement je viens de déménager et depuis mon serveur ne fonctionne que en local et non a distance.

Est ce qu’il y aurait quelque chose de désactiver ? Je ne vois pas du tout d’où cela pourrait venir. L’UPnP est activé mais ça ne fonctionne pas.

Merci pour vos réponses

Je veux redimensionner le disque d’une VM après création.
Sur l’écran d’administration de la VM, je clique sur le bouton Agrandir :
Dans la fenetre, j’ai ce texte :

Taille actuel : 7244825575,00 Go
Espace occupée sur le disque (Go): 6212865766,23 Go
Note : le redimensionnement du disque n’a aucun effet sur la taille des partitions. Les partitions et systèmes de fichiers devront être agrandies séparément dans la machine virtuelle.
Nouvelle taille du disque (Go) : 7244825575

Capture d’écran : https://https://snipboard.io/HLf8s3.jpg

Le champ de saisie pour la nouvelle taille, indique le message d’erreur :
“La valeur maximum de ce champ doit être de 10000” Si l’on met une valeur inférieur à 10000, on alors le message suivant :
“La valeur minimum de ce champ doit être de 7244825575”

Il est mathématiquement impossible de saisir un nombre intérieur à 10000 et supérieur à 7244825575
Cela rend impossible le redimensionnement du disque pour la VM et donc impossible d’utiliser la VM avec 7,8Go.