macOS 27이 Software Update에 나타나지 않나요? 순서대로 알아보는 이유

출시일에는 정해진 흐름이 있습니다. Apple이 스위치를 켜면 뉴스 사이트들이 기사를 올리고, 타임라인은 업그레이드 배너 스크린샷으로 가득 찹니다 — 그런데 정작 내 Mac에는 아무것도 뜨지 않거나, 더 나쁘게는 27이 존재하지 않는 것처럼 macOS Tahoe 26.7만 제공됩니다. 캐시를 지우고 NVRAM을 초기화하기 전에, 원인을 순서대로 짚어보시기 바랍니다. 대부분의 경우 여섯 가지 원인 중 하나이며, 그중 실제 결함은 단 하나뿐입니다.

핵심 요약

• 먼저 자격 조건을 확인하세요. macOS 27 Golden Gate는 Apple silicon 전용입니다. Tahoe를 지원받았던 4종을 포함해 모든 Intel Mac에는 아무것도 표시되지 않으며, 앞으로도 표시되지 않습니다.
• 주요 업그레이드는 단계적으로 배포됩니다. macOS는 각 업데이트가 내 Mac에 처음 제공된 날짜를 기록하며, 이를 직접 확인할 수 있습니다 — 이 Mac에서는 Tahoe 26 업그레이드가 출시 4일 후에 나타난 반면, 포인트 업데이트는 당일에 도착했습니다.
• Software Update는 업그레이드와 업데이트를 서로 다른 두 항목으로 표시합니다. 26.7에 "Update Now"가 표시된다고 해서 27이 없는 것은 아닙니다. 스크롤해서 두 번째 항목을 확인하세요.
• softwareupdate --list-full-installers가 가장 빠른 답을 줍니다. 이 명령어는 설치 프로그램 카탈로그를 직접 읽어오며, Deferred: 열을 보면 정책에 의해 업데이트가 보류되고 있는지 알 수 있습니다.
• 관리형 Mac은 MDM 키 하나만으로 최대 90일까지 지연될 수 있으며, 로컬에서 무엇을 하든 이를 재정의할 수 없습니다.

0단계: 이 Mac이 자격 조건을 충족하나요?

macOS 27은 모든 Intel Mac에 대한 지원을 중단했습니다. Mac에 Intel 프로세서가 탑재되어 있다면 Software Update가 이를 제공하지 않는 것이 정상적인 동작이며, 부팅 가능한 설치 프로그램이든 직접 다운로드든 터미널 명령어든 어떤 우회 방법도 존재하지 않습니다.

system_profiler SPHardwareDataType | grep -E "Model Name|Chip|Model Identifier"

Intel 프로세서로 표시된다면 여기서 끝입니다. 지원 목록은 다음과 같습니다.

• MacBook Neo (A18 Pro, 2026)
• MacBook Air (Apple silicon, 2020년 이후)
• MacBook Pro (Apple silicon, 2020년 이후)
• iMac (Apple silicon, 2021년 이후)
• Mac mini (Apple silicon, 2020년 이후)
• Mac Studio (2022년 이후)
• Mac Pro (Apple silicon, 2023년 이후)

Intel Mac이라면 적합한 목적지는 Tahoe 26.7 또는 Sequoia 15.8이며, Intel Mac 시대의 종언에서 어떤 모델에 어떤 버전이 해당하는지 다룹니다. 그 목록에서도 제외된 모델이라면 Sonoma 보안 업데이트 종료 시 대처법을 참고하시기 바랍니다.

1단계: 두 번째 항목을 찾아보세요

이 부분은 매년 많은 사람들이 놓치는 지점이지만, 확인하는 데는 아무 비용도 들지 않습니다.

macOS는 포인트 업데이트와 주요 업그레이드를 같은 화면에서 서로 다른 두 항목으로 표시합니다. 자격을 갖춘 Mac이라면 9월 14일에 다음과 같은 화면을 볼 수 있습니다.

• macOS Tahoe 26.7 — Update Now 버튼과 함께 표시되는, 현재 사용 중인 OS의 보안 업데이트
• macOS 27 Golden Gate — Upgrade Now 버튼과 함께 표시되는 새로운 주요 릴리스

업그레이드 항목은 보통 업데이트 항목 아래에 위치하며, 때로는 "More info" 뒤에 접혀 있고, 창이 작으면 화면 밖으로 완전히 벗어날 수도 있습니다. 문제가 있다고 결론짓기 전에 설정 창의 크기를 조정해 보시기 바랍니다.

둘은 서로 바꿔 쓸 수 있는 것도 아닙니다. 지금은 Tahoe에 머무르고 싶다면 Update Now를 선택하는 것이 맞으며, 27은 그대로 대기 상태로 남습니다. 업그레이드를 선택하면 Golden Gate가 26.7을 완전히 대체하므로 26.7 단계는 건너뛰게 됩니다.

2단계: 아직 배포가 도달하지 않았습니다

Apple은 모든 Mac에 동시에 주요 릴리스를 제공하지 않습니다. 배포는 단계적으로 이루어지며, 그 안에서 내가 어느 시점에 위치하는지는 사용자가 조정할 수 있는 부분이 아닙니다.

이것이 막연한 추측이 아니라 실제로 진단 가능한 이유는, macOS가 각 업데이트가 내 Mac에 처음 제공된 시점을 기록해 두기 때문입니다.

defaults read /Library/Preferences/com.apple.SoftwareUpdate FirstOfferDateDictionary

Tahoe 26.5.2를 실행 중인 이 Mac에서는 다음과 같은 전체 이력을 확인할 수 있습니다.

"MSU_UPDATE_25A354_patch_26.0_major"   = "2025-09-19 15:06:14 +0000";
"MSU_UPDATE_25A362_patch_26.0.1_minor" = "2025-10-01 04:54:48 +0000";
"MSU_UPDATE_25B78_patch_26.1_minor"    = "2025-11-19 02:41:25 +0000";
"MSU_UPDATE_25E246_patch_26.4_minor"   = "2026-03-24 21:15:05 +0000";
"MSU_UPDATE_25F84_patch_26.5.2_minor"  = "2026-06-30 08:40:30 +0000";
"MSU_UPDATE_25G72_patch_26.6_minor"    = "2026-07-27 23:43:30 +0000";
"MSU_UPDATE_25G83_patch_26.6.2_minor"  = "2026-08-19 11:58:15 +0000";

접미사를 살펴보면, Tahoe 업그레이드는 _major, 포인트 업데이트는 _minor로 표시됩니다. 몇 가지를 실제 출시일과 비교해 보겠습니다.

업데이트	출시일	이 Mac에 처음 제공된 날짜	간격
macOS 26.0 (25A354) — major	2025년 9월 15일	2025년 9월 19일	4일
macOS 26.4 (25E246)	2026년 3월 24일	2026년 3월 24일	당일
macOS 26.5.2 (25F84)	2026년 6월 29일	2026년 6월 30일	1일
macOS 26.6 (25G72)	2026년 7월 27일	2026년 7월 27일	당일
macOS 26.6.2 (25G83)	2026년 8월 17일	2026년 8월 19일	2일

이 패턴은 사람들이 경험담으로 전하는 내용과 일치합니다. 보안 업데이트와 포인트 업데이트는 하루 이틀 안에 도착하지만, 주요 업그레이드는 더 오래 걸립니다. 이 Mac에서 Tahoe의 경우 4일이 걸렸습니다.

이 표에 대해 한 가지 솔직히 짚어둘 점이 있습니다. 이 날짜는 업데이트가 이 Mac에 처음 제공된 시점으로, Apple의 단계적 배포와 이 Mac이 실제로 확인을 시도한 시점이 함께 반영된 값입니다 — 여기서는 자동 다운로드가 꺼져 있습니다. 따라서 Apple의 단계별 배포에 대한 순수한 측정치는 아닙니다. 하지만 "내가 지연을 느끼는 게 착각인가?"라는 질문에 대한 답으로는 그냥 추측하는 것보다 훨씬 낫고, 시스템에 남아 있는 이런 종류의 유일한 기록이기도 합니다.

같은 파일은 다른 이유로도 살펴볼 가치가 있습니다. Rapid Security Response를 _rsr 접미사로 별도로 기록해 두므로, 내 Mac이 이를 받은 적이 있는지 깔끔하게 확인할 수 있습니다.

3단계: Mac이 아직 실제로 확인하지 않았습니다

Software Update 화면은 계속해서 폴링하지 않습니다. Mac이 절전 상태였거나 자동 확인이 꺼져 있었다면, 화면에는 어제 캐시된 결과가 그대로 표시되고 있을 수 있습니다.

실제 스캔을 강제로 실행합니다.

sudo softwareupdate --background --force

--force가 중요합니다. 이 옵션이 없으면 --background는 "Automatically check for updates" 환경설정을 그대로 따르며, 이 설정이 꺼져 있으면 아무 일도 하지 않고 조용히 종료됩니다. 이어서 스캔 결과를 확인합니다.

softwareupdate --list

단독 --list는 자체적으로 스캔을 수행하는 반면, --list --no-scan은 이전 결과를 재사용한다는 점에 유의하시기 바랍니다. 지금 이 순간 실제로 무엇을 사용할 수 있는지 알고 싶다면 --no-scan을 사용하지 마세요.

시스템 설정 → 일반 → Software Update를 여는 것도 확인을 트리거하지만, 이는 온건한 방식입니다 — 백그라운드에서 작업하는 동안 캐시된 상태를 먼저 반환할 수 있어서, 화면을 연 뒤 몇 초 후에야 항목이 채워지는 경우가 있습니다.

4단계: 무언가가 업데이트를 지연시키고 있습니다

Mac이 관리형 기기라면 — 회사, 학교, 또는 몇 년 전에 설치하고 잊어버린 구성 프로파일에 의해 — 정책상 업데이트가 보류될 수 있습니다.

프로파일이 설치되어 있는지 확인합니다.

profiles list                 # user-level profiles
sudo profiles show -type enrollment   # MDM enrolment status

Apple의 MDM 제한 사항에는 서로 독립적인 두 가지 지연 키 쌍이 있습니다.

제한 키	연관 지연 키	보류 대상
forceDelayedSoftwareUpdates	enforcedSoftwareUpdateDelay	포인트 및 보안 업데이트
forceDelayedMajorSoftwareUpdates	enforcedSoftwareUpdateMajorOSDeferredInstallDelay	macOS 27과 같은 주요 업그레이드

주요 OS 지연의 기본값은 30일이며, 최소 1일에서 최대 90일까지 설정할 수 있습니다. 8월에 90일로 설정한 관리자가 있다면 그 Mac에서는 12월까지 Golden Gate가 숨겨져 있는 것이며, 이는 설계된 그대로 정상 작동하는 것입니다.

가장 빠르게 확인할 수 있는 로컬 신호는 설치 프로그램 목록의 Deferred: 열입니다.

softwareupdate --list-full-installers

관리되지 않는 이 Mac에서는 Golden Gate 출시 이틀 전 기준으로 모든 줄이 Deferred: NO로 표시됩니다.

* Title: macOS Tahoe, Version: 26.6.2, Size: 17953734KiB, Build: 25G83, Deferred: NO
* Title: macOS Tahoe, Version: 26.6.1, Size: 17938060KiB, Build: 25G76, Deferred: NO
* Title: macOS Tahoe, Version: 26.6,   Size: 17942836KiB, Build: 25G72, Deferred: NO
* Title: macOS Sequoia, Version: 15.7.9, Size: 15289021KiB, Build: 24G830, Deferred: NO

여기서 YES가 표시된다면 그것이 답이며, Terminal에서 해결할 수 있는 문제가 아닙니다. 지연은 서버 측과 로컬 양쪽에서 강제되므로, 승인 없이 프로파일을 제거하는 것은 감독형(supervised) Mac에서는 소용없는 시도일 뿐 아니라, 그 전에 먼저 IT 팀과 상의해야 할 사안입니다.

Mac을 관리하는 입장이라면 알아둘 점이 있습니다. 주요 업그레이드 지연은 마이너 업데이트를 보류하지 않습니다. 사용자들이 27은 못 보고 26.7만 보고 있다면, 이는 잘못 설정된 것이 아니라 올바르게 구성된 플릿(fleet)입니다.

5단계: 베타 채널을 사용 중입니다

이 부분은 필요 이상으로 많은 사람을 혼란스럽게 하며, 그것도 양방향으로 그렇습니다.

Mac이 개발자 또는 퍼블릭 베타 프로그램에 등록되어 있다면 Software Update는 베타 트랙을 제공합니다. 시점에 따라 이는 이미 릴리스 빌드를 갖고 있다는 뜻일 수도 있고(RC가 그대로 릴리스가 되는 경우), 27.0 릴리스 대신 27.1 베타가 제공되고 있다는 뜻일 수도 있으며, 화면이 다른 사람들과 헷갈릴 정도로 다르게 보인다는 뜻일 수도 있습니다.

이는 시스템 설정 → 일반 → Software Update → Beta Updates에서 확인하고 변경할 수 있으며, 현재 macOS에서 지원되는 공식 제어 방법입니다. Off로 설정하면 Mac이 릴리스 트랙으로 돌아갑니다.

예전의 seedutil 바이너리는 /System/Library/PrivateFrameworks/Seeding.framework/Versions/A/Resources/seedutil에 여전히 존재하며, Ventura 이전 가이드에서는 지금도 이를 권장합니다. 대신 설정 화면의 제어 기능을 사용하시기 바랍니다 — 베타 등록은 Apple Account 기반 시스템으로 이전되었으며, 이 바이너리가 파악하는 상태는 더 이상 정확한 기준이 아닙니다.

관련해서 한 가지 함정이 있습니다. Golden Gate RC를 설치했다면 이미 정식 출시 빌드를 사용 중인 것입니다. 이미 갖고 있으므로 Software Update는 "macOS 27"을 제공하지 않습니다. 짐작하지 말고 About This Mac에서 버전을 직접 확인하시기 바랍니다.

6단계: 여유 공간 부족

Software Update는 설치할 수 없는 업그레이드도 일단 표시해 두었다가, 중간에 실패하거나 마지막 단계에서 거부할 수 있습니다. Golden Gate의 전체 설치 프로그램은 Tahoe와 비슷한 규모로 — 다운로드 용량이 약 17GB — 실제 설치 과정에서는 그보다 훨씬 많은 여유 공간이 필요합니다.

Finder에 표시되는 용량 수치는 설치 프로그램이 실제로 사용하는 수치와 다릅니다. 컨테이너를 확인합니다.

diskutil info / | grep "Container Free Space"

예상보다 훨씬 낮은 값이 나온다면, 그 공간은 대개 찾아서 지울 수 있는 파일이 아니라 APFS 스냅샷과 제거 가능(purgeable) 콘텐츠가 차지하고 있는 것입니다 — 업그레이드 전 실제로 디스크를 잡아먹는 것의 정체에서 이를 자세히 다루며, 숨겨진 루트 레벨 로그에서는 또 다른 흔한 함정을 다룹니다.

7단계: 카탈로그 또는 네트워크 문제

드물지만 실제로 발생하며, Apple 쪽 문제라고 단정하기 전에 확인해 볼 가치가 있습니다.

• 사용자 지정 카탈로그 URL. 예전의 Software Update Server 프로파일은 /Library/Preferences/com.apple.SoftwareUpdate에 CatalogURL을 기록해 두었습니다. 이 값이 설정되어 있고 더 이상 존재하지 않는 서버를 가리키고 있다면, Mac이 엉뚱한 곳에 문의하고 있는 것입니다. defaults read /Library/Preferences/com.apple.SoftwareUpdate로 확인해 CatalogURL 키가 있는지 살펴보세요 — 일반적인 Mac에는 이 키가 없어야 정상입니다.
• 콘텐츠 캐싱 서버. macOS Content Caching을 운영하는 네트워크에서는, 새 릴리스를 아직 받아오지 않은 캐시를 Mac이 기다리고 있는 상태일 수 있습니다. 이는 보통 몇 시간 안에 저절로 해결됩니다.
• VPN 또는 필터링 프록시. TLS를 가로채는 기업용 필터링은 오류 메시지 없이 그냥 빈 화면만 남기는 방식으로 업데이트 확인을 망가뜨릴 수 있습니다. 문제를 더 키우기 전에 다른 네트워크에서 테스트해 보세요.
• 오래된 카탈로그 캐시. sudo softwareupdate --clear-catalog는 클라이언트에 캐시된 카탈로그를 초기화합니다. 해가 없고, 가끔 효과가 있으며, 위의 모든 항목을 배제한 뒤 한번 시도해 볼 만합니다.

Mac을 관리하는 입장이라면, 상황이 다릅니다

지연 제한은 예전 방식의 메커니즘입니다. macOS 14부터 Apple이 선호하는 방식은 **선언적 기기 관리(declarative device management)**로, Mac이 도달해야 할 상태를 설명하는 선언(declaration)을 전달받아 서버의 폴링 없이도 스스로 그 상태에 도달합니다.

관련된 선언은 com.apple.configuration.softwareupdate.enforcement.specific이며, 이 선언의 세 가지 키가 사용자 입장에서는 이해하기 어려워 보이는 동작 대부분을 설명해 줍니다.

키	효과
TargetOSVersion	Mac이 도달해야 하는 버전, 예를 들어 27.0
TargetBuildVersion	선택 사항이며, 둘 다 설정된 경우 TargetOSVersion보다 우선 적용됨 — 특정 빌드를 지정할 때 사용
TargetLocalDateTime	업데이트가 강제로 적용되는 현지 날짜와 시간

다음 두 가지 동작은 지원 티켓을 유발하는 원인이 되므로 알아둘 가치가 있습니다.

• 대상 버전이 해당 Mac에 아직 제공되지 않았다면, 선언은 활성 상태를 유지한 채 그저 대기합니다. Mac이 고장 난 것이 아니라, 아직 충족할 수 없는 구성을 그대로 붙들고 있는 것입니다. 일치하는 업데이트가 나타나면 그때 처리합니다.
• 여러 선언이 각기 다른 최신 버전을 대상으로 한다면, 가장 이른 목표 날짜를 가진 선언이 먼저 실행되고 나머지는 그 뒤에 대기열로 밀립니다.

사용자 입장에서 보면, 선언적 강제 적용을 받는 Mac은 카운트다운이 표시된 업그레이드 알림을 보여줄 수도 있고, 목표 날짜가 다가올 때까지 아무것도 보여주지 않을 수도 있습니다. 둘 다 결함이 아닙니다. 플릿을 관리하고 있다면 월요일 전에 Golden Gate를 목표로 설정할지 지연시킬지 결정해 두시기 바랍니다 — 그리고 주요 OS 지연이 이번 달 보안 수정이 담긴 26.7까지 막지는 않는다는 점을 기억하세요.

설치 후, 원하는 결과를 얻었는지 확인하세요

특히 설치 프로그램을 직접 받아서 설치했다면, 30초를 들여 확인할 가치가 있습니다.

# Version and build
sw_vers

# System Integrity Protection should be enabled
csrutil status

# Firmware — Golden Gate moves to a new series
ioreg -p IODeviceTree -n chosen -r | grep -E "firmware-version|iboot-stage"

sw_vers는 정식 출시 빌드와 함께 27.0을 보고해야 합니다. 흥미로운 것은 펌웨어 명령어 쪽입니다. Tahoe는 mBoot-18000.x 범위의 값을 보고하는데 — 26.5.2를 실행 중인 이 Mac은 mBoot-18000.121.3을 보고합니다 — 반면 Golden Gate 릴리스 후보는 완전히 새로운 계열인 20457.1.29를 보고합니다. 펌웨어 인벤토리를 관리하고 있다면 이 값이 불연속적으로 보일 것을 예상하시고, 애초에 이 숫자들을 기록해 둘 가치가 있는 이유는 Sequoia와 Sonoma 업데이트의 펌웨어 버전 불일치를 참고하세요.

그래도 직접 받는 방법

자격 조건을 확인했고 단지 배포를 기다리고 싶지 않다면, 설치 프로그램을 직접 받을 수 있는 공식 지원 방법이 있습니다.

App Store 페이지

Apple은 각 macOS 릴리스마다 Mac App Store 페이지를 게시하며, 이를 열면 Software Update가 업그레이드를 제공했는지 여부와 관계없이 전체 설치 프로그램이 /Applications에 저장됩니다. Apple의 공식 지원 페이지가 이 링크들을 안내하며, 이 경로가 가장 안전합니다 — 검색 결과에서 찾은 "macOS 27 installer"는 악성코드 배포자가 가장 좋아하는 바로 그 형태입니다.

softwareupdate --fetch-full-installer

명령줄을 이용하는 방법으로, Software Update 화면의 배포 로직을 우회합니다.

# See what the catalogue actually contains
softwareupdate --list-full-installers

# Fetch a specific version into /Applications
sudo softwareupdate --fetch-full-installer --full-installer-version 27.0

월요일에 첫 번째 명령어를 실행해 두고 목록에 macOS 27이 나타나는 순간을 지켜보세요 — 그것이 카탈로그가 전환되는 시점이며, 보통 Software Update 화면보다 먼저 나타납니다. 같은 명령어는 Tahoe만 제공되는 Mac에 Sequoia를 설치하는 것처럼, 일부러 더 오래된 릴리스를 받아올 때도 사용됩니다.

부팅 가능한 설치 프로그램

설치 프로그램 앱이 /Applications에 있으면, createinstallmedia로 USB 드라이브를 부팅 가능한 설치 프로그램으로 만들 수 있습니다.

sudo /Applications/Install\ macOS\ 27\ Golden\ Gate.app/Contents/Resources/createinstallmedia \
  --volume /Volumes/MyUSBDrive

정확한 앱 이름은 Apple이 실제로 배포하는 것에 따라 달라지므로, 경로를 그대로 베끼지 말고 /Applications를 직접 확인하시기 바랍니다. 여러 대의 Mac을 업그레이드해야 한다면 한 번만 다운로드하면 되는 이 방법이 해볼 만합니다.

Software Update가 대신 26.7을 제공할 때

월요일에 가장 흔하게 겪을 상황이니 분명히 짚어두겠습니다. macOS 27 대신 Tahoe 26.7이 제공되는 것은 대부분 실패가 아니라 올바른 결과입니다.

• Intel Mac에서는 26.7이 마지막이며, 그 이후로는 아무것도 나오지 않습니다.
• 주요 OS 지연이 설정된 관리형 Mac에서는, 정책이 허용하는 것이 26.7입니다.
• 배포 초기 단계에 있는 자격 있는 Mac에서는, 26.7이 먼저 도착하고 27이 뒤따라옵니다.

그리고 26.7은 위안거리 수준의 업데이트가 아닙니다. 이 업데이트와 Sequoia 15.8은 8월 17일부터 9월 9일 사이에 네 차례의 릴리스 후보를 거쳤으며 — 마지막 라운드는 25G229와 24H23이었습니다 — 릴리스 노트에는 보안 수정 사항이 기재되어 있습니다. 27에 대해 고민하는 동안 이를 먼저 설치해 두는 것은 충분히 합리적인 선택이며, Golden Gate 출시 첫날 가이드에서는 주요 업그레이드를 기다려야 하는 이유를 다룹니다.

자주 발생하는 문제 해결

업그레이드가 나타났다가 다운로드된 후 사라지는 경우

대개 무결성 검사 실패나 다운로드 중단이 원인입니다. 부분 다운로드된 파일은 /Library/Updates에 남아 있으며, 그 안의 내용을 지우고 업데이트를 다시 실행하는 것은 안전하고 대부분 그것으로 충분합니다. 계속 반복된다면 전체 설치 프로그램을 대신 받으세요 — 17GB를 한 번에 받는 쪽이 이어받기보다 더 안정적입니다.

"An error occurred downloading the selected updates"

이 메시지는 매우 일반적이며, Mac 자체의 문제라기보다는 대부분 네트워크 계층의 문제입니다. 다른 네트워크를 시도하고, VPN을 비활성화한 뒤 다시 실행해 보세요. 소속 조직이 캐싱 서버를 운영한다면 그곳부터 확인해야 합니다.

Software Update가 "Checking for updates"에서 멈춰 계속 돌아가는 경우

확인 작업을 종료하고 깨끗하게 다시 강제로 실행합니다.

sudo killall softwareupdated
sudo softwareupdate --clear-catalog
sudo softwareupdate --background --force

그런 다음 Software Update 화면을 다시 엽니다. softwareupdated 데몬은 자동으로 재시작됩니다.

Mac이 자격을 갖췄고, 관리되지 않으며, 공간도 충분한데 며칠이 지나도 아무것도 표시되지 않는 경우

이 시점이면 배포 지연이라는 설명은 더 이상 통하지 않습니다. 전체 설치 프로그램을 직접 받으세요 — 경로만 다를 뿐 동일한 데이터이며, 화면이 왜 고집스럽게 반응하지 않는지 굳이 진단할 필요가 없습니다.

업그레이드 후 회사 VPN이나 보안 에이전트가 작동하지 않는 경우

업그레이드 자체의 실패는 아니지만, 업그레이드 후 가장 흔하게 발생하는 지원 티켓입니다. 서드파티 네트워크 확장 프로그램과 커널 확장 프로그램은 새로운 주요 릴리스가 나올 때마다 벤더 측 업데이트가 필요한 경우가 많습니다. 업그레이드 후가 아니라 업그레이드 전에 호환성을 확인하세요 — 관리형 Mac에서 지연 정책이 존재하는 이유가 바로 이것입니다.

FAQ

macOS 배포는 보통 얼마나 걸리나요?

대부분의 Mac에서는 몇 주가 아니라 며칠 정도입니다. 이 Mac에서는 Tahoe 26 업그레이드가 출시 4일 후에 나타났고 포인트 업데이트는 당일에 도착했습니다. Apple은 배포 일정이나 비율을 공개하지 않습니다.

재시동하면 업데이트가 더 빨리 나타나나요?

아니요. 재시동은 새로운 확인을 트리거할 뿐이며, Mac에 오래된 캐시 결과가 남아 있던 경우에만 도움이 됩니다. 배포 순서를 앞당겨 주지는 않습니다.

IT 부서에 묻지 않고도 내 Mac이 관리형인지 확인할 수 있나요?

sudo profiles show -type enrollment 명령어로 Mac이 MDM에 등록되어 있는지, 그리고 그 등록이 사용자 승인형인지 감독형(supervised)인지 확인할 수 있습니다. 감독형 Mac의 정책은 로컬에서 제거할 수 없습니다.

서드파티 사이트에서 설치 프로그램을 다운로드해도 괜찮은 경우가 있나요?

아니요. Apple의 App Store 링크나 softwareupdate --fetch-full-installer를 사용하세요. 변조된 macOS 설치 프로그램은 기기 전체가 완전히 침해당하는 것이나 다름없으며, 사람들이 출시일에 설치 프로그램을 찾아 나서기 때문에 악성코드가 즐겨 사용하는 경로이기도 합니다.

릴리스 후보 버전을 사용 중입니다. 월요일에 따로 해야 할 일이 있나요?

거의 없습니다 — RC 빌드가 그대로 릴리스 빌드가 됩니다. 빌드 번호는 About This Mac → More Info에서 확인하고, 다음에 27.1 베타를 받고 싶지 않다면 Beta Updates를 꺼두시기 바랍니다.

업그레이드가 나타난 당일에 바로 설치해야 하나요?

이는 업그레이드가 나타나는지 여부와는 별개의 질문이며, 업무용으로 쓰는 대부분의 Mac이라면 27.0.1을 기다리는 것이 답입니다. 출시 첫날 가이드에서 정식 빌드에 알려진 회귀 문제들을 다룹니다.

결론

개별적인 해결책보다 순서 자체가 더 중요합니다. 자격 조건, 그다음 화면의 두 번째 항목, 그다음 배포 기록, 그다음 강제 확인, 그다음 지연 정책, 그다음 베타 채널, 그다음 공간, 그다음 네트워크 순서입니다. 이 일곱 가지 중 여섯 가지는 결함이 아니라 설명일 뿐이며, 순서대로 짚어보는 데는 약 5분이면 충분합니다 — 단지 대기열 앞쪽까지 48시간 남았을 뿐인 Mac을 붙잡고 NVRAM을 초기화하며 오후 시간을 통째로 쓰는 것보다 훨씬 적은 시간입니다.

끝까지 확인했는데도 Mac이 자격을 갖췄고, 관리되지 않으며, 공간도 충분한데 여전히 아무것도 표시되지 않는다면, 진단을 멈추고 전체 설치 프로그램을 받으세요. 이는 공식적으로 지원되는 방법이고, Apple이 제공하는 데이터 그 자체이며, 이 모든 문제를 아예 우회해 버립니다.

관련 글: Golden Gate 출시 첫날 업데이트 가이드 · 업그레이드 전 실제로 디스크를 잡아먹는 것의 정체 · Intel Mac 시대의 종언 · macOS 베타를 안전하게 설치하는 방법