Un projet open source vient de faire ce que des utilisateurs réclament depuis plus de dix ans : faire tourner macOS sur un iPad. Pas une copie, pas un bureau à distance, mais le vrai système d'Apple qui s'exécute sur la puce de la tablette, avec Xcode, Terminal, Final Cut Pro et Logic Pro. Le dépôt VirtualMacOniPad, publié début août sur GitHub, a déjà dépassé les 990 étoiles en trois semaines. Attention, il y a un piège de taille : il faut un iPad jailbreaké, coincé sur une vieille version d'iPadOS.
Un Mac dans ta tablette, sans bidouille de réseau
Le projet ne réinvente pas la roue : il utilise la virtualisation matérielle, la même technique qu'un Mac Apple Silicon emploie pour faire tourner une copie de macOS dans une fenêtre via UTM ou VirtualBuddy. La puce de l'iPad exécute directement le code du système invité, sans traduction, donc les performances restent proches de celles d'un Mac qui virtualise macOS. La différence, c'est qu'iPadOS ne donne normalement pas accès à ce moteur de virtualisation : Apple réserve les frameworks Hypervisor, Virtualization et ParavirtualizedGraphics à macOS.
Le développeur derrière le projet, connu sous le pseudo nfzerox, a contourné l'obstacle en extrayant ces frameworks d'une copie de macOS et en les adaptant pour qu'ils se chargent sur iPadOS. Il a reconstruit le cache partagé des bibliothèques système avec un script et ajouté une couche qui émule les périphériques USB nécessaires à l'installation. En clair, il a pris la partie de macOS qui sait créer une machine virtuelle et l'a fait fonctionner sur un système où elle n'était pas censée tourner.

Capture d'écran : dépôt GitHub nfzerox/VirtualMacOniPad.
Pourquoi un iPad avec la même puce qu'un Mac ne boote pas macOS tout seul
C'est la question que tout le monde se pose. L'iPad Pro embarque exactement la même puce M1 ou M2 que le MacBook Air ou le Mac mini de la même génération, souvent avec la même quantité de mémoire. Si le processeur est identique, pourquoi l'iPad ne démarre-t-il pas macOS comme un Mac ? La réponse est que le blocage n'est pas dans le silicium, mais dans le logiciel qui décide de ce que ce silicium a le droit de lancer.
Chaque appareil Apple Silicon démarre à partir d'un chargeur de démarrage appelé iBoot, qui vérifie la signature cryptographique du système d'exploitation avant de le lancer. Sur un Mac, cette chaîne inclut un mécanisme qui permet de baisser le niveau de sécurité et de démarrer des noyaux signés différemment, ce qui explique pourquoi on peut installer Linux ou Asahi sur un Mac. Sur l'iPad, ce chemin n'existe pas : le processus de démarrage n'accepte que les firmwares et noyaux signés par Apple pour iPadOS, sans sélecteur de démarrage ni moyen de pointer vers un autre système. Une image de macOS ne passerait jamais ce contrôle.
Ce qu'il faut pour que ça marche
Les conditions sont précises et limitantes. Il faut un iPad Pro M1 ou M2, ou un iPad Air M1, tournant sous iPadOS 14 jusqu'à 16.3.1. Pas de version plus récente : Apple a retiré le support d'Hypervisor du noyau iPadOS à partir de 16.4, ce qui rend le projet impossible sur les versions suivantes. Il faut aussi jailbreaker l'appareil, une opération qui ouvre la porte aux logiciels non officiels.
- Jailbreak via Dopamine ou Taurine selon la version d'iPadOS.
- Ajouter le dépôt Cydia du projet dans Sileo, puis installer Virtual Mac.
- macOS 12 Monterey jusqu'à macOS 26 Tahoe, avec un support expérimental de macOS 27 Golden Gate. macOS 15 Sequoia est recommandé.
- Accélération graphique Metal disponible sur toutes les versions ; Final Cut Pro et l'accélération OpenGL/OpenCL nécessitent macOS 14 Sonoma ou plus.
Il y a des limites à connaître. Impossible de se connecter à iCloud ou à un compte Apple : il faut choisir « Configurer plus tard » à l'installation. Le clavier Magic Keyboard n'est pas obligatoire, l'écran tactile et le clavier virtuel suffisent. Et comme le projet repose sur un jailbreak, il ne faut pas s'attendre à une expérience aussi stable qu'un Mac officiel.
Un exploit technique, mais pour qui ?
Le projet est avant tout une démonstration technique impressionnante. Il prouve que la limite entre iPad et Mac est un choix d'Apple, pas une contrainte matérielle. Pour un utilisateur lambda, l'intérêt reste limité : il faut un iPad précis, une vieille version d'iPadOS, un jailbreak, et on perd l'accès à iCloud. C'est un terrain de jeu pour les bricoleurs et les curieux, pas une solution pour remplacer son Mac.
Ce qui est plus intéressant, c'est ce que ça dit de l'avenir. Si le matériel est capable, pourquoi Apple ne proposerait-il pas un jour de faire tourner macOS sur un iPad branché à un clavier et un écran ? Le projet montre que la demande existe et que la technique est prête. En attendant, ceux qui veulent tester devront accepter le jailbreak et ses contraintes.
Sources
L'analyse détaillée de Pasquale Pillitteri sur le fonctionnement technique et les limites du projet.
La présentation d'OS X Daily, qui résume les conditions et les mises en garde.
—
Recherche, relecture et illustration assistées par IA. Le contenu reflète le travail éditorial de la rédaction.




No comments yet