macOS 27 ignore « Ouvrir avec Rosetta » : corrigez les plug-ins Intel manquants

Vous avez mis à niveau vers macOS 27 Golden Gate, ouvert l'application que vous utilisez tous les jours, et quelque chose manque discrètement à l'appel. Un plug-in audio n'apparaît plus dans la liste. Une imprimante qui fonctionnait vendredi s'arrête désormais avec « Filter failed » (échec du filtre). Un utilitaire qui se lançait auparavant vous demande maintenant d'installer Rosetta — ou, pire, se lance normalement mais n'effectue tout simplement plus la seule tâche pour laquelle vous le conserviez. Aucun de ces cas ne produit d'erreur qui en nomme la cause, et la cause est pourtant la même à chaque fois : macOS 27 a changé le comportement de Rosetta 2, et deux de ces changements ne sont mentionnés que dans les notes de version pour développeurs d'Apple.

Ce guide passe en revue ce qui a changé, comment retrouver sur votre Mac tout ce qui dépendait de l'ancien comportement, et comment corriger chaque type de panne. Les commandes d'inventaire ont été exécutées sur un vrai Mac Apple silicon avant sa mise à niveau. Le comportement de macOS 27 provient des notes de version d'Apple elles-mêmes, et nous les citons chaque fois que nous nous appuyons dessus.

Points clés

• La mise à niveau vers macOS 27 supprime Rosetta 2. Notes de version d'Apple : « Si Rosetta était installé précédemment, il n'est pas automatiquement restauré après la mise à niveau vers macOS 27.0. » Réinstallez-le avec softwareupdate --install-rosetta --agree-to-license.
• La case « Ouvrir avec Rosetta » est désormais ignorée. Les applications que vous forciez en mode Intel se lancent nativement, et tout plug-in Intel uniquement qu'elles chargeaient disparaît silencieusement. Apple indique que ces plug-ins « peuvent ne pas apparaître dans les réglages ni déclencher de notification de leur incompatibilité ».
• Les composants auxiliaires se cassent plus discrètement que les applications. Une application Intel uniquement affiche une invite d'installation de Rosetta. Un filtre d'imprimante, un agent d'arrière-plan ou un outil en ligne de commande Intel uniquement échoue simplement. Sur le Mac que nous avons audité, 117 des 341 exécutables présents dans les dossiers de pilotes d'imprimante étaient Intel uniquement.
• Les installateurs ont changé eux aussi. Les paquets qui ne déclarent pas d'architecture hôte utilisent désormais arm64 par défaut, si bien que leurs scripts d'installation s'exécutent nativement.
• C'est la dernière année de la période de grâce. Apple indique que tous les logiciels basés sur Intel, à l'exception des jeux hérités, ne seront plus compatibles avec macOS 28.

Ce qu'Apple a changé dans macOS 27

La section Rosetta des notes de version de macOS 27 est courte, et chaque ligne compte. Les notes listent un changement sous « Nouveautés » :

Au lancement, les applications précédemment configurées par un utilisateur pour « Ouvrir avec Rosetta » lanceront l'application nativement. Tout problème de compatibilité ayant nécessité Rosetta par le passé doit être réévalué sous macOS 27.

Les autres se trouvent sous « Dépréciations » :

Si Rosetta était installé précédemment, il n'est pas automatiquement restauré après la mise à niveau vers macOS 27.0.

Les paquets d'installation qui ne spécifient pas de hostArchitecture utiliseront désormais arm64 par défaut. Assurez-vous que les scripts de pré- et post-installation se comportent comme prévu sous arm64.

Les plugins et chargeurs basés sur Intel peuvent ne pas apparaître dans les réglages ni déclencher de notification de leur incompatibilité. Tous les logiciels basés sur Intel ne seront plus compatibles avec macOS 28.0, à l'exception des jeux hérités.

La même note liste les dossiers de plug-ins à vérifier : VST, HAL, ARA, PDE, sélecteurs de couleur et plug-ins Quick Look ou Spotlight, dans des emplacements comme ~/Library/Audio/Plug-Ins/, ~/Library/Printers/ et ~/Library/ColorPickers/.

Rosetta reste disponible dans macOS 27 — l'engagement d'Apple à la WWDC 2025 était de le conserver comme outil polyvalent jusqu'à macOS 27. Mais la mise à niveau le supprime, et il ne respecte plus le réglage Intel par application. Le Rosetta que vous réinstallez exécute donc les programmes Intel uniquement, mais il ne fera plus tourner une application universelle en mode Intel simplement parce que vous avez coché une case.

Trois façons dont ce changement casse les choses

Les symptômes dépendent du type de code Intel que vous aviez.

Ce que vous aviez	Ce qui se passe après la mise à niveau	Visibilité
Une application Intel uniquement	Invite « Pour ouvrir cette application, vous devez installer Rosetta »	Évident — une boîte de dialogue apparaît
Une application universelle réglée sur « Ouvrir avec Rosetta »	L'application se lance nativement ; ses plug-ins Intel uniquement ne se chargent pas	Silencieux — le plug-in n'est simplement plus listé
Un composant auxiliaire Intel uniquement : filtre d'imprimante, agent de lancement, outil en ligne de commande, script d'installation	Le programme ne démarre pas	Silencieux ou cryptique — « Filter failed », « Bad CPU type in executable », une installation échouée

Le premier cas se corrige de lui-même dès que vous réinstallez Rosetta. Le deuxième est celui qui piège le plus : réinstaller Rosetta ne le corrige pas, car l'application ne s'exécute plus du tout sous Rosetta. Le troisième nécessite de réinstaller Rosetta et, à long terme, un remplacement natif.

Étape 1 : réinstallez Rosetta (si vous en avez besoin)

Si quoi que ce soit sur votre Mac est Intel uniquement — et c'est le cas sur la plupart des Mac — réinstallez Rosetta maintenant plutôt que d'attendre une invite. Certains programmes qui en ont besoin n'en affichent jamais.

softwareupdate --install-rosetta --agree-to-license

L'option --agree-to-license accepte la licence sans interaction. Sans elle, la commande vous demande de taper A pour accepter. Sous Tahoe, softwareupdate --help liste l'option comme « Install Rosetta 2 », et c'est le même mécanisme qu'Apple utilise pour l'invite intégrée à l'application.

Pour confirmer que Rosetta est installé et fonctionne :

# The Rosetta runtime directory exists only when Rosetta is installed
ls -d /Library/Apple/usr/share/rosetta 2>/dev/null && echo "Rosetta installed"

# oahd is the Rosetta translation daemon
pgrep -l oahd

# The installer receipt
pkgutil --pkgs | grep -i rosetta

Sur le Mac utilisé pour ce guide, encore sous Tahoe 26.5.2 avant sa mise à niveau, les trois vérifications réussissent : le dossier existe, oahd est en cours d'exécution, et le reçu est com.apple.pkg.RosettaUpdateAuto. Après la mise à niveau vers macOS 27, attendez-vous à ce que la première et la dernière ne renvoient rien tant que vous n'avez pas réinstallé Rosetta.

Devez-vous le réinstaller de toute façon ? Si vous n'avez rien d'Intel uniquement, non. Rester sans Rosetta est l'état propre vers lequel Apple s'oriente. Mais effectuez l'audit ci-dessous avant de décider — « je n'utilise aucune application Intel » est souvent vrai pour les applications et faux pour les pilotes.

Étape 2 : trouvez les applications que vous aviez réglées sur « Ouvrir avec Rosetta »

La fenêtre Lire les informations du Finder affiche une case Ouvrir avec Rosetta pour les applications universelles depuis les premiers Mac Apple silicon. Les utilisateurs la cochaient pour une seule raison : l'application elle-même était universelle, mais quelque chose qu'elle chargeait — un plug-in audio, un module de scanner, un module complémentaire, une police ou un outil de couleur — était encore Intel uniquement. Un processus s'exécute soit en arm64, soit en x86_64, jamais les deux, donc la seule façon de charger un plug-in Intel était de faire tourner toute l'application hôte sous Rosetta.

macOS stocke ce choix dans les préférences de LaunchServices, pas dans l'application. Vous pouvez lister toutes les applications pour lesquelles cet indicateur est activé :

plutil -p ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist \
  | grep -E '^    "'

Sur notre Mac de test, cela renvoie trois entrées sous le dictionnaire "Architectures for arm64" :

    "ArcTime Pro" => [
    "com.ScooterSoftware.BeyondCompare" => [
    "ImageJ" => [

Chaque entrée contient un signet vers le bundle de l'application suivi de la chaîne x86_64. Une application avait trois paires signet/x86_64 — trois copies de la même application dans des dossiers différents, chacune forcée en mode Intel séparément. C'est ainsi que ce réglage s'accumule au fil des années, et c'est pourquoi cette liste vaut la peine d'être lue avant votre mise à niveau : vous ne vous souvenez probablement pas d'avoir toutes coché.

Ce que ces applications font sous macOS 27

Selon la note de version, chacune de ces applications se lance désormais nativement. L'application elle-même fonctionnera, puisqu'elle est universelle. Ce qui cesse de fonctionner, c'est ce pour quoi vous aviez besoin du mode Intel. La note de version prévient que ces plug-ins « peuvent ne pas apparaître dans les réglages ni déclencher de notification de leur incompatibilité », vous n'obtenez donc aucune erreur. Le plug-in n'est simplement plus dans la liste, ou un élément de menu manque, ou un format de fichier cesse de s'importer.

Notez chaque application de cette liste et, pour chacune, répondez à une question : pourquoi ai-je coché cette case ? Si la réponse est « un vieux plug-in », l'étape 3 le trouvera. Si vous ne vous en souvenez pas, ce réglage était peut-être une solution de contournement pour un bug corrigé il y a des années, et le mode natif conviendra sans doute très bien.

Étape 3 : auditez les dossiers de plug-ins

Les applications sont faciles à vérifier car le Finder et les Informations système indiquent leur type. Les plug-ins, pilotes et filtres ne le sont pas, c'est pourquoi la note d'Apple liste des dossiers plutôt que des applications. Cette boucle parcourt les dossiers nommés par Apple, plus le dossier de plug-ins caméra, et affiche chaque exécutable qui ne contient pas de code arm64 :

for dir in ~/Library/Audio/Plug-Ins /Library/Audio/Plug-Ins /Library/Printers \
           ~/Library/ColorPickers /Library/ColorPickers /Library/QuickLook \
           ~/Library/Spotlight /Library/Spotlight /Library/CoreMediaIO/Plug-Ins; do
  [ -d "$dir" ] || continue
  find "$dir" -type f -perm -u+x 2>/dev/null | while read -r f; do
    archs=$(lipo -archs "$f" 2>/dev/null) || continue
    case "$archs" in *arm64*) ;; *) echo "INTEL-ONLY  $f" ;; esac
  done
done

lipo -archs affiche les architectures que contient un binaire Mach-O — x86_64 arm64 pour du code universel, arm64 ou arm64e pour du natif uniquement, x86_64 (parfois avec i386) pour de l'Intel uniquement. Les scripts et fichiers de données font échouer lipo, et le || continue les ignore.

Sur notre Mac de test, le résultat ne concernait que des pilotes d'imprimante :

Emplacement	Exécutables Intel uniquement
/Library/Printers/hp	108
/Library/Printers/KONICAMINOLTA	9
Dossiers audio, sélecteur de couleur, Quick Look, Spotlight, caméra	0

Les dossiers d'imprimantes contenaient 341 exécutables Mach-O au total : 224 contenaient du code arm64 et 117 non. Les cinq pilotes audio HAL installés par des applications tierces étaient tous universels ou natifs. Cela vaut tout de même la peine de vérifier : la liste de chaque Mac est différente, et le Mac d'un producteur avec dix ans d'Audio Units n'aura rien à voir avec celui-ci.

Pour des applications individuelles, la même vérification tient en une ligne :

lipo -archs "/Applications/Some App.app/Contents/MacOS/$(defaults read "/Applications/Some App.app/Contents/Info" CFBundleExecutable)"

Sur les 84 applications du dossier /Applications de ce Mac, 48 étaient universelles et 11 étaient Intel uniquement. Les autres étaient arm64 uniquement. Ces 11 applications sont celles qui demanderont Rosetta après la mise à niveau.

Les imprimantes : la panne que personne ne relie à Rosetta

Les imprimantes méritent leur propre section car la panne ne mentionne jamais Rosetta. Le système d'impression CUPS fait passer chaque tâche par une chaîne de filtres, et les pilotes des fabricants ajoutent leurs propres filtres et backends à cette chaîne. Sur notre Mac de test, les fichiers Intel uniquement incluaient les filtres hpPreProcessing et hpPostProcessing de HP, le backend fax de HP, et un filtre PostScript Konica Minolta, psToKMC759PS.

Lorsque l'un de ces filtres ne peut pas s'exécuter, la tâche s'arrête et la file d'attente affiche Filter failed (échec du filtre) — exactement ce que voyaient les possesseurs de Mac Apple silicon en 2020 lorsqu'ils imprimaient avant l'installation de Rosetta. Après que la mise à niveau vers macOS 27 a supprimé Rosetta, la même chose peut arriver à une imprimante qui fonctionnait depuis des années.

Il existe trois corrections, de la plus rapide à la plus durable :

1. Réinstaller Rosetta (étape 1). Les filtres fonctionnent à nouveau grâce à la traduction. Cela vous offre l'année de macOS 27 et rien de plus.
2. Mettre à jour le pilote du fabricant. De nombreux fabricants proposent désormais des pilotes universels ; les paquets HP et Konica Minolta sur notre Mac de test étaient d'anciennes installations, pas des téléchargements récents.
3. Basculer l'imprimante vers AirPrint. Supprimez l'imprimante dans Réglages Système → Imprimantes et scanners, ajoutez-la à nouveau, et dans le menu Utiliser, choisissez AirPrint ou AirPrint sécurisé plutôt que le pilote du fabricant. AirPrint et IPP Everywhere ne nécessitent aucun pilote, il n'y a donc aucun filtre de fabricant susceptible de casser. Vous pourriez perdre des options spécifiques au fabricant comme l'agrafage ou la finition, mais l'impression ordinaire ne dépend plus de Rosetta.

La boîte de dialogue d'impression a sa propre dépendance. Les panneaux supplémentaires qu'elle affiche pour un pilote de fabricant proviennent des Printer Dialog Extensions (PDE), et trois des cinq PDE HP sur notre Mac de test étaient Intel uniquement. Si un panneau d'options du fabricant disparaît de la boîte de dialogue d'impression après la mise à niveau, c'est le premier endroit à examiner.

Si vous avez déjà rencontré « Filter failed » et souhaitez le parcours de diagnostic complet, notre guide de dépannage pour l'échec du filtre d'imprimante couvre en détail le côté CUPS.

Plug-ins audio et autres hôtes de plug-ins

Les logiciels de musique sont là où la case « Ouvrir avec Rosetta » était le plus utilisée. Un DAW universel exécuté sous Rosetta pouvait charger une Audio Unit ou un VST Intel vieux de dix ans. Sous macOS 27, le DAW se lance nativement, si bien que ces plug-ins ne se chargent plus et sont simplement absents de sa liste.

Pour voir ce qui s'exécute réellement en mode natif, ouvrez le Moniteur d'activité et regardez la colonne Genre de l'onglet CPU : chaque processus affiche Apple ou Intel. Après la mise à niveau, un hôte qui affichait auparavant Intel affichera Apple, ce qui confirme que ses plug-ins Intel uniquement ne sont plus chargés.

Vos options, par ordre de préférence :

• Mettre à jour le plug-in. La plupart des éditeurs de plug-ins activement maintenus proposent des versions universelles depuis des années. Vérifiez avant de supposer qu'il est abandonné.
• Le remplacer par un équivalent natif, et réenregistrer les projets qui l'utilisaient tant que vous pouvez encore les ouvrir avec l'ancienne configuration — sur un second Mac, ou avant de mettre à niveau celui-ci.
• Geler l'ancienne configuration. Si un projet dépend d'un plug-in Intel abandonné, terminez-le ou exportez-le (bounce) sur un Mac encore sous Tahoe. macOS 28 supprime entièrement l'option Rosetta polyvalente, Golden Gate n'est donc pas un endroit où stationner cette dépendance longtemps.

La même logique s'applique à tout hôte de plug-ins : éditeurs d'images avec de vieux filtres, suites bureautiques avec des modules complémentaires, outils scientifiques avec des modules Intel uniquement, et sélecteurs de couleur ou plug-ins Quick Look que le Finder charge en votre nom.

Pouvez-vous encore forcer une application à s'exécuter sous Rosetta ?

La case a disparu, mais la voie en ligne de commande vers le mode Intel ne l'est peut-être pas. Sous Tahoe, arch lance la tranche x86_64 d'un binaire universel sous Rosetta :

arch -x86_64 /usr/bin/uname -m    # prints x86_64 on Tahoe with Rosetta installed
uname -m                          # prints arm64

Pour une application, vous pointeriez arch vers l'exécutable à l'intérieur du bundle :

arch -x86_64 "/Applications/Some App.app/Contents/MacOS/Some App"

Considérez ceci comme non testé sous macOS 27. Nous avons exécuté les commandes ci-dessus sous Tahoe 26.5.2. La note de version d'Apple ne parle que du réglage « Ouvrir avec Rosetta », et ne dit rien dans un sens ou dans l'autre à propos de arch. La direction d'Apple est également claire : elle vous demande de réévaluer tout problème de compatibilité ayant nécessité Rosetta. Même si cette astuce fonctionne sous Golden Gate, c'est un moyen de terminer une tâche, pas une configuration à conserver.

Les installateurs exécutent désormais leurs scripts en arm64

Le changement le plus discret se trouve dans l'installateur. Le fichier Distribution d'un paquet plat peut déclarer les architectures hôtes qu'il prend en charge, via un attribut sur son élément <options> :

<options customize="never" hostArchitectures="arm64,x86_64"/>

La note d'Apple indique que les paquets qui « ne spécifient pas de hostArchitecture utiliseront désormais arm64 par défaut ». Les anciens paquets qui ne définissaient jamais cet attribut obtenaient auparavant un comportement Intel sur Apple silicon, si bien que leurs scripts de pré- et post-installation s'exécutaient sous Rosetta. Désormais, ils s'exécutent nativement. Un script qui appelle un composant auxiliaire Intel uniquement, ou qui vérifie l'architecture et prend la mauvaise branche, peut faire échouer toute l'installation.

Lorsqu'un ancien installateur signale « L'installation a échoué », vérifiez si c'est la cause :

# Unpack the package without installing it
pkgutil --expand "Some Installer.pkg" /tmp/pkg-inspect

# Does it declare host architectures?
grep -o 'hostArchitectures="[^"]*"' /tmp/pkg-inspect/Distribution

# What did the installer log say?
grep -i -E "error|failed" /var/log/install.log | tail -20

Si le grep ne trouve aucun attribut hostArchitectures et que le journal montre l'échec d'un script, vous avez trouvé la cause. La correction revient au fabricant, mais réinstaller Rosetta permet souvent au composant auxiliaire Intel à l'intérieur du script de s'exécuter, ce qui peut suffire pour une installation ponctuelle. Apple demande également aux développeurs d'auditer « tous les plugins d'installation restants », donc les anciens paquets avec des panneaux d'installation personnalisés sont les plus susceptibles de casser.

Qu'en est-il des jeux ?

Les jeux sont la seule exception qu'Apple a réservée pour macOS 28 et au-delà, et vous verrez peut-être mentionnée en ligne une commande game-test-tool. Les notes de version la décrivent précisément :

Un nouvel outil en ligne de commande vous permet d'activer la prise en charge des jeux hérités basés sur Intel pendant les versions bêta. Pour l'activer, exécutez la commande suivante dans Terminal : sudo game-test-tool enable.

La même note ajoute trois avertissements qui l'excluent comme solution de contournement générale : l'activer « désactive Rosetta », « les processus non liés aux jeux peuvent planter ou se comporter de manière inattendue », et la fonctionnalité « n'est pas disponible en dehors des versions bêta de macOS ». C'est un interrupteur de test pour le sous-ensemble de jeux qu'Apple prévoit de conserver. Il ne ramènera pas la case à cocher, et il n'est pas destiné à rester actif sur un Mac en production.

La chronologie dans laquelle vous vous trouvez désormais

Version	Ce que fait Rosetta
macOS 26 Tahoe	Rosetta complet ; la case « Ouvrir avec Rosetta » est respectée
macOS 27 Golden Gate	Rosetta supprimé à la mise à niveau, réinstallable ; la case est ignorée ; la traduction polyvalente fonctionne encore
macOS 28	« Tous les logiciels basés sur Intel ne seront plus compatibles », à l'exception des jeux hérités

Il vous reste donc une seule version. La façon pratique de l'utiliser est de considérer Rosetta comme un pont pendant que vous remplacez chaque dépendance Intel de votre liste, plutôt que de reconstruire l'ancienne configuration et de l'oublier.

Pour le plan plus large — quelles catégories de logiciels sont les plus exposées et comment budgétiser la migration — consultez notre guide de fin de vie de Rosetta 2 et notre guide d'audit des applications Intel.

Une checklist de dix minutes après la mise à niveau

Si vous venez de faire la mise à niveau et voulez savoir où vous en êtes, parcourez cette liste dans l'ordre :

1. Exécutez plutil -p ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist | grep -E '^ "' et notez chaque application listée.
2. Exécutez la boucle d'audit des plug-ins de l'étape 3 et enregistrez le résultat dans un fichier.
3. Vérifiez /Applications à la recherche d'applications Intel uniquement avec lipo -archs ou la colonne Genre du Moniteur d'activité.
4. Si l'une ou l'autre liste n'est pas vide, réinstallez Rosetta avec softwareupdate --install-rosetta --agree-to-license.
5. Imprimez une page de test sur chaque imprimante que vous utilisez.
6. Ouvrez chaque application de l'étape 1 et vérifiez que les plug-ins que vous utilisez réellement sont toujours listés.
7. Pour chaque élément Intel qui compte, notez son remplacement natif ou la date à laquelle vous le retirerez.

L'ensemble de la liste prend environ dix minutes, et transforme un vague « quelque chose manque » en une liste que vous pouvez traiter point par point.

Dépannage des problèmes courants

Un plug-in est manquant mais Rosetta est installé

Problème : Vous avez réinstallé Rosetta, mais le plug-in n'apparaît toujours pas dans l'application hôte.

Solution : L'hôte s'exécute désormais nativement car macOS 27 ignore « Ouvrir avec Rosetta », et un processus natif ne peut pas charger du code Intel. Confirmez avec la colonne Genre du Moniteur d'activité. Mettez à jour ou remplacez le plug-in. Rosetta seul ne le fera pas revenir.

« Bad CPU type in executable » dans Terminal

Problème : Un outil ou un script en ligne de commande qui fonctionnait auparavant échoue désormais avec ce message.

Solution : Le binaire est Intel uniquement et Rosetta n'est pas installé. Vérifiez avec lipo -archs $(which toolname), réinstallez Rosetta, et cherchez une version native — les utilisateurs de Homebrew devraient réinstaller depuis un préfixe Homebrew arm64 dans /opt/homebrew.

Une application en arrière-plan a cessé de faire son travail

Problème : Un outil de synchronisation, un assistant de barre de menus ou un agent de lancement semble s'être arrêté sans erreur.

Solution : Les composants auxiliaires lancés par launchd n'ont aucune fenêtre pour afficher une invite Rosetta. Listez les agents avec ls ~/Library/LaunchAgents /Library/LaunchAgents /Library/LaunchDaemons, trouvez le chemin ProgramArguments de chacun, et vérifiez-le avec lipo -archs.

L'installateur échoue sans raison claire

Problème : Un ancien .pkg signale que l'installation a échoué.

Solution : Suivez la section sur les installateurs ci-dessus : décompressez le paquet, vérifiez hostArchitectures, et lisez /var/log/install.log. Réinstaller Rosetta et réessayer une fois est une solution de contournement ponctuelle raisonnable.

L'impression échoue uniquement pour une imprimante

Problème : Les imprimantes AirPrint fonctionnent, et une imprimante utilisant un pilote de fabricant échoue.

Solution : Son filtre de fabricant est presque certainement Intel uniquement. Réinstallez Rosetta, mettez à jour le pilote, ou ajoutez de nouveau l'imprimante en utilisant AirPrint.

FAQ

macOS 27 inclut-il toujours Rosetta 2 ?

Oui, en tant que composant réinstallable. La mise à niveau le supprime, et vous le réinstallez avec softwareupdate --install-rosetta --agree-to-license ou via l'invite déclenchée par une application Intel. L'engagement d'Apple porte sur un Rosetta polyvalent jusqu'à macOS 27, avec seulement les jeux hérités pris en charge par la suite.

Pourquoi Apple a-t-il cessé de respecter « Ouvrir avec Rosetta » ?

La note d'Apple donne la règle, pas le raisonnement : les applications précédemment marquées se lancent nativement, et les problèmes de compatibilité doivent être réévalués. L'intention probable est de repérer les dépendances Intel cachées tant que Rosetta existe encore, plutôt que de toutes les voir échouer d'un coup sous macOS 28.

La réinstallation de Rosetta ramènera-t-elle mes plug-ins Intel ?

Seulement si l'hôte du plug-in lui-même est Intel uniquement. Si l'hôte est universel et que vous l'aviez forcé en mode Intel, macOS 27 le lance désormais nativement dans tous les cas, et le plug-in Intel ne peut pas se charger. Vous avez besoin d'une version universelle du plug-in.

Comment savoir si une application est Intel uniquement ?

Exécutez lipo -archs sur l'exécutable à l'intérieur du bundle, ou vérifiez la colonne Genre du Moniteur d'activité pendant son exécution. x86_64 seul signifie Intel uniquement ; x86_64 arm64 signifie universel ; arm64 ou arm64e signifie Apple silicon uniquement.

Est-il sûr de laisser Rosetta désinstallé ?

Oui, si rien de ce que vous utilisez n'en a besoin. Rosetta n'est pas nécessaire à macOS lui-même. Mais effectuez d'abord l'audit des plug-ins et des imprimantes, car les composants auxiliaires et les pilotes échouent sans demander Rosetta.

Conclusion

macOS 27 transforme Rosetta d'une hypothèse implicite en un choix explicite. La mise à niveau le supprime, l'interrupteur Intel par application ne fonctionne plus, et les installateurs cessent d'utiliser Intel par défaut. Tout ce qui reposait sur ces comportements par défaut échoue désormais, et la plupart du temps sans erreur mentionnant Rosetta.

La correction relève surtout de l'inventaire. Listez les applications que vous avez forcées en mode Intel, exécutez l'audit des plug-ins, imprimez une page de test, et ne réinstallez Rosetta que si les listes indiquent que vous en avez besoin. Utilisez ensuite le reste de l'année Golden Gate pour remplacer chaque élément Intel avant que macOS 28 ne supprime définitivement cette option.

Lecture connexe : Guide de mise à jour du jour de sortie de macOS 27 Golden Gate · Guide de fin de vie de Rosetta 2 · Audit des applications Intel avant macOS 27 · Guide de dépannage « Filter failed » pour imprimante · La fin de l'ère des Mac Intel