Pour les habitués de Windows, WSL (Windows Subsystem for Linux) est devenu une référence pour exploiter Linux directement sous Windows. Sur Mac, l’équivalent n’existait pas vraiment, jusqu’à l’arrivée récente de container machine, un mode de l’outil Apple Container. Il offre un Linux natif, persistant et intégré, à destination des Mac Apple Silicon sous macOS 26.
Au contraire des conteneurs traditionnels, cette machine virtuelle légère propose un système complet capable de démarrer des services, tout en partageant le dossier personnel entre le Mac et Linux. Le résultat ? Un environnement souple, idéal pour le développement ou les scripts bash.
Découvrons ce qui distingue container machine, son fonctionnement pratique, et pourquoi il voit émerger une nouvelle façon d’utiliser Linux sur Mac.
container machine : une nouvelle ère pour Linux natif sur Mac Apple Silicon
container machine est une nouveauté de l’outil open source container d’Apple. Il ne se contente pas de lancer un conteneur jetable mais crée une machine persistante avec un système Linux complet.
L’intérêt principal est de pouvoir garder des états entre sessions. Vous pouvez installer vos paquets, démarrer des services et retravailler votre environnement à loisir. C’est bien plus proche d’un vrai Linux que d’un conteneur applicatif classique.
D’un point de vue technique, ce mode démarre un système d’init (init system) dans l’image, souvent systemd, et votre $HOME macOS est monté dans la machine. Le code que vous éditez sur macOS est utilisable directement sous Linux, sans duplication fastidieuse.
Des points communs frappants avec le Windows Subsystem for Linux
Pour les administrateurs et développeurs ayant l’habitude de WSL sous Windows, la comparaison est naturelle. Les deux offrent un vrai noyau Linux dans une VM légère.
L’intégration des systèmes de fichiers est un autre point crucial : sous WSL on accède à ses disques Windows, ici sous container machine, le répertoire utilisateur macOS est partagé en lecture-écriture.
On peut lancer de vrais services Linux (systemd supporté sur images adaptées), une flexibilité capitale pour tester des scénarios complexes sans quitter macOS.
Comment déployer un container machine et gagner en productivité
Prérequis : un Mac équipé d’une puce Apple Silicon, macOS 26 installé et l’outil container configuré avec son service lancé (container system start). Une fois ces étapes validées, la création est simple.
On démarre à partir d’une image Linux compatible init (exemple : alpine:latest ou une Ubuntu modifiée). Par exemple :
container machine create alpine:latest –name devbox
Avec cette machine en fonctionnement, un simple « container machine run -n devbox » vous ouvre un shell sous votre utilisateur, avec accès direct au $HOME macOS.
Partager ses fichiers entre macOS et Linux sans douleur
Le point fort est la transparence totale du partage de fichiers. Plutôt que d’échanger via des volumes Docker ou des copies, ici votre environnement Linux utilise directement le répertoire personnel du Mac.
Supposons que vous développiez un script destiné à un serveur Linux, mais que macOS utilise ses propres versions BSD des utilitaires. Tester localement conduit souvent à des erreurs sournoises.
Avec container machine, ce script se lance sous un vrai Linux, guettant les écarts liés aux outils GNU, sans quitter le confort de votre éditeur macOS.
Construire un environnement Ubuntu avec systemd et démarrer des services
Créer une container machine avec systemd est un peu plus technique. Il faut construire une image Ubuntu personnalisée qui embarque le système d’init, via le Dockerfile officiel inclus dans la documentation Apple.
Après compilation (nécessitant Rosetta 2), on crée la machine :
container machine create local/ubuntu-machine:latest –name devubuntu
À partir de là, toutes les commandes système classiques, y compris l’administration via systemctl, sont disponibles. Exemple : installer Apache et MariaDB, lancer les services, et les activer au démarrage !
Récupérer l’adresse IP et accéder au serveur web depuis macOS
La machine a sa propre IP dans un réseau virtuel. Commandez « container machine ls » pour connaître cette adresse.
Ensuite, taper l’URL dans un navigateur Mac ouvrira la page d’accueil Apache hébergée au sein de la container machine. L’état est persisté et ne disparaît pas après arrêt ou redémarrage.
Cette configuration rapproche vraiment ce mode machine d’une VM légère mais spécifiquement optimisée pour le développement macOS-Linux.
Multipliez les distributions pour tester votre logiciel dans différents environnements
Autre point fort : vous pouvez créer des machines distinctes avec des distributions variées. Debian, Ubuntu, Alpine… Chaque machine partage le même répertoire personnel macOS.
Du coup, vos fichiers de configuration classiques (.bashrc, .gitconfig…) restent synchronisés entre ces environnements. Pratique pour valider la robustesse ou la compatibilité d’un projet multi-plateforme.
C’est une opportunité rare et bienvenue pour n’importe quel admin ou développeur Linux/Unix travaillant sous Mac.
Quelques limites à garder en tête en 2026
Le projet est jeune et encore en évolution. Contrairement à WSL, il n’y a pas d’équivalent à WSLg pour l’affichage graphique Linux. L’interopération entre MacOS et Linux reste pour l’instant limitée aux fichiers.
La virtualisation imbriquée via KVM n’est pas encore exploitée sur Apple Silicon – une piste pour les versions futures.
Enfin, les alternatives comme Lima, Multipass ou OrbStack sont à considérer quand la maturité ou la richesse des fonctionnalités est cruciale.