macOS 27 が「Open Using Rosetta」を無視 ― Intel プラグイン消失の修正方法

macOSTahoe ·
macOS 27 が「Open Using Rosetta」を無視 ― Intel プラグイン消失の修正方法

macOS 27 はアップグレード時に Rosetta を削除し、「Open using Rosetta」を無視します。動作しなくなる Intel プラグイン、プリンタフィルタ、インストーラを見つけて修正する方法を解説します。

macOS 27 Golden Gate にアップグレードして毎日使っているアプリを開くと、何かが静かに消えていることに気づきます。オーディオプラグインが一覧に表示されなくなった。金曜日まで動いていたプリンタが「Filter failed」で止まるようになった。以前は起動していたユーティリティが Rosetta のインストールを求めてくる ― もっと悪いケースでは、起動自体は問題なくできるのに、そのアプリを使い続けていた唯一の機能だけが動かなくなる。これらはいずれも原因を示すエラーを出さず、しかも原因はすべて共通しています。macOS 27 が Rosetta 2 の挙動を変更し、そのうち 2 つの変更は Apple のデベロッパー向けリリースノートにしか書かれていないのです。

本ガイドでは、何が変更されたのか、旧来の挙動に依存していたものを Mac 上でどう見つけるか、そして種類ごとの不具合をどう修正するかを順に説明します。棚卸しに使うコマンドは、実際の Apple silicon Mac でアップグレード前に実行したものです。macOS 27 の挙動については Apple 自身のリリースノートを根拠としており、根拠として使う箇所ではそのまま引用しています。

重要なポイント

  • macOS 27 へのアップグレードで Rosetta 2 が削除されます。 Apple のリリースノートには次のようにあります。「Rosetta が以前インストールされていた場合、macOS 27.0 へのアップグレード後に自動的には復元されません。」softwareupdate --install-rosetta --agree-to-license で再インストールしてください。
  • 「Open using Rosetta」チェックボックスは無視されるようになりました。 Intel モードを強制していたアプリはネイティブで起動するようになり、そのアプリが読み込んでいた Intel 専用プラグインは静かに姿を消します。Apple はこれらのプラグインについて「設定に表示されない、あるいは非互換の通知がトリガーされない場合がある」としています。
  • ヘルパー類はアプリよりも静かに壊れます。 Intel 専用アプリは Rosetta のインストールを促すプロンプトを表示します。一方、Intel 専用のプリンタフィルタ、バックグラウンドエージェント、コマンドラインツールはただ失敗するだけです。今回監査した Mac では、プリンタドライバフォルダ内の 341 個の実行ファイルのうち 117 個が Intel 専用でした。
  • インストーラも変わりました。 ホストアーキテクチャを宣言していないパッケージは、既定で arm64 として扱われるようになり、インストールスクリプトはネイティブで実行されます。
  • 猶予期間は今年が最後です。 Apple は、レガシーゲームを除くすべての Intel ベースのソフトウェアが macOS 28 では互換性を失うとしています。

macOS 27 で Apple が変更した内容

macOS 27 のリリースノートにある Rosetta 関連のセクションは短いものですが、一行一行が重要です。リリースノートは「New Features」の下に 1 件の変更を挙げています。

起動時、ユーザーによって以前「Open using Rosetta」に設定されていたアプリケーションは、ネイティブで起動するようになります。過去に Rosetta を必要としていた互換性の問題は、macOS 27 上で再評価してください。

残りは「Deprecations」の下にあります。

Rosetta が以前インストールされていた場合、macOS 27.0 へのアップグレード後に自動的には復元されません。

hostArchitecture を指定していないインストーラパッケージは、既定で arm64 として扱われるようになります。pre-install および post-install スクリプトが arm64 下でも意図通りに動作することを確認してください。

Intel ベースのプラグインやローダーは、設定に表示されない、あるいは非互換の通知がトリガーされない場合があります。レガシーゲームを除き、すべての Intel ベースのソフトウェアは macOS 28.0 で互換性を失います。

同じ注記には、確認すべきプラグインフォルダとして VST、HAL、ARA、PDE、カラーピッカー、Quick Look や Spotlight のプラグインが挙げられており、場所としては ~/Library/Audio/Plug-Ins/、~/Library/Printers/、~/Library/ColorPickers/ などが該当します。

Rosetta 自体は macOS 27 でも引き続き利用できます ― Apple は WWDC 2025 で、macOS 27 まで汎用ツールとして提供し続けると約束していました。ただしアップグレードによって削除され、アプリ単位の Intel 設定も尊重されなくなります。つまり、再インストールした Rosetta は Intel 専用プログラムは実行できますが、チェックボックスを入れただけでユニバーサルアプリを Intel モードで動かすことはもうできません。

この変更が引き起こす 3 つの壊れ方

症状は、どの種類の Intel コードを使っていたかによって異なります。

使っていたものアップグレード後に起こること気づきやすさ
Intel 専用アプリ「このアプリを開くには Rosetta をインストールする必要があります」というプロンプト明白 ― ダイアログが出る
「Open using Rosetta」を設定したユニバーサルアプリアプリはネイティブで起動し、Intel 専用プラグインは読み込まれなくなる静か ― プラグインが一覧にないだけ
Intel 専用のヘルパー: プリンタフィルタ、launch agent、CLI ツール、インストーラスクリプトプログラムが起動しない静か、または分かりにくい ― 「Filter failed」、「Bad CPU type in executable」、インストール失敗

1 つ目は Rosetta を再インストールした瞬間に解決します。2 つ目が人を戸惑わせるケースで、アプリがそもそも Rosetta 下で動かなくなっているため、Rosetta を再インストールしても修正されません。3 つ目は Rosetta を戻す必要があり、長期的にはネイティブ版への置き換えが必要です。

ステップ 1: Rosetta を戻す（必要な場合）

Mac 上に Intel 専用のものが一つでもあれば ― そしてほとんどの Mac には何かしらあります ― プロンプトを待たずに今すぐ Rosetta を再インストールしてください。それを必要とするプログラムの中には、プロンプトを一切表示しないものもあります。

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

--agree-to-license フラグは、ライセンスを対話なしで承諾します。これを付けない場合、コマンドは承諾のために A の入力を求めてきます。Tahoe では softwareupdate --help にこのオプションが「Install Rosetta 2」として表示されており、これは Apple がアプリ内プロンプトで使っているのと同じ仕組みです。

Rosetta がインストールされ、動作していることを確認するには:

# 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

本ガイドで使用した Mac は、アップグレード前はまだ Tahoe 26.5.2 で、3 つのチェックすべてが成功します。ディレクトリは存在し、oahd は動作しており、レシートは com.apple.pkg.RosettaUpdateAuto です。macOS 27 へのアップグレード後は、再インストールするまで最初と最後のチェックが何も返さなくなるはずです。

そもそも再インストールすべきか？ Intel 専用のものが何もなければ、不要です。Rosetta なしの状態こそ、Apple が目指しているクリーンな状態です。ただし判断する前に、以下の監査を実行してください ― 「Intel アプリは一切使っていない」というのは、アプリについては正しくても、ドライバについては誤りであることがよくあります。

ステップ 2: 「Open Using Rosetta」に設定していたアプリを見つける

Finder の情報ウィンドウには、最初の Apple silicon Mac の頃からユニバーサルアプリに対して Open using Rosetta チェックボックスが表示されてきました。人々がこれをオンにする理由は一つで、アプリ自体はユニバーサルでも、そのアプリが読み込む何か ― オーディオプラグイン、スキャナモジュール、アドイン、フォントやカラーツール ― がまだ Intel 専用だったからです。プロセスは arm64 か x86_64 のどちらかとしてしか動作せず、両方を同時には実行できないため、Intel プラグインを読み込む唯一の方法は、ホストアプリ全体を Rosetta 下で実行することでした。

macOS はこの設定をアプリ自体ではなく LaunchServices の設定に保存しています。このフラグが立っているアプリはすべて次のように一覧表示できます。

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

テスト機では、これによって "Architectures for arm64" 辞書の下に 3 件のエントリが返ってきました。

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

各エントリは、アプリバンドルへのブックマークと、それに続く文字列 x86_64 を保持しています。あるアプリは 3 組のブックマークと x86_64 のペアを持っていました ― 同じアプリの 3 つのコピーが別々のフォルダにあり、それぞれ個別に Intel モードを強制されていたのです。設定は何年もかけてこうして積み重なっていくため、アップグレード前にこの一覧を読む価値があります。すべてにチェックを入れたことを覚えている人はまずいないでしょう。

これらのアプリは macOS 27 でどうなるか

リリースノートによれば、これらのアプリはいずれもネイティブで起動するようになります。アプリ自体はユニバーサルなので問題なく動作します。動かなくなるのは、Intel モードを必要としていたその機能のほうです。リリースノートは、こうしたプラグインについて「設定に表示されない、あるいは非互換の通知がトリガーされない場合がある」と警告しており、エラーは一切出ません。プラグインが一覧にないだけだったり、メニュー項目が消えていたり、あるファイル形式が読み込めなくなったりします。

その一覧にあるアプリすべてをメモし、それぞれについて一つの問いに答えてください。なぜこれにチェックを入れたのか？ 答えが「古いプラグインのため」であれば、ステップ 3 でそれを見つけられます。覚えていない場合、その設定は何年も前に修正されたバグへの回避策だった可能性があり、ネイティブモードのままで問題ないかもしれません。

Open using Rosetta オプションにチェックが入ったユニバーサルアプリの情報ウィンドウ

ステップ 3: プラグインフォルダを監査する

アプリは Finder やシステム情報がその種類を表示してくれるため、確認は簡単です。プラグイン、ドライバ、フィルタはそうではないため、Apple の注記はアプリではなくフォルダを列挙しています。以下のループは、Apple が挙げているフォルダに加えてカメラプラグイン用のフォルダも走査し、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 は、Mach-O バイナリが含むアーキテクチャを表示します ― ユニバーサルコードなら x86_64 arm64、ネイティブ専用なら arm64 または arm64e、Intel 専用なら x86_64（i386 を伴うこともあります）です。スクリプトやデータファイルに対しては lipo が失敗するため、|| continue でそれらをスキップしています。

テスト機での結果は、すべてプリンタドライバでした。

場所Intel 専用の実行ファイル数
/Library/Printers/hp108
/Library/Printers/KONICAMINOLTA9
オーディオ、カラーピッカー、Quick Look、Spotlight、カメラの各フォルダ0

プリンタフォルダには合計 341 個の Mach-O 実行ファイルがあり、224 個は arm64 コードを含み、117 個は含んでいませんでした。サードパーティ製アプリがインストールした 5 つのオーディオ HAL ドライバは、すべてユニバーサルまたはネイティブでした。とはいえ確認する価値はあります ― Mac ごとに一覧はまったく異なり、10 年分の Audio Unit を溜め込んだ音楽制作者の Mac は、この Mac とはまるで違う結果になるでしょう。

個別のアプリについては、同じチェックを 1 行で行えます。

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

この Mac の /Applications フォルダにある 84 個のアプリのうち、48 個がユニバーサル、11 個が Intel 専用でした。残りは arm64 専用です。この 11 個が、アップグレード後に Rosetta を求めてくるアプリです。

プリンタ: 誰も Rosetta と結びつけない不具合

プリンタには専用のセクションを用意する価値があります。なぜなら、その不具合は Rosetta について一切言及しないからです。CUPS 印刷システムは各ジョブを一連のフィルタに通し、ベンダードライバはそのチェーンに独自のフィルタとバックエンドを追加します。テスト機で見つかった Intel 専用ファイルには、HP の hpPreProcessing および hpPostProcessing フィルタ、HP の fax バックエンド、そして Konica Minolta の PostScript フィルタである psToKMC759PS が含まれていました。

これらのフィルタのいずれかが実行できないと、ジョブは停止し、キューには Filter failed と表示されます ― これはまさに、2020 年に Apple silicon ユーザーが Rosetta をインストールする前に印刷しようとしたときに見た症状と同じです。macOS 27 へのアップグレードで Rosetta が削除された後は、何年も問題なく動いていたプリンタにも同じことが起こり得ます。

対処法は、即効性の高いものから恒久的なものまで 3 つあります。

  1. Rosetta を再インストールする（ステップ 1）。フィルタが再びトランスレーション経由で動くようになります。これは macOS 27 の 1 年間をしのぐだけで、それ以上の効果はありません。
  2. ベンダードライバを更新する。 多くのベンダーは現在ユニバーサルドライバを配布しています。テスト機にあった HP と Konica Minolta のパッケージは、最新のダウンロード版ではなく古いインストールでした。
  3. プリンタを AirPrint に切り替える。 システム設定 → プリンタとスキャナ でプリンタを削除して追加し直し、使用するプリンタ メニューでベンダードライバではなく AirPrint または Secure AirPrint を選択します。AirPrint と IPP Everywhere はドライバレスなので、壊れるベンダーフィルタがそもそも存在しません。ステープルや仕上げといったベンダー独自のオプションは失われるかもしれませんが、通常の印刷はもう Rosetta に依存しなくなります。

印刷ダイアログにも独自の依存関係があります。ベンダードライバ用に表示される追加のペインは Printer Dialog Extensions（PDE）由来のもので、テスト機にあった 5 つの HP PDE のうち 3 つが Intel 専用でした。アップグレード後にベンダー独自のオプションペインが印刷ダイアログから消えた場合、まずここを疑ってください。

すでに「Filter failed」に遭遇していて、診断の全手順を知りたい場合は、プリンタの Filter failed 修正ガイド で CUPS 側の詳細を解説しています。

オーディオプラグインとその他のプラグインホスト

「Open using Rosetta」チェックボックスが最も多用されていたのは音楽制作ソフトです。ユニバーサル DAW を Rosetta 下で実行すれば、10 年前の Intel 版 Audio Unit や VST を読み込むことができました。macOS 27 では DAW がネイティブで起動するため、それらのプラグインはもう読み込まれず、単に一覧から消えてしまいます。

実際にネイティブで動いているものを確認するには、Activity Monitor を開いて CPU タブの Kind 列を見てください。すべてのプロセスが Apple または Intel と表示されます。アップグレード後、以前は Intel と表示されていたホストが Apple と表示されるようになっていれば、それが Intel 専用プラグインがもう読み込まれていないことの確認になります。

取り得る選択肢を、望ましい順に挙げます。

  • プラグインを更新する。 積極的にメンテナンスされているプラグインベンダーの多くは、何年も前にユニバーサルビルドを提供しています。放棄されたと決めつける前に確認してください。
  • ネイティブ版に置き換え、そのプラグインを使っていたプロジェクトを、まだ旧環境で開ける間に再保存しておく ― 別の Mac 上で、あるいはこの Mac をアップグレードする前に。
  • 旧環境を凍結する。 プロジェクトが放棄された Intel プラグインに依存している場合は、Tahoe をまだ動かしている Mac 上で仕上げるかバウンスダウンしてください。macOS 28 では汎用の Rosetta オプションが完全に削除されるため、Golden Gate はその依存関係を長く留め置く場所ではありません。

同じ理屈は、あらゆるプラグインホストに当てはまります。古いフィルタを使う画像編集ソフト、アドインを使うオフィススイート、Intel 専用モジュールを使う科学技術ツール、そして Finder が代わりに読み込むカラーピッカーや Quick Look プラグインなどです。

それでもアプリを Rosetta 下で強制実行できるか？

チェックボックスはなくなりましたが、コマンドラインから Intel モードに入る経路はまだ残っているかもしれません。Tahoe では、arch がユニバーサルバイナリの x86_64 スライスを Rosetta 下で起動します。

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

アプリの場合は、arch をバンドル内の実行ファイルに向けて指定します。

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

これは macOS 27 では未検証だと考えてください。上記のコマンドは Tahoe 26.5.2 で実行したものです。Apple のリリースノートは「Open using Rosetta」設定についてのみ言及しており、arch についてはどちらの方向にも一切触れていません。Apple の方針は明確で、Rosetta を必要としていた互換性の問題はすべて再評価するよう求めています。仮にこの手が Golden Gate で通用したとしても、それは一つの作業を片付ける手段であって、維持すべき運用体制ではありません。

スクリプトが arm64 として実行されるようになったインストーラ

最も気づかれにくい変更はインストーラにあります。フラットパッケージの Distribution ファイルは、<options> 要素の属性で、どのホストアーキテクチャをサポートするかを宣言できます。

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

Apple の注記によれば、「hostArchitecture を指定していない」パッケージは「既定で arm64 として扱われるようになる」とされています。この属性を一度も設定していなかった古いパッケージは、これまで Apple silicon 上で Intel としての挙動を得ており、pre-install および post-install スクリプトは Rosetta 下で実行されていました。それが今後はネイティブで実行されます。Intel 専用のヘルパーを呼び出すスクリプトや、アーキテクチャを判定して誤った分岐を取るスクリプトは、インストール全体を失敗させる可能性があります。

古いインストーラが「The installation failed」と報告してきたら、これが原因かどうかを確認してください。

# 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

grep で hostArchitectures 属性が見つからず、ログにスクリプトの失敗が記録されていれば、原因を特定できたことになります。修正はベンダー側の責任ですが、Rosetta を再インストールすると、スクリプト内の Intel 専用ヘルパーが動くようになることが多く、一回限りのインストールであればそれで十分な場合もあります。Apple は開発者に対して「残存するインストーラプラグイン」の監査も求めているため、カスタムのインストーラパネルを持つ古いパッケージが最も壊れやすいといえます。

単一のアーキテクチャが記された門を通過するパッケージインストーラ

ゲームはどうなるのか？

ゲームは、Apple が macOS 28 以降に向けて用意した唯一の例外であり、ネット上では game-test-tool というコマンドが話題になることがあります。リリースノートには次のように正確に記されています。

新しいコマンドラインツールにより、ベータ版リリース期間中にレガシーな Intel ベースのゲームのサポートを有効化できます。有効化するには、Terminal で次のコマンドを実行してください。sudo game-test-tool enable。

同じ注記には、これを一般的な回避策として使えなくする 3 つの注意点が付け加えられています。有効化すると「Rosetta が無効になる」こと、「ゲーム以外のプロセスがクラッシュしたり予期しない挙動を示したりする可能性がある」こと、そしてこの機能は「macOS のベータ版リリース以外では利用できない」ことです。これは Apple が維持する予定のゲーム関連のサブセットのためのテスト用スイッチであり、チェックボックスを復活させるものではなく、出荷済みの Mac で使うことを想定したものでもありません。

あなたが今置かれているタイムライン

リリースRosetta の状態
macOS 26 TahoeRosetta フル機能。「Open using Rosetta」チェックボックスが尊重される
macOS 27 Golden Gateアップグレード時に Rosetta が削除される（再インストールは可能）。チェックボックスは無視される。汎用トランスレーションは引き続き動作する
macOS 28レガシーゲームを除き「すべての Intel ベースのソフトウェアが互換性を失う」

つまり、残されたリリースはあと一つです。現実的な使い方は、旧環境をそのまま再構築して忘れてしまうのではなく、Rosetta を橋渡しとして使いながら、リストにある Intel 依存関係を一つずつ置き換えていくことです。

どのカテゴリのソフトウェアが最もリスクにさらされているか、移行にどう時間を配分すべきかといった全体像については、Rosetta 2 終了ガイド と Intel アプリ監査ガイド をご覧ください。

アップグレード後 10 分でできるチェックリスト

アップグレードを終えたばかりで、自分の状況を把握したい場合は、以下のリストを順番に確認してください。

  1. plutil -p ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist | grep -E '^ "' を実行し、表示されたアプリをすべて書き出す。
  2. ステップ 3 のプラグイン監査ループを実行し、出力をファイルに保存する。
  3. /Applications を lipo -archs または Activity Monitor の Kind 列で確認し、Intel 専用アプリを洗い出す。
  4. どちらかの一覧が空でなければ、softwareupdate --install-rosetta --agree-to-license で Rosetta を再インストールする。
  5. 使用しているすべてのプリンタでテストページを印刷する。
  6. 手順 1 の各アプリを開き、実際に使っているプラグインがまだ一覧にあるか確認する。
  7. 重要な Intel 関連の項目それぞれについて、ネイティブ版の代替か、廃止する時期をメモしておく。

リスト全体は 10 分ほどで終わり、「何かがなくなっている」という漠然とした状態を、順番に対処できる具体的なリストに変えてくれます。

よくある問題のトラブルシューティング

Rosetta はインストール済みなのにプラグインが表示されない

問題: Rosetta を再インストールしたのに、プラグインがホストアプリにまだ表示されない。

解決策: macOS 27 は「Open using Rosetta」を無視するため、ホストは今やネイティブで動作しており、ネイティブプロセスは Intel コードを読み込めません。Activity Monitor の Kind 列で確認してください。プラグインを更新するか置き換えてください。Rosetta だけでは復活しません。

Terminal で「Bad CPU type in executable」

問題: 以前は動いていたコマンドラインツールやスクリプトが、このメッセージで失敗するようになった。

解決策: そのバイナリは Intel 専用で、Rosetta がインストールされていません。lipo -archs $(which toolname) で確認し、Rosetta を再インストールした上で、ネイティブビルドを探してください ― Homebrew ユーザーは /opt/homebrew の arm64 Homebrew プレフィックスから再インストールしてください。

バックグラウンドアプリが動作を止めた

問題: 同期ツール、メニューバーのヘルパー、launch agent がエラーもなく止まったように見える。

解決策: launchd が起動するヘルパーには、Rosetta のプロンプトを表示するウィンドウがありません。ls ~/Library/LaunchAgents /Library/LaunchAgents /Library/LaunchDaemons でエージェントを一覧表示し、それぞれの ProgramArguments のパスを見つけて lipo -archs で確認してください。

インストーラが明確な理由もなく失敗する

問題: 古い .pkg がインストール失敗を報告する。

解決策: 上記のインストーラのセクションに従ってください。パッケージを展開し、hostArchitectures の有無を確認し、/var/log/install.log を読みます。Rosetta を再インストールしてもう一度試すのは、一回限りの現実的な回避策です。

特定のプリンタだけ印刷に失敗する

問題: AirPrint のプリンタは問題なく動くが、ベンダードライバを使っている特定のプリンタだけ失敗する。

解決策: そのベンダーフィルタはほぼ間違いなく Intel 専用です。Rosetta を再インストールするか、ドライバを更新するか、AirPrint を使ってプリンタを追加し直してください。

FAQ

macOS 27 には Rosetta 2 がまだ含まれていますか？

はい、再インストール可能なコンポーネントとして含まれています。アップグレードによって削除されますが、softwareupdate --install-rosetta --agree-to-license を実行するか、Intel アプリが表示するプロンプトを通じて戻せます。Apple は macOS 27 まで汎用の Rosetta を提供すると約束しており、それ以降はレガシーゲームのみがサポート対象です。

なぜ Apple は「Open using Rosetta」を尊重しなくなったのですか？

Apple の注記はルールを示しているだけで、理由までは述べていません。以前フラグが立てられていたアプリはネイティブで起動するようになり、互換性の問題は再評価すべきだ、というだけです。おそらくの狙いは、macOS 28 で一斉に破綻させるのではなく、Rosetta がまだ存在するうちに隠れた Intel 依存関係を洗い出すことでしょう。

Rosetta を再インストールすれば Intel プラグインは戻りますか？

プラグインのホスト自体が Intel 専用の場合に限り戻ります。ホストがユニバーサルで、それを Intel モードに強制していた場合、macOS 27 はどのみちネイティブで起動するため、Intel プラグインは読み込めません。プラグインのユニバーサル版が必要です。

アプリが Intel 専用かどうかはどう見分けますか？

バンドル内の実行ファイルに対して lipo -archs を実行するか、実行中に Activity Monitor の Kind 列を確認してください。x86_64 のみなら Intel 専用、x86_64 arm64 ならユニバーサル、arm64 または arm64e なら Apple silicon 専用です。

Rosetta をインストールしないままにしても安全ですか？

使っているものの中にそれを必要とするものが何もなければ、問題ありません。Rosetta は macOS 自体には必要とされません。ただし、ヘルパーやドライバは Rosetta を求めることなく失敗するため、先にプラグインとプリンタの監査を行ってください。

まとめ

macOS 27 は、Rosetta を背後で当然視されていた前提から、明示的に選ぶものへと変えました。アップグレードでそれは削除され、アプリ単位の Intel 切り替えは機能しなくなり、インストーラも既定で Intel を選ばなくなりました。こうした既定の挙動に頼っていたものはすべて動かなくなり、そのほとんどは Rosetta に言及するエラーすら出さずに失敗します。

対処のほとんどは棚卸し作業です。Intel モードを強制していたアプリを一覧化し、プラグインの監査を行い、テストページを印刷し、一覧が必要だと示した場合にのみ Rosetta を再インストールしてください。そのうえで、macOS 28 がこの選択肢を完全に取り除いてしまう前に、Golden Gate の残りの期間を使って Intel 関連の項目を一つずつ置き換えていきましょう。

関連記事: macOS 27 Golden Gate 発売日アップデートガイド · Rosetta 2 終了ガイド · macOS 27 前の Intel アプリ監査 · プリンタの「Filter failed」修正ガイド · Intel Mac 時代の終わり