macOS 27, ‘Open Using Rosetta’ 무시: 사라진 인텔 플러그인 해결하기

macOSTahoe ·
macOS 27, ‘Open Using Rosetta’ 무시: 사라진 인텔 플러그인 해결하기

macOS 27은 업그레이드 시 Rosetta를 제거하고 Open using Rosetta 설정을 무시합니다. 문제가 되는 인텔 플러그인, 프린터 필터, 설치 프로그램을 찾아 해결하는 방법을 알아보세요.

macOS 27 Golden Gate로 업그레이드한 뒤 매일 쓰던 앱을 열었는데, 뭔가가 조용히 사라져 있습니다. 오디오 플러그인이 목록에 더 이상 나타나지 않습니다. 금요일까지 멀쩡했던 프린터가 이제 "Filter failed"라는 메시지와 함께 멈춥니다. 예전에는 잘 실행되던 유틸리티가 이제 Rosetta를 설치하라고 요구하거나, 더 나쁜 경우 실행은 잘 되지만 정작 그것 때문에 쓰던 기능 하나만 작동하지 않습니다. 이 중 어느 것도 원인을 알려주는 오류를 내지 않지만, 원인은 모두 같습니다. macOS 27이 Rosetta 2의 동작 방식을 바꿨고, 그중 두 가지 변경 사항은 Apple의 개발자 릴리스 노트에만 언급되어 있습니다.

이 가이드에서는 무엇이 바뀌었는지, 이전 동작 방식에 의존하고 있던 항목을 Mac에서 모두 찾는 방법, 그리고 각 유형의 문제를 해결하는 방법을 차례로 살펴봅니다. 여기 나오는 조사 명령어는 업그레이드 전 실제 Apple 실리콘 Mac에서 실행한 것입니다. macOS 27의 동작 방식은 Apple의 공식 릴리스 노트를 근거로 하며, 이를 인용할 때는 그대로 표기합니다.

핵심 요약

  • macOS 27로 업그레이드하면 Rosetta 2가 제거됩니다. Apple 릴리스 노트: "이전에 Rosetta가 설치되어 있었다면, macOS 27.0으로 업그레이드한 후 자동으로 복원되지 않습니다." softwareupdate --install-rosetta --agree-to-license 명령으로 다시 설치하세요.
  • "Open using Rosetta" 체크박스는 이제 무시됩니다. 인텔 모드로 강제 실행하던 앱은 네이티브로 실행되며, 해당 앱이 불러오던 인텔 전용 플러그인은 아무 알림 없이 사라집니다. Apple은 이런 플러그인이 "설정에 나타나지 않거나 호환성 문제에 대한 알림을 띄우지 않을 수 있다"고 설명합니다.
  • 헬퍼는 앱보다 훨씬 조용히 망가집니다. 인텔 전용 앱은 Rosetta 설치 안내를 띄웁니다. 반면 인텔 전용 프린터 필터, 백그라운드 에이전트, 명령줄 도구는 그냥 실패할 뿐입니다. 이번에 점검한 Mac에서는 프린터 드라이버 폴더 안의 실행 파일 341개 중 117개가 인텔 전용이었습니다.
  • 설치 프로그램도 바뀌었습니다. 호스트 아키텍처를 명시하지 않은 패키지는 이제 기본값이 arm64가 되어, 설치 스크립트가 네이티브로 실행됩니다.
  • 이번이 유예 기간의 마지막 해입니다. Apple은 레거시 게임을 제외한 모든 인텔 기반 소프트웨어가 macOS 28부터 더 이상 호환되지 않는다고 명시하고 있습니다.

macOS 27에서 Apple이 변경한 사항

macOS 27 릴리스 노트의 Rosetta 관련 항목은 짧지만, 한 줄 한 줄이 모두 중요합니다. 릴리스 노트는 "New Features" 항목 아래 변경 사항 하나를 싣고 있습니다.

실행 시, 사용자가 이전에 "Open using Rosetta"로 설정해 둔 앱은 네이티브로 실행됩니다. 과거에 Rosetta가 필요했던 호환성 문제는 macOS 27에서 다시 평가해야 합니다.

나머지는 "Deprecations" 항목에 있습니다.

이전에 Rosetta가 설치되어 있었다면, macOS 27.0으로 업그레이드한 후 자동으로 복원되지 않습니다.

hostArchitecture를 지정하지 않은 설치 패키지는 이제 기본값이 arm64가 됩니다. 사전/사후 설치 스크립트가 arm64 환경에서도 의도한 대로 동작하는지 확인하십시오.

인텔 기반 플러그인과 로더는 설정에 나타나지 않거나 호환성 문제에 대한 알림을 띄우지 않을 수 있습니다. 레거시 게임을 제외한 모든 인텔 기반 소프트웨어는 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까지는 범용 도구로 유지하겠다는 것이었습니다. 다만 업그레이드 과정에서 제거되며, 앱별 인텔 설정도 더 이상 존중하지 않습니다. 즉, 다시 설치한 Rosetta는 인텔 전용 프로그램을 실행해 주지만, 체크박스를 켰다는 이유만으로 유니버설 앱을 인텔 모드로 실행해 주지는 않습니다.

이 변경이 문제를 일으키는 세 가지 방식

증상은 가지고 있던 인텔 코드의 종류에 따라 달라집니다.

가지고 있던 것업그레이드 후 일어나는 일얼마나 눈에 띄는가
인텔 전용 앱"To open this app, you need to install Rosetta" 안내명확함 — 대화상자가 뜸
"Open using Rosetta"로 설정된 유니버설 앱앱은 네이티브로 실행되고, 인텔 전용 플러그인은 로드되지 않음조용함 — 플러그인이 목록에서 그냥 빠져 있음
인텔 전용 헬퍼: 프린터 필터, 실행 에이전트, CLI 도구, 설치 스크립트프로그램이 시작되지 않음조용하거나 알기 어려움 — "Filter failed", "Bad CPU type in executable", 설치 실패

첫 번째 경우는 Rosetta를 다시 설치하는 순간 저절로 해결됩니다. 사람들이 가장 많이 당황하는 것은 두 번째 경우입니다. 앱이 더 이상 Rosetta 아래에서 아예 실행되지 않기 때문에, Rosetta를 다시 설치해도 고쳐지지 않습니다. 세 번째 경우는 Rosetta를 다시 설치해야 하고, 장기적으로는 네이티브 대체품이 필요합니다.

1단계: Rosetta 다시 설치하기 (필요한 경우)

Mac에 인텔 전용 항목이 하나라도 있다면 — 대부분의 Mac에는 있습니다 — 안내가 뜨기를 기다리지 말고 지금 Rosetta를 다시 설치하세요. Rosetta가 필요한 프로그램 중 일부는 안내 자체를 아예 띄우지 않습니다.

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

--agree-to-license 플래그는 대화형 확인 없이 라이선스에 동의합니다. 이 플래그가 없으면 명령이 동의를 위해 A를 입력하라고 요구합니다. Tahoe에서는 softwareupdate --help가 이 옵션을 "Install Rosetta 2"로 표시하며, 이는 앱 내 안내창에서 사용하는 것과 같은 메커니즘입니다.

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 상태이며, 세 가지 확인 모두 성공합니다. 디렉터리가 존재하고, oahd가 실행 중이며, 영수증은 com.apple.pkg.RosettaUpdateAuto입니다. macOS 27로 업그레이드한 뒤에는 다시 설치하기 전까지 첫 번째와 마지막 확인이 아무것도 반환하지 않을 것으로 예상하세요.

애초에 다시 설치해야 할까요? 인텔 전용 항목이 전혀 없다면 필요 없습니다. Rosetta 없이 지내는 것이 Apple이 지향하는 깔끔한 상태입니다. 다만 결정하기 전에 아래 조사를 먼저 실행해 보세요. "나는 인텔 앱을 전혀 안 쓴다"는 말은 앱에는 맞아도 드라이버에는 틀린 경우가 많습니다.

2단계: "Open Using Rosetta"로 설정했던 앱 찾기

Finder의 정보 가져오기 창은 최초의 Apple 실리콘 Mac 이후 유니버설 앱에 대해 Open using Rosetta 체크박스를 표시해 왔습니다. 사람들이 이 체크박스를 켠 이유는 하나였습니다. 앱 자체는 유니버설이지만, 앱이 불러오는 오디오 플러그인, 스캐너 모듈, 애드인, 폰트나 컬러 도구 같은 것이 여전히 인텔 전용이었기 때문입니다. 프로세스는 arm64나 x86_64 중 하나로만 실행되고 둘 다로는 실행될 수 없으므로, 인텔 플러그인을 불러오는 유일한 방법은 호스트 앱 전체를 Rosetta 아래에서 실행하는 것뿐이었습니다.

macOS는 이 설정을 앱이 아니라 LaunchServices 환경설정에 저장합니다. 이 플래그가 설정된 모든 앱을 다음과 같이 나열할 수 있습니다.

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

테스트에 사용한 Mac에서는 "Architectures for arm64" 딕셔너리 아래 항목 세 개가 반환됩니다.

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

각 항목은 앱 번들에 대한 북마크와 그 뒤에 오는 문자열 x86_64로 이루어져 있습니다. 어떤 앱은 북마크와 x86_64 쌍이 세 개나 있었는데, 서로 다른 폴더에 있는 같은 앱의 복사본 세 개가 각각 따로 인텔 모드로 강제되어 있던 것입니다. 이런 식으로 설정이 몇 년에 걸쳐 쌓이기 때문에, 업그레이드 전에 이 목록을 읽어볼 가치가 있습니다. 아마 이 항목들을 전부 체크했던 기억은 없을 것입니다.

macOS 27에서 이 앱들이 하는 동작

릴리스 노트에 따르면 이런 앱들은 이제 모두 네이티브로 실행됩니다. 앱 자체는 유니버설이므로 정상 작동합니다. 멈추는 것은 인텔 모드가 필요했던 그 기능입니다. 릴리스 노트는 이런 플러그인이 "설정에 나타나지 않거나 호환성 문제에 대한 알림을 띄우지 않을 수 있다"고 경고하므로, 오류는 전혀 나타나지 않습니다. 플러그인이 목록에서 빠져 있거나, 메뉴 항목이 사라지거나, 특정 파일 형식을 더 이상 가져오지 못하게 될 뿐입니다.

목록에 있는 앱을 모두 적어두고, 각 앱에 대해 질문 하나에 답해보세요. 왜 이걸 체크했을까? 답이 "오래된 플러그인 때문"이라면 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, 인텔 전용은 x86_64(가끔 i386도 함께)로 나타납니다. 스크립트와 데이터 파일은 lipo를 실패시키므로, || continue가 이런 파일을 건너뜁니다.

테스트 Mac에서는 결과가 전부 프린터 드라이버였습니다.

위치인텔 전용 실행 파일
/Library/Printers/hp108
/Library/Printers/KONICAMINOLTA9
오디오, 컬러 피커, Quick Look, Spotlight, 카메라 폴더0

프린터 폴더에는 총 341개의 Mach-O 실행 파일이 있었고, 그중 224개는 arm64 코드를 포함했으며 117개는 그렇지 않았습니다. 서드파티 앱이 설치한 오디오 HAL 드라이버 5개는 모두 유니버설이거나 네이티브였습니다. 그래도 직접 확인해 볼 가치는 있습니다. Mac마다 목록이 다르며, 10년 치 Audio Unit이 쌓인 프로듀서의 Mac은 이 결과와 전혀 다르게 나올 것입니다.

개별 앱의 경우, 같은 확인을 한 줄로 할 수 있습니다.

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

이 Mac의 /Applications 폴더에 있는 앱 84개 중 48개는 유니버설, 11개는 인텔 전용이었습니다. 나머지는 arm64 전용이었습니다. 이 11개 앱이 업그레이드 후 Rosetta 설치를 요구하게 될 앱들입니다.

프린터: 아무도 Rosetta와 연결 짓지 못하는 문제

프린터는 따로 다룰 가치가 있습니다. 실패 메시지에 Rosetta라는 말이 전혀 나오지 않기 때문입니다. CUPS 인쇄 시스템은 각 작업을 필터의 연쇄를 통해 전달하며, 벤더 드라이버는 이 연쇄에 자체 필터와 백엔드를 추가합니다. 테스트 Mac에서는 HP의 hpPreProcessing, hpPostProcessing 필터, HP의 팩스 백엔드, 그리고 코니카 미놀타의 PostScript 필터인 psToKMC759PS가 인텔 전용 파일에 포함되어 있었습니다.

이런 필터 중 하나라도 실행되지 못하면 작업이 멈추고 대기열에는 Filter failed가 표시됩니다. 이는 2020년 Apple 실리콘 사용자들이 Rosetta를 설치하기 전에 인쇄를 시도했을 때 겪었던 것과 정확히 같은 현상입니다. macOS 27 업그레이드가 Rosetta를 제거하고 나면, 몇 년 동안 잘 작동하던 프린터에도 똑같은 일이 일어날 수 있습니다.

해결책은 빠른 것부터 오래가는 것 순으로 세 가지가 있습니다.

  1. Rosetta 다시 설치하기 (1단계). 필터가 다시 변환 방식으로 실행됩니다. 이것으로 macOS 27 한 해만큼의 시간을 벌 수 있을 뿐입니다.
  2. 벤더 드라이버 업데이트하기. 이제 많은 벤더가 유니버설 드라이버를 제공합니다. 테스트 Mac에 있던 HP와 코니카 미놀타 패키지는 최신 다운로드가 아니라 예전에 설치된 것이었습니다.
  3. 프린터를 AirPrint로 전환하기. 시스템 설정 → 프린터 및 스캐너에서 프린터를 제거한 뒤 다시 추가하고, 사용 메뉴에서 벤더 드라이버 대신 AirPrint 또는 보안 AirPrint를 선택하세요. AirPrint와 IPP Everywhere는 드라이버가 필요 없으므로 고장 날 벤더 필터 자체가 없습니다. 스테이플링이나 마감 처리 같은 벤더 전용 옵션은 잃을 수 있지만, 일반적인 인쇄는 더 이상 Rosetta에 의존하지 않습니다.

인쇄 대화상자에도 자체적인 의존성이 있습니다. 벤더 드라이버용으로 표시되는 추가 패널은 Printer Dialog Extensions(PDE)에서 나오는데, 테스트 Mac에 있던 HP PDE 5개 중 3개가 인텔 전용이었습니다. 업그레이드 후 인쇄 대화상자에서 벤더 옵션 패널이 사라졌다면, 가장 먼저 이곳을 확인해야 합니다.

이미 "Filter failed"를 겪었고 전체 진단 절차를 원한다면, 프린터 filter failed 해결 가이드에서 CUPS 쪽을 자세히 다루고 있습니다.

오디오 플러그인과 그 밖의 플러그인 호스트

"Open using Rosetta" 체크박스가 가장 많이 쓰인 곳은 음악 소프트웨어입니다. Rosetta 아래에서 실행되는 유니버설 DAW는 10년 된 인텔 Audio Unit이나 VST를 불러올 수 있었습니다. macOS 27에서는 DAW가 네이티브로 실행되므로, 이런 플러그인은 더 이상 로드되지 않고 그냥 목록에서 사라집니다.

실제로 무엇이 네이티브로 실행되고 있는지 확인하려면 Activity Monitor를 열고 CPU 탭의 종류 열을 보세요. 모든 프로세스는 Apple 또는 Intel로 표시됩니다. 업그레이드 후 예전에 Intel로 표시되던 호스트가 Apple로 표시된다면, 그 호스트의 인텔 전용 플러그인이 더 이상 로드되지 않고 있다는 확인입니다.

선택지는 선호되는 순서대로 다음과 같습니다.

  • 플러그인 업데이트하기. 활발히 관리되는 플러그인 벤더 대부분은 이미 몇 년 전에 유니버설 빌드를 내놓았습니다. 단종되었다고 단정하기 전에 먼저 확인하세요.
  • 네이티브 대체품으로 교체하기. 예전 설정으로 아직 열 수 있는 동안 — 다른 Mac에서든, 이 Mac을 업그레이드하기 전이든 — 해당 플러그인을 쓰던 프로젝트를 다시 저장해 두세요.
  • 예전 설정 그대로 동결하기. 프로젝트가 단종된 인텔 플러그인에 의존하고 있다면, 아직 Tahoe를 쓰는 Mac에서 마무리하거나 믹스다운해 두세요. macOS 28은 범용 Rosetta 옵션을 완전히 제거하므로, Golden Gate는 그 의존성을 오래 묵혀둘 곳이 아닙니다.

같은 논리가 다른 모든 플러그인 호스트에도 적용됩니다. 오래된 필터를 쓰는 이미지 편집기, 애드인을 쓰는 오피스 제품군, 인텔 전용 모듈을 쓰는 과학 도구, 그리고 Finder가 대신 불러오는 컬러 피커나 Quick Look 플러그인 모두 마찬가지입니다.

여전히 앱을 Rosetta로 강제 실행할 수 있을까?

체크박스는 사라졌지만, 명령줄로 인텔 모드에 접근하는 방법은 아직 남아 있을 수 있습니다. 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로 실행하는 설치 프로그램

가장 눈에 띄지 않는 변경은 설치 프로그램에서 일어납니다. flat 패키지의 Distribution 파일은 <options> 요소의 속성을 통해 지원하는 호스트 아키텍처를 선언할 수 있습니다.

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

Apple의 노트는 "hostArchitecture를 지정하지 않은 패키지는 이제 기본값이 arm64가 된다"고 말합니다. 이 속성을 한 번도 설정한 적 없는 예전 패키지는 Apple 실리콘에서도 인텔 방식으로 동작했기 때문에, 사전/사후 설치 스크립트가 Rosetta 아래에서 실행되었습니다. 이제는 네이티브로 실행됩니다. 인텔 전용 헬퍼를 호출하거나 아키텍처를 확인해서 잘못된 분기를 타는 스크립트는 설치 전체를 실패하게 만들 수 있습니다.

예전 설치 프로그램이 "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를 다시 설치하면 스크립트 안의 인텔 전용 헬퍼가 실행되는 경우가 많아서, 일회성 설치라면 그것으로 충분할 수 있습니다. Apple은 개발자들에게 "남아 있는 설치 프로그램 플러그인"을 점검하라고도 요구하고 있으므로, 커스텀 설치 패널이 있는 오래된 패키지가 가장 깨지기 쉽습니다.

단일 아키텍처가 표시된 게이트를 통과하는 패키지 설치 프로그램

게임은 어떨까?

게임은 Apple이 macOS 28 이후를 위해 마련해 둔 유일한 예외이며, 온라인에서 game-test-tool 명령이 언급되는 것을 볼 수도 있습니다. 릴리스 노트는 이를 정확히 설명하고 있습니다.

새로운 명령줄 도구를 사용하면 베타 릴리스 기간 동안 레거시 인텔 기반 게임 지원을 활성화할 수 있습니다. 활성화하려면 터미널에서 다음 명령을 실행하십시오: sudo game-test-tool enable.

같은 노트는 이것을 일반적인 우회 수단에서 제외시키는 주의사항 세 가지를 덧붙입니다. 활성화하면 "Rosetta가 비활성화되고", "게임이 아닌 프로세스가 충돌하거나 예기치 않게 동작할 수 있으며", 이 기능은 "macOS 베타 릴리스 외에서는 사용할 수 없다"는 것입니다. 이는 Apple이 유지하기로 한 게임이라는 부분 집합을 위한 테스트용 스위치일 뿐입니다. 체크박스를 되살려 주지도 않고, 정식 출시된 Mac에 올려 두라고 만든 기능도 아닙니다.

지금 당신이 서 있는 타임라인

릴리스Rosetta의 동작
macOS 26 Tahoe완전한 Rosetta; "Open using Rosetta" 체크박스가 반영됨
macOS 27 Golden Gate업그레이드 시 Rosetta 제거, 재설치 가능; 체크박스는 무시됨; 범용 변환은 여전히 작동
macOS 28"모든 인텔 기반 소프트웨어가 더 이상 호환되지 않음" (레거시 게임 제외)

즉, 남은 릴리스는 하나뿐입니다. 이 시간을 실용적으로 쓰는 방법은 예전 설정을 그대로 복원해 놓고 잊어버리는 것이 아니라, Rosetta를 다리로 삼아 목록에 있는 인텔 의존성을 하나씩 교체해 나가는 것입니다.

어떤 소프트웨어 범주가 가장 위험한지, 그리고 마이그레이션 일정을 어떻게 짤지 등 더 큰 그림의 계획은 Rosetta 2 종료 가이드와 인텔 앱 점검 가이드를 참고하세요.

업그레이드 후 10분 체크리스트

방금 업그레이드했고 현재 상태를 파악하고 싶다면, 다음 목록을 순서대로 따라가 보세요.

  1. plutil -p ~/Library/Preferences/com.apple.LaunchServices/com.apple.LaunchServices.plist | grep -E '^ "'를 실행해서 나열된 앱을 모두 적어두세요.
  2. 3단계의 플러그인 점검 반복문을 실행하고 출력을 파일로 저장하세요.
  3. lipo -archs나 Activity Monitor의 종류 열을 이용해 /Applications에서 인텔 전용 앱을 확인하세요.
  4. 둘 중 하나라도 목록이 비어 있지 않다면, softwareupdate --install-rosetta --agree-to-license로 Rosetta를 다시 설치하세요.
  5. 사용하는 모든 프린터에서 테스트 페이지를 인쇄해 보세요.
  6. 1단계에서 찾은 앱을 각각 열어서 실제로 쓰는 플러그인이 여전히 목록에 있는지 확인하세요.
  7. 중요한 인텔 항목마다 네이티브 대체품이나 은퇴시킬 날짜를 적어두세요.

전체 목록을 완료하는 데는 약 10분이 걸리며, 이를 통해 "뭔가 사라졌다"는 막연한 느낌이 하나씩 처리할 수 있는 목록으로 바뀝니다.

자주 발생하는 문제 해결

Rosetta는 설치했는데 플러그인이 사라졌을 때

문제: Rosetta를 다시 설치했지만, 호스트 앱에 플러그인이 여전히 나타나지 않습니다.

해결책: macOS 27이 "Open using Rosetta"를 무시하기 때문에 호스트가 이제 네이티브로 실행되며, 네이티브 프로세스는 인텔 코드를 불러올 수 없습니다. Activity Monitor의 종류 열로 확인하세요. 플러그인을 업데이트하거나 교체하세요. Rosetta만으로는 되살릴 수 없습니다.

터미널에 나타나는 "Bad CPU type in executable"

문제: 이전에는 잘 작동하던 명령줄 도구나 스크립트가 이제 이 메시지와 함께 실패합니다.

해결책: 바이너리가 인텔 전용이고 Rosetta가 설치되어 있지 않은 것입니다. lipo -archs $(which toolname)으로 확인하고, Rosetta를 다시 설치한 다음, 네이티브 빌드를 찾아보세요. Homebrew 사용자라면 /opt/homebrew에 있는 arm64 Homebrew prefix에서 다시 설치해야 합니다.

백그라운드 앱이 갑자기 일을 멈췄을 때

문제: 동기화 도구, 메뉴 막대 헬퍼, 또는 실행 에이전트가 오류 없이 멈춘 것 같습니다.

해결책: launchd가 실행하는 헬퍼는 Rosetta 안내를 띄울 창 자체가 없습니다. ls ~/Library/LaunchAgents /Library/LaunchAgents /Library/LaunchDaemons로 에이전트 목록을 확인하고, 각 항목의 ProgramArguments 경로를 찾아 lipo -archs로 점검하세요.

뚜렷한 이유 없이 설치 프로그램이 실패할 때

문제: 오래된 .pkg가 설치에 실패했다고 보고합니다.

해결책: 위의 설치 프로그램 섹션을 따라 하세요. 패키지를 펼치고, hostArchitectures가 있는지 확인하고, /var/log/install.log를 읽어보세요. Rosetta를 다시 설치하고 한 번 더 시도하는 것도 일회성 대안으로는 합리적입니다.

한 대의 프린터에서만 인쇄가 실패할 때

문제: AirPrint 프린터는 정상 작동하는데, 벤더 드라이버를 쓰는 프린터 한 대만 실패합니다.

해결책: 해당 프린터의 벤더 필터가 인텔 전용일 가능성이 매우 높습니다. Rosetta를 다시 설치하거나, 드라이버를 업데이트하거나, AirPrint로 프린터를 다시 추가하세요.

자주 묻는 질문

macOS 27에도 여전히 Rosetta 2가 포함되어 있나요?

네, 다시 설치할 수 있는 구성 요소로 포함되어 있습니다. 업그레이드하면 제거되며, softwareupdate --install-rosetta --agree-to-license를 실행하거나 인텔 앱이 띄우는 안내를 통해 다시 추가할 수 있습니다. Apple의 약속은 macOS 27까지는 범용 Rosetta를 유지하고, 그 이후에는 레거시 게임만 지원한다는 것입니다.

Apple은 왜 "Open using Rosetta"를 더 이상 반영하지 않나요?

Apple의 노트는 이유가 아니라 규칙만 알려줍니다. 이전에 플래그가 설정된 앱은 네이티브로 실행되며, 호환성 문제는 다시 평가해야 한다는 것입니다. 아마도 의도는 macOS 28에서 한꺼번에 전부 실패하게 두는 대신, Rosetta가 아직 존재하는 동안 숨어 있는 인텔 의존성을 찾아내려는 것으로 보입니다.

Rosetta를 다시 설치하면 인텔 플러그인이 돌아오나요?

플러그인의 호스트 자체가 인텔 전용인 경우에만 그렇습니다. 호스트가 유니버설이고 인텔 모드로 강제 실행하던 것이었다면, macOS 27은 이제 그와 상관없이 네이티브로 실행하므로 인텔 플러그인은 로드될 수 없습니다. 플러그인의 유니버설 버전이 필요합니다.

앱이 인텔 전용인지 어떻게 확인하나요?

번들 안의 실행 파일에 lipo -archs를 실행하거나, 앱이 실행 중일 때 Activity Monitor의 종류 열을 확인하세요. x86_64만 나오면 인텔 전용, x86_64 arm64는 유니버설, arm64 또는 arm64e는 Apple 실리콘 전용을 뜻합니다.

Rosetta를 설치하지 않은 채로 두어도 안전한가요?

사용하는 것 중 Rosetta가 필요한 것이 전혀 없다면 안전합니다. macOS 자체는 Rosetta를 필요로 하지 않습니다. 다만 헬퍼와 드라이버는 Rosetta를 요구하지 않고도 실패하므로, 플러그인과 프린터 점검을 먼저 해보세요.

결론

macOS 27은 Rosetta를 암묵적인 전제에서 명시적인 선택으로 바꿔놓았습니다. 업그레이드는 Rosetta를 제거하고, 앱별 인텔 전환 스위치는 더 이상 작동하지 않으며, 설치 프로그램은 더 이상 기본값으로 인텔을 선택하지 않습니다. 이런 기본 동작에 의존하던 것들은 이제 모두 실패하며, 대부분은 Rosetta를 언급하는 오류조차 없이 실패합니다.

해결책은 대부분 목록을 만드는 것입니다. 인텔 모드로 강제했던 앱을 나열하고, 플러그인 점검을 실행하고, 테스트 페이지를 인쇄하고, 목록이 필요하다고 말할 때만 Rosetta를 다시 설치하세요. 그런 다음 macOS 28이 이 옵션을 영구히 없애기 전에, 남은 Golden Gate 한 해 동안 인텔 항목을 하나씩 교체하세요.

관련 글: macOS 27 Golden Gate 출시일 업데이트 가이드 · Rosetta 2 종료 가이드 · macOS 27 이전의 인텔 앱 점검 · 프린터 "Filter failed" 해결 가이드 · 인텔 Mac 시대의 종언