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

Bonjour

Avez vous essayés de créer une image maison ?

Grosse maille les étapes c'est :
- download de l'iso Linux de votre souhait
- créer une VM
- création d'un disque pour la VM
- boot sur l'iso
- install de Linux sur le disque
- restart de la VM avec boot sur le disque (si souci pour boot sur le disque, tappez "exit" au prompt grub pour aller dans le BIOS UEFI et forcez le next-boot sur le disque, puis reset puis une fois dans la VM executez efibootmgr pour recréer la variable de boot dans la nvram pointant sur le disque)

De mon coté, les images que j'ai crées fonctionnent très bien et tout est automatisable depuis l'API (création de VM, création de disque, download de l'ISO, start de la VM, cloud-init, récupération de la console ou du websocket VNC …) ⇒ avec un bon script, on peut créer des instances 'à la demande en mode consommable' pour un besoin donné et les détruire ensuite, et plus besoin du pré-packaging fourni par Free qui semble poser problème aujourd'hui.

PS: De mon côté je n'utilise jamais d'images crées par d'autres (zero trust).

Cordialement
nbanba

Bonjour

Merci du retour.

@mmakassikis

"les images présentés dans le wizard de FreeboxOS sont les images originales des éditeurs."

C'est un excellent point !

De mon côté je continuerai à créer mes propres images (avec luks, lvm, btrfs …) mais c'est un bon point que les "prebuild distros" soient fournies directement par les éditeurs. Au nom de tous ceux qui les utilisent, MERCI !

Cordialement
nbanba

Bonjour,

Comme je disais donc dans mon post l'histoire de la suppression de groupe freebox ne fonctionne pas (dans mon cas en tout cas), et de toute façon je n'ai pas de groupe freebox.

Bonjour,

Après pas mal d'essais j'ai pu arriver à me connecter à la Debian 12 de liste des VM "pré-installé" (avec clé ssh et accès disque FB). Je lui attribue un CPU et 1Go car j'ai une seconde VM (HomeAssistant). Le souci chez moi c'est que j'ai très souvent des plantages/redémarrage de la FB (typiquement dès que je tente un gros "apt upgrade". J'ai rencontré cela également avec la VM HA à un certain moment (mais cel s'est calmé maintenant que ma conf est stabilisée).
Cel donne l'impression que le système de virtualisation n'est pas complètement étanche/compartimenté et que certains pb dans la VM se répercutent sur le système de la FB.

J'ai effectivement dû retirer les deux lignes groups/freebox pour arriver à qq chose où la connexion marche.

Même constat pour l'installation des 2 VM Ubuntu de la liste (erreur de hash)

Je n'ai pas trouvé de remontée de pb plantage lié à l'utilisation des VM dans la liste des tickets.

Même constat

Bonjour

Ça sent la contention sur la RAM … Durant le "gros apt upgrade" surveillez le process kswapd(0).
Si il reste en haut de la liste de 'top' et en gras, la vm est en contention sur la "physical memory" et étant donné le peu de RAM des ultra, la couche physique doit également passer en contention jusqu'au moment où l OOM killer du kernel de l hôtel shoot un process indispensable du système et provoque un reboot de la box.

Dans ce cas, vous pouvez essayé de mettre 1 grosse partition de swap (4go ?) puis de passer le swappiness à 90 et de diminuer la pression sur le cache (vfs_cache_pressure)

Cordialement
nbanba

Merci @nbanba !
C'est en effet un scénario très probable, je vais suivre vos conseils !

Bien cordialement