Réponse actuelle : n’installez pas CasaOS directement sur OpenWrt avec l’installateur standard
L’installateur moderne rend la réponse plus claire que la discussion de 2023 : CasaOS détecte explicitement openwrt et interrompt l’installation. OpenWrt n’est pas un hôte Debian/Ubuntu classique avec les paquets et les services attendus par CasaOS.
Les vérifications de l’installateur CasaOS actuel montrent qu’OpenWrt est rejeté.
Pourquoi les deux plateformes sont incompatibles
OpenWrt est conçu pour les routeurs, avec son propre gestionnaire de paquets, son modèle de services et sa pile réseau. CasaOS attend un espace utilisateur Linux généraliste avec Samba, cifs-utils, Docker et d’autres services hôtes. Forcer l’installation de CasaOS sur OpenWrt crée des conflits au niveau des paquets, du système de fichiers et de la gestion réseau.
CasaOS cible les hôtes de type Debian
La liste actuelle des hôtes pris en charge par CasaOS indique Debian 12 comme version testée et recommandée, tandis qu’OpenWrt ne fait pas partie des configurations normalement prises en charge.
Si vous avez besoin du routage et d’applications, utilisez la virtualisation
Une conception plus propre consiste à utiliser un hyperviseur ou un hôte Linux généraliste, puis à exécuter OpenWrt dans une machine virtuelle, tandis qu’une autre machine virtuelle ou l’hôte fournit les services NAS. Cela isole le routage de la gestion du stockage et des applications. Le matériel ZimaBoard 2 et les exigences de ZimaOS pour les machines virtuelles prennent en charge cette séparation.
Ne rendez pas votre routeur dépendant de paquets NAS expérimentaux
Si la machine sert de passerelle au domicile, une mise à niveau défectueuse d’un paquet peut couper l’accès à Internet pour tous les appareils. Gardez le routage minimal et prévisible.
Docker peut-il fonctionner sur OpenWrt ?
Certaines cibles le permettent, mais cela ne signifie pas que CasaOS est pris en charge. Des conteneurs individuels peuvent être gérés comme des charges de travail OpenWrt/Docker. Le hôte Docker OpenWrt décrit ce modèle.
Si vous voulez CasaOS, installez d’abord Debian
Pour l’auto-hébergement, installez Debian 12, puis CasaOS. Si vous voulez la plateforme NAS actuelle d’IceWhale, installez directement ZimaOS sur du matériel x86. La récupération de l’installation de ZimaOS constitue l’alternative moderne.
Protégez la récupération réseau avant de repartitionner
Si le ZimaBoard fournit actuellement l’accès à Internet, exportez la configuration OpenWrt et gardez un autre routeur à disposition avant de réinstaller le système. Une migration échouée ne doit pas se transformer en panne du réseau domestique.
Ce qui se passe lorsque vous forcez le script CasaOS à dépasser la détection d’OpenWrt
La vérification de la distribution n’est que le premier obstacle. CasaOS attend des noms de paquets, des emplacements de fichiers et des services correspondant à une distribution serveur conventionnelle. Même si vous commentez la protection contre OpenWrt, les étapes suivantes peuvent échouer lorsque les dépendances de type apt, les outils Samba, les hypothèses liées à Docker ou les commandes de services système n’existent pas sous la forme attendue. Cela peut laisser un plan de contrôle partiellement installé sur la même machine qui gère votre pare-feu et votre DHCP.
Pour une expérience de laboratoire, cela peut être acceptable si vous pouvez reflasher OpenWrt. Pour un routeur domestique, la limite de récupération est mal choisie. Enregistrez d’abord la configuration OpenWrt et assurez-vous qu’un autre routeur peut prendre le relais.
Une meilleure conception monoboîtier utilise des domaines de défaillance distincts
Si l’objectif est « un ZimaBoard, deux rôles », la question importante n’est pas de savoir si les deux paquets peuvent techniquement coexister. Il faut déterminer si une mise à jour du NAS doit pouvoir interrompre le routage. La virtualisation crée une séparation plus propre : OpenWrt dispose d’interfaces réseau dédiées ou virtuelles, tandis que la machine virtuelle NAS/services gère le stockage et les charges de travail Docker. Vous pouvez créer un instantané ou reconstruire un rôle sans réécrire l’autre.
Vérifiez les ressources matérielles avant de virtualiser les deux rôles
Le routage lui-même est peu exigeant, mais l’IDS/IPS, le chiffrement VPN, les applications Docker et l’indexation NAS peuvent se disputer le processeur et la mémoire vive. Prévoyez suffisamment de mémoire pour l’hyperviseur et les services de stockage, réservez un chemin réseau fiable pour la machine virtuelle du routeur et évitez de transmettre le même périphérique de stockage physique à plusieurs invités.
Pour une utilisation en production, planifiez séparément les fenêtres de maintenance du routeur et du stockage afin qu’une expérimentation NAS ne provoque jamais une panne Internet pour tout le foyer.
FAQ
Puis-je exécuter l’installateur CasaOS sur OpenWrt ?
L’installateur CasaOS actuel détecte explicitement OpenWrt et interrompt l’installation.
CasaOS et OpenWrt peuvent-ils partager un même ZimaBoard ?
Utilisez la virtualisation ou des systèmes distincts si vous avez besoin des deux rôles.
OpenWrt peut-il exécuter des conteneurs Docker ?
Certaines cibles le permettent, mais il s’agit d’une gestion directe d’OpenWrt/Docker, pas de CasaOS.
Quel système d’exploitation doit héberger CasaOS ?
Debian 12 est actuellement l’hôte testé et recommandé.
Mon routeur doit-il aussi faire office de NAS ?
C’est possible avec une isolation solide, mais des limites distinctes entre machines virtuelles ou systèmes réduisent l’impact des pannes.
