macOS 업데이트가 잘못됐을 때: Tahoe 복구 플레이북

macOS 업데이트는 두 가지 방식 중 하나로 잘못되며, 그 둘은 체감이 완전히 다릅니다. 첫 번째는 저녁에 설치 프로그램을 실행해 두고 한 시간 뒤에 돌아왔는데 진행 막대가 자리를 떠났을 때 그 자리에 그대로 있는 경우입니다. 아무것도 움직이지 않습니다. 예상 남은 시간이 같은 숫자에 너무 오래 고정돼 있어서, 그 숫자에 애초에 의미가 있기는 한지 의심이 들기 시작합니다. 두 번째는 업데이트가 끝나고 Mac이 재시동됐는데 켜진 상태를 유지하지 못하는 경우입니다. Apple 로고, 진행 막대, 검은 화면, Apple 로고, 진행 막대, 검은 화면이 반복되고, Mac은 쓸 수 있는 그 어디로도 부팅되지 않습니다.

두 상황 모두 올바른 첫 수가 정해져 있고, 두 경우 모두 그 올바른 첫 수는 대부분의 사람이 건너뛰는 바로 그 동작입니다. 본능적으로 첫 번째 상황에서는 전원 버튼에 손이 가고, 두 번째 상황에서는 계속 재시동하게 됩니다. 둘 중 하나는 대개 틀렸고 다른 하나는 대개 맞는데, 그 이유는 운과는 아무 상관이 없습니다. 2026년의 macOS 업데이트가 사람들이 Mojave 시절에 기억하는 그 작업과는 근본적으로 다른 작업이며, 그에 따라 실패 양상도 바뀌었다는 사실에서 비롯됩니다.

Big Sur 이후로 Mac이 부팅하는 시스템은 암호학적으로 봉인된 읽기 전용 APFS 스냅숏입니다. 사용자의 파일은 완전히 별개의 볼륨에 있고, 업데이트가 진행되는 시간 대부분 동안 그 볼륨은 마운트조차 되어 있지 않습니다. 이 하나의 아키텍처적 사실이 모든 것을 다시 짭니다. 무엇이 망가질 수 있는지가 달라지고, 중단된 업데이트가 무엇을 손상시킬 수 있고 없는지가 달라지며, 복구가 어떤 모습인지가 달라집니다. 예전의 조언, 즉 「그냥 위에 덮어서 다시 설치하면 알아서 정리된다」는 조언이 5년 전과 지금 다른 결과를 내는 이유이기도 합니다.

이 글은 macOS 26 세대를 위한 순서가 있는 플레이북입니다. 업데이트 내부에서 실제로 무슨 일이 일어나는지, 증상을 첫 조치에 대응시키는 분류 트리, 서로 다른 실패 양상별 섹션, Tahoe의 새로운 Device Recovery Assistant, 각 아키텍처에서 Recovery에 들어가는 방법과 그 안의 각 유틸리티가 무엇을 위한 것인지, 지우지 않고 다시 설치하는 방법, 그리고 이전 버전으로 되돌리는 방식과 그 대가가 정확히 무엇인지를 다룹니다. 일부는 실제 Mac에서 검증했고 직접 실행해 볼 수 있는 명령어로 보여 드립니다. Apple이 문서화하지 않은 부분은 추측하는 대신 문서화되지 않았다고 밝힙니다.

핵심 요약

• 부팅 볼륨은 봉인된 읽기 전용 스냅숏이며, 명령어 하나로 증명할 수 있습니다. macOS 26.5.2(빌드 25F84)를 실행하는 테스트용 Mac에서 mount | grep ' on / '는 /dev/disk3s1s1 on / (apfs, sealed, local, read-only, journaled)를 반환했습니다. sealed와 read-only 플래그야말로, HFS+ 시절처럼 절반만 적용된 업데이트가 미묘하게 손상된 System 볼륨을 남길 수 없는 이유입니다.
• 멈춘 것처럼 보이는 진행 막대는 대개 거짓말하는 진행 막대입니다. Howard Oakley는 macOS 26.4 업데이트가 98.6%에서 「5분 남음」을 표시한 채 12분 7초 동안 머물렀고, 그동안 로그 항목은 준비 작업이 계속되고 있었음을 보여 주었다고 기록했습니다. 그는 느린 Mac에서는 30분 이상 걸릴 수 있다고도 언급합니다.
• 부팅 루프에서 첫 수는 루프를 멈추는 것이지, 다시 그 안으로 재시동하는 것이 아닙니다. Howard Oakley의 지시는 직설적입니다. Mac이 꺼질 때까지 전원 버튼을 길게 누르십시오. 루프에 빠진 Mac은 이른 시점의 커널 패닉에 부딪혀 재시동하고 있는 것이며, 매 사이클은 또 한 번의 기회가 아니라 또 한 번의 패닉입니다.
• Tahoe는 Device Recovery Assistant를 추가했고, 이 도구는 쓸모 있으려면 인터넷이 필요합니다. Apple은 이 도구가 Mac에 시동을 막는 문제가 있을 때 자동으로 열린다고, 그리고 Mac에 영향을 주는 소프트웨어 문제에 대한 최신 정보를 다운로드하려면 연결이 필요하다고 문서화합니다. 또한 Apple은 캡티브 네트워크와 802.1X를 요구하는 네트워크는 macOS Recovery에서 지원되지 않는다고도 문서화합니다.
• Apple 실리콘 Mac을 이전 macOS 버전으로 되돌리면 기기가 지워집니다. DFU 복원에 대한 Apple 자신의 설명은, 내장 저장 장치에 macOS를 지우고 설치하며 내장 볼륨의 데이터는 복구 불가능해진다는 것입니다. 그 길로 들어서기 전 검증된 백업은 있으면 좋은 것이 아니라, 전제 조건 그 자체입니다.

현대의 macOS 업데이트는 실제로 어떻게 동작하는가

실패한 업데이트 중에 사람들이 내리는 잘못된 결정은 거의 전부 2020년에 정확성을 잃어버린 멘탈 모델을 계속 끌고 온 데서 나옵니다. 진짜 모델에 몇 분을 쓸 가치가 있습니다. 뒤에 나오는 플레이북은 민담이 아니라 이 모델에서 유도된 것이기 때문입니다.

봉인된 System 볼륨은 비유가 아닙니다

사람들이 macOS 시스템 볼륨이 「읽기 전용」이라고 말하면, 관리자가 뒤집을 수 있는 권한 설정처럼 들립니다. 그렇지 않습니다. 볼륨 전체에 걸친 암호학적 봉인이고, 실행 중인 시스템은 그 봉인된 상태의 스냅숏에서 부팅됩니다.

Big Sur 이상을 실행하는 어떤 Mac에서도 확인할 수 있습니다. macOS 26.5.2(빌드 25F84)를 실행하는 테스트용 Apple 실리콘 Mac에서 이 명령어는:

mount | grep ' on / '

정확히 다음을 반환했습니다:

/dev/disk3s1s1 on / (apfs, sealed, local, read-only, journaled)

이 한 줄에서 중요한 것이 세 가지입니다. 장치는 disk3s1이 아니라 disk3s1s1입니다. 추가된 s1이 스냅숏입니다. Mac은 System 볼륨 자체가 아니라 System 볼륨의 스냅숏에서 실행되고 있습니다. sealed 플래그는 볼륨의 내용이 시스템이 검증하는 해시 트리로 덮여 있다는 뜻입니다. 그리고 read-only는 말 그대로이며, 어떤 관리자 암호로도 바뀌지 않는 수준입니다.

The Eclectic Light Company에 글을 쓰는 Howard Oakley는 그 결과를 분명하게 정리합니다. 「SSV에서 부팅된 macOS는 과거의 것과 매우 다릅니다. T2 칩, 특히 Apple 실리콘 칩을 탑재한 Mac은 SSV의 내용을 마지막 한 비트까지 검증합니다.」 그 검증은 올바른 설치가 어떤 모습이어야 하는지에 대한 Apple의 기준과 대조해 이루어집니다. 옛날에 지배적이던 실패 유형, 즉 부팅은 되지만 이상하게 동작하는 부분적으로 기록된 시스템 디렉터리가 사실상 더 이상 발생할 수 없는 이유입니다. 봉인이 검증되어 Apple이 배포한 것과 정확히 동일한 상태를 갖거나, 검증되지 않아 Mac이 그곳에서 부팅하기를 거부하거나 둘 중 하나입니다.

이것은 맞바꿈입니다. 흐물흐물하게 반쯤 망가진 상태에 빠질 가능성을 잃는 대신, 이분법적인 부팅 불가 상태에 빠질 가능성을 얻습니다. 이분법적 실패에 대한 복구 플레이북은 흐물흐물한 실패의 것과는 다릅니다.

볼륨 그룹: 누가 무엇을 하는가

이것을 실행하면 전체 구조가 보입니다:

diskutil apfs list

같은 테스트용 Mac에서 컨테이너는 뚜렷이 구분되는 역할을 가진 여러 볼륨을 나열했습니다. System 역할 볼륨 disk3s1은 Sealed: Yes와 함께 Snapshot: UUID, Snapshot Disk: disk3s1s1, Snapshot Mount Point: /, Snapshot Sealed: Yes를 보고했습니다. 그룹 내 나머지 모든 볼륨, 즉 Preboot, Recovery, Macintosh HD - Data라는 이름의 Data 볼륨, 그리고 VM은 Sealed: No를 보고했습니다.

그 분포가 설계를 한눈에 알려 줍니다:

볼륨 역할	봉인 여부	무엇이 들어 있는가	업데이트 중 어떤 의미인가
System	예	macOS 설치 자체, 스냅숏을 통해 부팅됨	업데이트로 통째로 교체됨. 사용되기 전에 봉인이 검증됨
Data	아니요	홈 폴더, 설치한 앱, 설정 등 실제로 소유한 모든 것	업데이트 대부분의 시간 동안 마운트 해제됨. 마지막에 그룹에 다시 합류함
Preboot	아니요	볼륨 그룹별 부팅 지원 파일. 주 시스템이 준비되기 전 Mac에 필요한 것들 포함	과정 중 업데이트됨. 여기가 손상되면 시스템을 찾거나 시작하지 못하는 Mac으로 나타남
Recovery	아니요	복구 환경과 그 자체의 유틸리티들	낙하산. Apple 실리콘에는 하나 이상 존재하며, 이는 뒤에서 중요해짐
VM	아니요	스왑 및 잠자기 이미지 저장 공간	다시 생성됨. 걱정할 대상이 아님

System과 Data 볼륨을 합쳐 Apple은 볼륨 그룹이라고 부르며, macOS는 펌링크의 도움으로 이 둘을 하나의 디스크로 보여 줍니다. 그 착시는 업데이트가 망가져서 어느 쪽 절반이 문제인지 따져야 하는 순간이 오기 전까지는 편리합니다.

업데이트 대부분의 시간 동안 Data 볼륨은 마운트 해제되어 있습니다

이것이 행동을 가장 크게 바꾸는 사실이며, 거의 아무도 모릅니다. Howard Oakley의 말입니다. 「Big Sur 이후로는 그것이 불운한 부작용일 가능성이 더 커졌습니다. 그 이후 버전들에서는 업데이트가 진행되는 거의 전 시간 동안, 파일과 앱이 들어 있는 Data 볼륨이 마운트 해제되어 있습니다.」

다시 읽어 보십시오. 그 안에는 상당한 양의 안도감이 담겨 있습니다. 업데이트의 대부분 동안, 문서와 사진 보관함, 메일, Xcode 프로젝트, 응용 프로그램을 담고 있는 볼륨은 마운트되어 있지 않습니다. 기록되고 있지 않습니다. 재구성되고 있지 않습니다. 모든 작업은 System 볼륨에서 일어나고 있으며, 그 볼륨은 무언가가 신뢰하기 전에 봉인되고 검증될 것입니다.

실질적인 함의는 이렇습니다. 중간에 죽어 버린 업데이트가 파일을 손상시켰을 가능성은 직관이 시사하는 것보다 훨씬 낮습니다. 그 시간 대부분 동안 파일이 관여하지 않았기 때문입니다. 그렇다고 업데이트를 중단하는 것이 좋은 생각이 되지는 않습니다. 다만 강제 종료를 해야만 했던 경우, 합리적인 기대치는 문서가 갈가리 찢긴 Mac이 아니라 부팅되지 않는 Mac이라는 뜻입니다.

또한 이는 뒤에서 다룰 구체적이고 흔하며 놀라운 증상 하나를 설명합니다. 업데이트 후 부팅은 되는데 파일이나 앱을 잃어버린 것처럼 보이는 Mac 말입니다. 과정 마지막에 Data 볼륨이 그룹에 다시 합류하는 지점이, 소수의 항목이 원래 두었던 곳이 아닌 다른 곳에 놓이게 되는 지점입니다.

왜 멈춘 것처럼 보이는가, 그리고 정상은 실제로 얼마나 긴가

업데이트 중 사람들이 Mac에 저지르는 가장 파괴적인 행동은, 정지한 진행 막대를 근거로 기계가 멈췄다고 판단하는 것입니다.

Howard Oakley는 macOS 26.4 업데이트에 대해 이를 정확히 기록했습니다. 막대는 98.6%에서 「5분 남음」을 표시한 채 머물렀습니다. 그 5분은 12분 7초가 걸렸고, 그의 표현으로는 「로그 항목들은 그 시간 내내 준비 작업이 계속되었음을 분명히 보여 줍니다.」 그의 설명은 업데이트가 컸고 「그 내용을 검증하고 준비를 완료하는 데 필요한 작업이 완료 퍼센트와 남은 시간 양쪽에서 잘못 보고되었다」는 것입니다. 그의 조언은 Mac이 끝내도록 내버려 두라는 것이며, 지연이 「느린 Mac에서는 아마도 30분 이상」일 수 있다고 언급합니다.

여기에는 두 가지 구조적 이유가 깔려 있습니다. 첫째, 봉인된 시스템 볼륨을 검증한다는 것은 엄청난 양의 데이터를 해싱한다는 뜻이며, 그 작업은 파일 복사의 눈에 보이는 진행과 선형 관계가 아니어서, 추정기는 엉뚱한 변수에 곡선을 맞추고 있는 셈입니다. 둘째, 가장 무거운 단계 중 일부는 그래픽 진행 UI가 그것을 설명할 방법을 갖기 전에 실행되므로, 기계가 가장 바쁠 때 막대는 새로 할 말이 없습니다.

여러분에게 미치는 결과는 하나의 규칙입니다. 정지한 막대는 멈춤의 증거가 아닙니다. 긴 시간 창 동안 디스크와 CPU 활동이 없는 것이 멈춤의 증거입니다. 이 둘은 서로 다른 관찰이며, 아래의 중단된 업데이트 섹션이 두 번째 관찰을 어떻게 하는지 설명합니다.

분류 결정 트리

구체적인 해결책에 앞서, 두 가지가 순서대로 일어나야 합니다.

0단계: 백업 상태를 확정하십시오

업데이트가 잘못됐을 때 무엇을 해야 하는지에 대한 Howard Oakley의 순서 있는 목록은 현재 백업이 있는지 확인하는 것으로 시작하며, 그 이유는 세 섹션 뒤에 명백해집니다. Apple 실리콘에서 가장 강력한 복구 도구들은 파괴적이며, 그것을 사용할 수 있는지는 문제가 시작되기 전에 무엇을 백업해 두었는지에 의해 전적으로 결정됩니다.

그러니 무엇에도 손대기 전에 이것들에 솔직히 답하십시오:

1. 마지막 Time Machine 백업 또는 클론이 완료된 것은 언제입니까? 언제로 예약되어 있었는지가 아닙니다. 언제 완료됐습니까.
2. 백업 디스크가 지금 물리적으로 연결되어 있고 건강합니까, 아니면 서랍 안에 있습니까?
3. 앞으로 10분 안에 Data 볼륨이 지워진다면, 무엇을 잃게 됩니까?

세 번째 질문의 답이 이후의 모든 결정을 지배해야 하는 숫자입니다. 그것이 「아무것도 없다, 오늘 아침에 만든 검증된 백업이 있다」라면, 빠르게 움직이며 공격적인 방법을 시도해도 됩니다. 그것이 「11개월치 작업」이라면, 아래의 모든 것은 문제 해결 작업이기를 그만두고 데이터 보존 작업이 되며, 올바른 수는 수리를 시도하기 전에 데이터를 기기 밖으로 빼내는 것입니다. 부팅되지 않는 Mac도 종종 파일은 넘겨줄 수 있습니다. Apple 실리콘에서는 Recovery의 Share Disk 모드가 케이블을 통해 내장 디스크를 다른 Mac에 보여 주고, 안전 모드로 부팅되는 Mac은 평소처럼 파일을 복사해 낼 수 있습니다. 이것을 제대로 설정해 본 적이 없다면, Mac 백업 전략 비교 글이 Time Machine, iCloud, 부팅 가능한 클론이 각각 실제로 무엇으로부터 지켜 주는지를 다룹니다. 이들은 서로 대체 가능하지 않기 때문입니다.

1단계: 증상을 첫 조치에 대응시키십시오

지금 보이는 것	첫 조치	하지 말 것
진행 막대가 움직이지 않고, Mac이 따뜻하며, 팬 소리가 들림	기다리십시오. 가능하면 CPU와 디스크 활동을 확인하십시오. 인내심의 한계를 넘겨 30분 이상 더 주십시오	처음 멈춤에 바로 강제 종료
진행 막대가 몇 시간째 움직이지 않고, Mac이 차갑고 조용하며, 디스크 표시등 없음	전원 버튼을 길게 눌러 강제 종료한 뒤 정상적으로 재시동	데스크탑에서 쓰기 중에 전원 코드 뽑기
Apple 로고가 뜬 뒤 재시동, 반복	Mac이 꺼질 때까지 전원 버튼을 누르고 있으십시오. 그다음 정상적으로 한 번만 시동	루프가 계속 돌게 두기
검은 화면, 포인터는 움직임	몇 분 기다린 뒤 강제 종료하고 안전 모드로 시동	디스플레이 하드웨어가 고장 났다고 단정
로그인 화면까지는 오지만 곧 충돌	안전 모드, 약 2분 대기, 정상 재시동	안전 모드가 깨끗한지 알기 전에 재설치
부팅은 정상인데 파일이나 앱이 사라진 듯 보임	휴지통과 /Users/Shared/Relocated Items를 확인	그 두 곳을 확인하기 전에 백업에서 복원
Tahoe가 알아서 응급 처치 화면을 표시함	Device Recovery Assistant가 실행되게 두고, 사용 가능한 네트워크에 연결	중단시키기
패턴 없이 반복되는 커널 패닉	sysdiagnose를 실행한 뒤 Recovery에서 재설치	아직 아무것도 지우기

이 글의 나머지는 각 행에 하나씩 대응하는 섹션들입니다.

실패 양상: 움직임을 멈춘 진행 막대

중단된 업데이트와 느린 업데이트를 구별하는 법

열심히 일하고 있는 기계와 죽어 있는 기계 사이에는 실제 차이가 있고, 대개 특별한 도구 없이도 구별할 수 있습니다.

아직 작동 중이라는 신호: 섀시가 따뜻합니다. 특히 노트북의 통풍구 근처나 데스크탑의 뒷면이 그렇습니다. 팬이 돌거나 회전 속도를 오르내립니다. 드라이브 활동 패턴이 보이는 Mac이라면 그 패턴이 있습니다. 진행 막대를 눈을 떼지 않고 몇 분간 지켜보면 아주 조금 움직였습니다. 화면이 지난 20분 사이에 조금이라도 바뀌었습니다. 막대에서 Apple 로고로, 다시 막대로 바뀐 것도 포함입니다.

정말 멈췄을 수 있다는 신호: 기계가 만졌을 때 차갑고, 조용하며, 수십 분이 아니라 몇 시간째 동일한 화면을 보여 주고 있습니다. 「몇 시간」이라는 말에 주목하십시오. 겉보기 정지를 기다려 보라는 Howard Oakley의 지침은 10분 기다리라는 제안이 아닙니다.

Mac이 충분히 진행되어 설치 프로그램 아래에서 macOS가 돌고 있는 상태라면, Howard Oakley의 제안은 활성 상태 보기를 열어 softwareupdated나 관련 프로세스의 지속적인 CPU 사용과 디스크 활동을 확인하라는 것입니다. 그것이 얻을 수 있는 가장 강력한 긍정적 증거입니다. 더 흔한 경우, 즉 Mac이 전체 화면 설치 프로그램을 표시하고 있어 활성 상태 보기에 접근할 방법이 없을 때는 열, 소리, 시간에 의존하게 됩니다.

기다림이 더 이상 정답이 아닌 시점

두 시간째에 감정적으로 결정하지 말고, 기준선을 정해 두고 그것을 지키십시오. 방어 가능한 기준선은 이렇습니다. 내장 SSD를 쓰는 Mac에서 화면이 시각적으로 동일하고 기계가 차갑고 조용한 상태가 약 두 시간 넘게 이어졌다면, 중단된 것으로 취급하십시오. 오래된 Mac, 회전식 드라이브를 쓰는 Mac, 느린 네트워크 연결로 설치 중인 Mac에는 더 여유를 주는 것이 마땅합니다.

중단됐다고 판단했을 때, 그것을 멈추는 방식이 중요합니다:

1. Mac이 완전히 꺼질 때까지 전원 버튼을 길게 누르십시오. 톡 치지 마십시오.
2. 화면이 어두워진 뒤 10초 기다리십시오.
3. 전원 버튼을 한 번 눌러 정상적으로 시동하십시오.

대개는 둘 중 하나가 일어납니다. Mac이 중단된 지점부터 업데이트를 이어받아 끝냅니다. 설치 프로그램이 재개 가능하도록 설계되어 있고, 봉인된 볼륨 설계 덕분에 손상된 시스템을 남기지 않았기 때문입니다. 또는 Mac이 시도를 폐기하고 이전에 쓰던 버전으로 다시 부팅됩니다.

하지 말아야 할 것은 데스크탑 Mac의 전원을 끊거나 노트북에서 배터리에 해당하는 조치를 취하는 것입니다. 강제된 것이라 해도 정상적인 종료 요청은 펌웨어와 저장 장치가 정리될 여지를 주지만, 전원을 확 뽑는 것은 그렇지 않습니다.

한 번 멈추는 게 아니라 반복적으로 실패한다면, 특히 설치 실패 메시지와 함께 그렇다면, 원인은 구조적인 것보다는 평범한 것인 경우가 잦습니다. 설치 실패 또는 공간 부족으로 멈추는 macOS 업데이트 가이드가 여유 공간 계산을 다루는데, 이는 설치 프로그램이 제시하는 숫자보다 훨씬 덜 너그럽습니다.

실패 양상: 부팅 루프

부팅 루프란 실제로 무엇인가

부팅 루프는 Mac이 우유부단해 보이게 만듭니다. 그렇지 않습니다. Howard Oakley는 그 메커니즘을 정확히 서술합니다. Mac은 「시동을 시도하다가 이른 커널 패닉에 부딪혀 다시 재시동을 시도합니다.」

그 재해석이 이 섹션의 전부입니다. 각 사이클은 성공할지도 모르는 또 한 번의 시도가 아닙니다. 각 사이클은 동일한 지점에서 발생하는 동일한 패닉이고, 그 뒤에 macOS가 패닉 후 수행하는 자동 재시동이 따라옵니다. 내버려 두면 루프에 빠진 Mac은 배터리가 다 될 때까지 이것을 반복합니다.

패닉이 이른 시점에 일어나기 때문에, 유용한 진단 정보를 기록하는 macOS 부분들이 완전히 올라오기 전에 발생합니다. 부팅 루프가 로그인 이후에 발생하는 패닉보다 남기는 증거가 적은 경우가 많은 이유입니다.

첫 수: 루프를 멈추십시오

부팅 루프에 대한 Howard Oakley의 지시는 Mac이 꺼질 때까지 전원 버튼을 누르고 있으라는 것입니다. 다른 무엇보다 먼저 그것을 하십시오. 버튼을 누르고 있다고 무언가가 고쳐지는 것은 아닙니다. 실패하는 작업을 반복하는 것을 멈춰서, 다음에 무엇을 시도할지 통제할 수 있게 만드는 것입니다.

그런 다음 Mac이 완전히 꺼진 상태에서:

1. 10초 기다리십시오.
2. 전원 버튼을 한 번 눌러 정상적으로 시동되게 두십시오.

깨끗한 시도 한 번입니다. 부팅되면 최악은 지난 것이고, 즉시 백업을 확인한 뒤 아래 진단 섹션을 보고 증거가 신선할 때 확보해야 합니다. 다시 루프에 빠지면 세 번째는 시도하지 마십시오. 안전 모드로 가십시오.

안전 모드는 수리가 아니라 진단입니다

안전 모드는 업데이트 후 문제 대부분이 진단되는 곳이며, 수리 도구로 오해받고 있습니다. 안전 모드는 일차적으로 실험입니다.

Apple 실리콘 Mac에서는 Apple이 문서화한 절차를 따릅니다. 완전히 종료하고, 약 10초 기다린 뒤, 「시동 옵션 로드 중」이 나타날 때까지 전원 버튼을 길게 누릅니다. 시동 볼륨을 선택하고, Shift 키를 누른 채 안전 모드로 계속하기를 클릭한 다음 Shift를 놓습니다.

Intel Mac에서는 Mac을 시동하고 즉시 로그인 창이 나타날 때까지 Shift 키를 길게 누른 뒤 로그인합니다. 메뉴 막대에 Safe Boot가 보여야 합니다.

들어간 뒤 무엇을 할지에 대한 Howard Oakley의 조언은 글자 그대로 따를 가치가 있습니다. 약 2분을 기다린 뒤 정상적으로 재시동하십시오. 그 멈춤은 미신이 아닙니다. 안전 모드는 디렉터리 검사를 수행하고, 특정 캐시를 지우며, 시간이 걸리는 정리 작업을 합니다. 데스크탑이 나타나자마자 재시동하면 그 작업이 중간에 끊깁니다.

그 실험의 결과가 알려 주는 것은 다음과 같습니다:

안전 모드 결과	무엇을 증명하는가	합리적인 다음 단계
깨끗하게 부팅되고, 이후 정상 부팅도 됨	캐시나 시동 경로의 무언가가 낡아 있었고, 안전 모드의 정리가 그것을 해결함	더 할 것 없음. 하루 정도 지켜보십시오
깨끗하게 부팅되지만 정상 부팅은 여전히 실패	정상 부팅에서만 로드되는 무언가가 원인입니다. 로그인 항목, 커널 확장, 시스템 확장, 또는 서드파티 소프트웨어	로그인 항목과 서드파티 확장을 비활성화한 뒤 테스트
안전 모드로도 부팅되지 않음	문제가 안전 모드가 비활성화하는 계층보다 아래에 있습니다. 시스템, Preboot 볼륨, 또는 펌웨어일 가능성이 큽니다	Recovery, 그리고 Tahoe에서는 Device Recovery Assistant
부팅은 되지만 특정 기능이 두 모드 모두에서 고장	서드파티 충돌이 아닙니다. 설치된 시스템이거나 하드웨어 상호작용입니다	Recovery에서 macOS를 덮어 재설치

세 번째 행이 중요한 행입니다. 안전 모드를 감당하지 못하는 Mac은 구체적인 무언가를 알려 준 것이고, 애초에 원인이 아니었던 백신 소프트웨어를 제거하며 오후를 보내는 일에서 여러분을 구해 줍니다.

실패 양상: 포인터는 살아 있는 검은 화면

이것은 사람들을 유난히 당황하게 만듭니다. 검은 화면은 죽은 하드웨어처럼 읽히고 움직이는 포인터는 살아 있는 기계처럼 읽혀서, 그 조합이 양쪽의 최악처럼 느껴지기 때문입니다.

대개는 죽은 하드웨어가 아닙니다. 업데이트 후 포인터가 반응하는 검은 화면은 일반적으로 윈도 서버는 올라왔지만 데스크탑이나 Dock, 또는 로그인 UI가 그려지지 못했다는 뜻입니다. 포인터는 다른 모든 것과는 다른 메커니즘으로 그려지며, 그것이 바로 포인터가 살아남는 이유입니다.

다음 순서로 진행하십시오:

1. 꽉 채운 5분을 주십시오. 주요 업데이트 후 첫 부팅은 상당한 양의 일회성 작업을 수행하며, 느린 첫 로그인은 멈춤과 똑같아 보일 수 있습니다.
2. 의도적으로 디스플레이를 깨워 보십시오. 키를 누르고, 밝기를 여러 단계 올리고, 외장 디스플레이가 연결되어 있다면 분리하십시오. 업데이트 후 디스플레이 구성 불일치는 실재하고 복구 가능한 원인입니다.
3. 아무 변화가 없으면 전원 버튼을 길게 눌러 강제 종료하고, 10초 기다린 뒤 위의 절차로 안전 모드로 시동하십시오. 안전 모드는 더 단순한 그래픽 경로를 사용하며 자주 쓸 만한 데스크탑까지 데려다줍니다.
4. 안전 모드에서도 검은 화면이라면 문제는 데스크탑 환경이 아니며, Recovery로 넘어가야 합니다.

Intel Mac에서는 업데이트 후 디스플레이 및 시동 선택 관련 이상 증상에 대해 NVRAM 재설정이 정당한 단계입니다. 디스플레이와 시동 매개변수가 거기에 있기 때문입니다. Apple 실리콘에서는 그에 해당하는 사용자용 절차가 폐지되었고 기기가 그 상태를 스스로 관리하므로, 예전 Mac에서 기억하는 키 조합이 현재 Mac에서는 그냥 아무 일도 하지 않을 수 있습니다.

실패 양상: Mac은 부팅되는데 파일이나 앱이 사라짐

이것은 가장 큰 경보를 유발하면서도 실제 데이터 손실은 매우 자주 가장 적은 실패입니다. 여기서 Howard Oakley의 지침은 무언가가 사라졌다고 단정하기 전에 두 곳을 확인하라는 것입니다.

Relocated Items 폴더

Apple이 이를 문서화하고 있고 딱히 숨겨진 것도 아니지만, 필요한 그날이 오기 전까지는 거의 아무도 마주치지 않습니다. Apple 자신의 Mac 사용 설명서에서: 「파일 중 새 위치로 옮길 수 없는 것이 있으면, 해당 파일은 Relocated Items 폴더에 놓입니다.」

어디를 봐야 하는지는 Apple의 표현으로: 「Relocated Items 폴더는 사용자 폴더 안의 공유 폴더에서 찾을 수 있습니다. 이 폴더의 별칭이 Mac 데스크탑에 놓입니다.」 Apple은 또한 「Relocated Items 폴더의 PDF 문서가 이 폴더에 놓인 파일들을 어떻게 처리할지 설명합니다」라고 언급합니다.

Finder에서 이동 → 폴더로 이동을 사용해 다음을 입력하십시오:

/Users/Shared/Relocated Items

또는 Terminal에서:

ls -la "/Users/Shared/Relocated Items"

이 폴더는 대개 그 아래에 원래의 디렉터리 구조를 보존하므로, 어떤 경로에 있던 파일은 Relocated Items 안에 중첩된 동일한 경로에 있게 됩니다. 그 구조 덕분에 되돌려 놓는 일이 추측 게임이 아니라 간단한 작업이 됩니다.

알아 둘 만한 것이 두 가지 있습니다. 첫째, 항목이 여기로 오는 이유는 설치 프로그램이 새 시스템의 배치가 기대하는 위치로 그것을 옮길 수 없었기 때문이며, 이는 일반적인 앱 및 라이브러리 관례 바깥에 설치된 것들에 가장 자주 영향을 미칩니다. 둘째, 데스크탑 별칭은 무심코 닫고 잊어버리기 쉽습니다. 폴더 자체는 그와 무관하게 /Users/Shared에 남아 있습니다.

휴지통

Howard Oakley가 가리키는 다른 한 곳은 휴지통이며, 더 극적인 일을 하기 전에 확인할 가치가 있습니다. 비우기 전에 확인하십시오. 당연하게 읽히지만 macOS 주요 릴리스마다 대략 한 번씩은 무시되는 문장입니다.

둘 다 비어 있다면

파일이 두 곳 모두에 없고 앱이 정말로 /Applications에 없다면, 이제 평범한 복구 작업입니다. 앱을 원본 출처에서 다시 설치하거나, 파일을 백업에서 꺼내십시오. 여기서 관련 있는 기능은 전체 시스템이 아니라 개별 항목을 복원하는 Time Machine의 능력이며, 전체 시스템을 복원하는 것보다 그렇게 하는 편이 낫습니다. 전체 복원은 파일 몇 개가 없어진 것에 비하면 훨씬 큰 작업이기 때문입니다.

실패 양상: Mac은 부팅되는데 뭔가가 고장 남

Mac이 시동되고, 로그인도 되는데, 특정한 무언가가 동작하지 않습니다. Bluetooth가 페어링되지 않습니다. 외장 디스플레이가 감지되지 않습니다. 오디오 출력에 장치가 없습니다. 프린터가 사라졌습니다. 어제까지 되던 앱이 실행 시 종료됩니다.

여기서의 규율은 즉시 재설치하려는 충동을 참는 것입니다. 재설치는 큰 작업인데도 실제 원인을 건드리지 못할 수 있기 때문입니다. 위의 표를 사용해 안전 모드 실험을 먼저 하십시오. 10분이 들고, 문제 공간을 절반으로 나눠 줍니다.

안전 모드가 깨끗하고 정상 부팅이 고장 나 있다면, 다음 순서로 계층을 훑으십시오:

1. 로그인 항목과 백그라운드 항목. 시스템 설정 → 일반 → 로그인 항목 및 확장 프로그램. 서드파티 항목을 전부 비활성화하고, 재시동한 뒤 테스트하십시오. 업데이트 후 고장의 가장 큰 비중이 여기에 있습니다. 시스템에 후킹하는 소프트웨어야말로 시스템 업데이트로 무효화될 가능성이 가장 높은 소프트웨어이기 때문입니다.
2. 시스템 확장과 커널 확장. 같은 설정 패널의 확장 프로그램 섹션입니다. 가상화 소프트웨어, VPN 클라이언트, 백업 에이전트, 오디오 라우팅 유틸리티, 보안 소프트웨어가 흔한 용의자입니다. 더 오래된 macOS에 맞춰 빌드된 kext나 시스템 확장은 깔끔하게 실패하는 대신 로드된 뒤 오작동할 수 있습니다.
3. 고장 난 특정 기능의 환경설정과 캐시 상태. 재설치보다 범위가 좁고 안전합니다.
4. macOS를 덮어 재설치. 아래에서 다룹니다. Data 볼륨을 건드리지 않고 시스템을 교체하며, 문제가 서드파티가 아니라고 확정한 뒤라면 올바른 수입니다.

안전 모드에서도 같은 고장이 나타난다면 1단계와 2단계는 완전히 건너뛰십시오. 서드파티 소프트웨어가 원인이 아님을 이미 증명한 것이고, 그래도 테스트하는 것은 낭비입니다. 4단계로 가십시오.

실패 양상: 반복되는 커널 패닉

업데이트 후의 커널 패닉, 특히 반복되는 것은 일회성과는 다른 처리를 받을 자격이 있습니다. 구별의 핵심은 재현 가능한 순간에 발생하는지 여부입니다.

특정 기기 연결, 잠자기에서 깨우기, 특정 앱 실행, 디스플레이 연결처럼 일관된 계기에 패닉이 발생한다면, 그 계기가 곧 진단이며 정확히 기록해야 합니다. 하드웨어 상호작용과 연결된 재현 가능한 패닉은 설치가 망가진 것이 아니라 드라이버나 구성 문제인 경우가 많고, 무언가를 재설치하기 전에 파고들 가치가 있습니다. 그 패턴의 구체적인 예를 디스플레이 재생 빈도와 연관된 Tahoe 26.5 커널 패닉 글에서 다뤘는데, 거기서는 패닉 로그 자체가 원인을 가리켰습니다.

패닉이 무작위라면, 상태를 바꾸는 어떤 일을 하기 전에 진단 정보를 확보하십시오. Howard Oakley는 심각한 문제에는 sysdiagnose 실행을 권하며, 일찍 해야 하는 이유는 로그가 순환되며 지워지기 때문입니다. 전체 절차는 아래 진단 섹션에 있지만, 짧게 말하면 핵심은 키 조합입니다. Control-Option-Command-Shift-마침표를 함께 누르는 것입니다.

진단 아카이브를 확보한 뒤에는 Recovery에서 현재 macOS 버전을 재설치하는 것이 합리적인 다음 단계입니다. Howard Oakley의 표현으로 된 솔직한 단서를 유념하십시오. 「과거의 불완전하거나 망가진 업데이트는 SSV에서는 그냥 일어날 수 없습니다. SSV는 Apple이 의도한 대로 완벽함이 보장됩니다.」 재설치는 알려진 정상 상태의 시스템을 주며 그것은 진짜로 유용하지만, 시스템이 이미 검증 가능하게 올바른 상태였다면 재설치가 문제였던 그것이 아닐 수도 있습니다. 이는 재설치 단계의 실제 한계이며, 나중에 놀라기보다 미리 알고 들어가는 편이 낫습니다.

업데이트와 특별히 관련되지 않은 더 넓은 시동 실패에는 그 나름의 결정 트리가 있으며, Mac 시동 문제 완전 해결 가이드가 비슷해 보이지만 원인이 다른 증상들, 예컨대 Apple 로고에 아예 도달하지 못하는 Mac 같은 것들을 다룹니다.

Device Recovery Assistant: Tahoe의 새로운 최초 대응자

macOS Tahoe는 진짜로 새로운 복구 장치를 도입했는데, 조용히 등장한 탓에 정작 필요한 사람들 대부분에게 여전히 낯섭니다.

그것이 무엇인가

Apple은 Recovery Assistant를 Mac에 시동을 막는 문제가 있을 때 자동으로 열리도록 설계된 유틸리티로 설명하며, 그다음 문제를 식별하고 해결을 시도한다고 합니다. Apple 자체 인터페이스의 표현으로는, 이 Mac이 시동 중에 문제를 겪었으며 복구 과정이 문제를 찾아 발견되면 해결을 시도한다고 알려 줍니다.

Howard Oakley는 그것이 등장했을 때 2025년 9월 26일자 「New in Tahoe Recovery: Device Recovery Assistant」에서 다뤘고, 찾아 나서기 전에 이해해 둘 만한 이름의 함정을 지적합니다. Recovery 안에는 비슷한 이름을 가진 서로 다른 두 가지가 있습니다. 시동 옵션 화면에서 옵션을 클릭했을 때 만나는, 사용자를 선택하고 인증하라고 요구하는 어시스턴트가 하나입니다. 유틸리티 메뉴에 있는 도구, 즉 자체 응용 프로그램 메뉴가 Device Recovery Assistant라고 표시하는 도구는 별개의 도구입니다. 이름을 공유하지만 같은 것이 아니며, 한쪽에 대한 설명을 읽으면서 다른 쪽을 찾는 것은 20분을 확실히 날리는 방법입니다.

Howard Oakley는 또한 Apple의 지원 문서가 「DRA가 무엇을 하는지에 대해 더 이상의 정보를 주지 않는다」고 솔직하게 언급합니다. 이 점은 분명히 말할 가치가 있습니다. Apple은 결과와 요구 사항은 문서화했지만, Device Recovery Assistant가 실제로 어떤 교정 조치를 적용하는지는 공개하지 않았습니다. 그것이 정확히 무엇을 고치는지 말해 주는 사람이 있다면 추론하고 있는 것입니다.

수동으로 실행하는 법

스스로 작동할 때까지 기다릴 필요는 없습니다. Recovery로 시동한 뒤 유틸리티 메뉴의 Recovery Assistant 명령을 사용하십시오.

Apple 실리콘 Mac에서의 경로는 이렇습니다. 완전히 종료하고, 「시동 옵션 로드 중」이 나타날 때까지 전원 버튼을 길게 누르고, 옵션을 클릭하고, 계속을 클릭하고, 관리자로 인증한 다음, 메뉴 막대의 유틸리티 메뉴에서 Recovery Assistant를 선택합니다.

네트워크 요구 사항, 그리고 그것이 발목을 잡는 지점

Apple은 Recovery Assistant가 Mac에 영향을 줄 수 있는 소프트웨어 문제에 대한 최신 세부 정보를 다운로드하기 위해 인터넷 연결이 필요하며, 요청받으면 Wi-Fi 네트워크를 선택해야 한다고 문서화합니다. 여기가 아키텍처적 요점입니다. 이 도구는 고정된 수리 로직을 Recovery 볼륨 안에 담아 배포하지 않습니다. 실행하는 시점에 Apple로부터 현행 교정 정보를 가져옵니다. Apple이 잘못된 업데이트가 이미 배포된 뒤에도 대응할 수 있게 해 주는 것이 바로 이 방식입니다.

그 결과 따라오는 것은 정확히 최악의 순간에 사람들을 붙잡는 제약입니다. Apple 문서는 캡티브 네트워크와 802.1X 인증을 요구하는 네트워크가 macOS Recovery에서 지원되지 않는다고 명시합니다. 여기에는 호텔 Wi-Fi, 공항 Wi-Fi, 대부분의 카페 네트워크, 대학 네트워크, 그리고 기업 무선 네트워크의 상당 부분이 포함됩니다. Mac이 부팅되지 않는데 그런 네트워크에 있다면, Device Recovery Assistant는 존재 이유인 그 일을 할 수 없습니다.

그에 맞춰 계획하십시오. 평범한 WPA2 또는 WPA3 보안을 쓰는 가정용 네트워크를 쓰거나, 유선 이더넷을 쓰거나, 휴대폰의 개인용 핫스팟을 쓰십시오. 핫스팟은 캡티브 포털이 아니라 평범한 WPA 보안 네트워크로 나타납니다.

세 가지 결과

Apple은 세 가지 가능한 결과를 문서화합니다. 쉽게 말하면, Mac을 성공적으로 복구했거나, Mac을 복구할 수 없었거나, 알려진 문제를 찾지 못했거나입니다. 그다음 Mac 재시동을 클릭합니다. Apple은 또한 이후 시동에 성공하면 iCloud 데이터 복구에 관한 알림을 볼 수 있다고 언급합니다.

각 결과가 여러분에게 의미해야 하는 것:

결과	해석	다음 단계
성공적으로 복구됨	Apple이 이 Mac에 존재하던 조건에 대해 알려진 교정 조치를 갖고 있었고 그것을 적용했습니다	재시동한 뒤, 고장 났던 특정 항목을 확인
알려진 문제 없음	여러분의 증상은 Apple이 현재 교정 로직을 갖고 있는 대상이 아닙니다. 이는 「Mac이 멀쩡하다」와 같은 말이 아닙니다	플레이북을 계속 진행: 안전 모드, 그다음 Recovery에서 재설치
복구할 수 없음	무언가를 식별했지만 고치지 못했습니다	진단 정보를 확보한 뒤 재설치. 상급 지원으로 넘길 준비를 하십시오

가운데 결과가 가장 오독되기 쉽습니다. 「알려진 문제 없음」은 Apple의 현재 교정 데이터베이스에 대한 진술이지, 여러분 기기에 대한 건강 진단서가 아닙니다.

macOS Recovery: 들어가는 법과 그 안에 있는 것

Recovery는 실제 수리 대부분이 일어나는 환경입니다. 진입 방식은 두 아키텍처에서 완전히 다르고, 잘못된 절차를 쓰는 것은 사람들이 아직 살릴 수 있는 Mac을 두고 가망 없다고 결론짓게 만드는 가장 흔한 이유 중 하나입니다.

Apple 실리콘

Apple이 문서화한 절차는 「시동 옵션 로드 중」이 나타날 때까지 전원 버튼을 길게 누른 뒤 놓는 것입니다. 시동 디스크들과 옵션이라고 표시된 톱니바퀴 아이콘이 있는 시동 옵션 화면이 나옵니다. 옵션을 클릭한 다음 계속을 클릭하십시오.

중요한 세부 사항은 이렇습니다. Mac은 먼저 완전히 종료되어 있어야 하며, 잠자기 상태나 재시동 중이어서는 안 됩니다. 버튼을 톡톡 치는 것이 아니라 시동 전체에 걸쳐 계속 누르고 있어야 합니다. 그리고 뭔가 일어났어야 할 것 같은 시점을 지나서도 계속 누르고 있어야 합니다. 그 텍스트는 직관이 예상하는 것보다 늦게 나타나기 때문입니다.

같은 시동 옵션 화면은 Recovery 외에 여러 가지로 가는 관문이기도 합니다. 다른 시동 디스크를 선택하는 것, 그리고 계속을 클릭할 때 Shift 키를 누른 채로 하는 안전 모드가 그것입니다.

Intel

Intel Mac에서는 전원 버튼을 눌렀다 놓아 Mac을 켠 뒤, 즉시 Command-R을 길게 누르십시오. Apple 로고나 회전하는 지구본이 보일 때까지 계속 누르고 있으십시오.

Intel에는 두 가지 변형이 있고, 서로 다르게 동작합니다:

키 조합	무엇을 시작하는가	언제 쓰는가
Command-R	로컬 디스크의 Recovery	기본 선택지. 현재 또는 가장 최근에 설치된 버전을 재설치
Option-Command-R	인터넷 복구	로컬 Recovery가 손상되었거나 없을 때
Shift-Option-Command-R	인터넷 복구, 구버전 동작	Mac과 함께 출시된 버전, 또는 아직 이용 가능한 가장 가까운 버전이 특별히 필요할 때

회전하는 지구본은 Mac이 네트워크 복구로 대체 진입했다는 뜻이며, 이는 작동하는 네트워크를 필요로 하고 상당히 더 오래 걸립니다. 무언가를 하기 전에 복구 환경을 먼저 다운로드하기 때문입니다.

Apple 실리콘의 Fallback Recovery

Apple 실리콘 Mac은 복구 환경을 하나 이상 유지합니다. Howard Oakley는 Fallback Recovery를 복원력을 위해 보존된 recoveryOS의 두 번째 사본으로 설명하며, 기본 Recovery가 망가졌을 때 도달할 수 있습니다.

진입 방법은 특정한 리듬입니다. 완전히 종료된 Mac에서 전원 버튼을 한 번 누르고, 즉시 다시 눌러 두 번째 누름을 디스플레이에 옵션이 로드되고 있다는 표시가 나올 때까지 유지합니다. Howard Oakley는 그 박자를 모스 부호의 「디-다」 같다고 표현하며, 두 번의 누름 사이는 약 1초를 넘지 않아야 한다고 합니다. 타이밍을 맞추는 데 몇 번의 시도가 필요하고, 틀리면 그냥 평범한 시동이나 평범한 Recovery가 되므로 다시 시도해도 안전합니다.

얻게 되는 것은 대개 현재 시스템보다 오래된 버전의 Recovery 환경이며, 그 오래된 버전의 기능을 갖습니다. Howard Oakley는 한 가지 구체적인 제약을 언급합니다. Fallback Recovery에서는 Startup Security Utility가 동작하지 않으므로, 거기서 보안 정책을 변경할 수 없습니다. Device Recovery Assistant를 포함한 새로운 도구들도 없을 수 있습니다. Fallback은 그것들보다 앞서 존재하기 때문입니다.

기본 Recovery가 시작되지 않을 때 Fallback을 사용하십시오. Recovery 실패와 DFU 사이의 단계이며, DFU 전에 이것을 꺼내 드는 것이 지우기를 면하게 해 줄 수 있습니다.

각 유틸리티는 무엇을 위한 것인가

유틸리티	무엇을 하는가	언제 이것이 올바른 도구인가
Recovery Assistant	Apple에서 현행 교정 정보를 가져와 자동 수리를 시도	Tahoe에서 Mac이 시동되지 않고 쓸 수 있는 네트워크가 있을 때 첫 번째 정거장
macOS 재설치	기존 볼륨 그룹에 시스템을 다시 설치	시스템이 의심스러울 때. 데이터는 그대로 유지됨
Time Machine 백업으로부터 복원	Time Machine 백업에서 시스템 전체를 복원	알려진 정상 상태로 통째로 되돌리기로 결정했을 때
Disk Utility	볼륨과 컨테이너의 First Aid. 지우기가 이루어지는 곳이기도 함	파일 시스템 문제가 의심될 때. 지우기 버튼에 주의하십시오
Safari / 웹 브라우저	Mac이 다운된 동안 문서 읽기	조치 전에 특정 오류를 찾아볼 때
Terminal	Recovery 환경에서 root로 실행됨	정확히 무엇을 하는지 알 때의 표적 명령어
Startup Security Utility	부팅 보안 정책	업데이트 복구에는 거의 필요 없음. Fallback Recovery에서는 이용 불가
Share Disk	케이블을 통해 내장 디스크를 다른 Mac에 제공	부팅되지 않는 Mac에서 데이터를 빼낼 때

실패한 업데이트라는 맥락에서 Share Disk는 특별히 언급할 만합니다. 백업 질문의 최악 버전에 대한 답이기 때문입니다. Mac이 부팅되지 않고 백업이 오래된 것이라면, Share Disk는 다른 Mac이 이 Mac의 Data 볼륨을 마운트해 파괴적인 시도를 하기 전에 파일을 복사해 낼 수 있게 해 줍니다. 그것을 먼저 하면 잠재적 재앙이 불편함으로 바뀝니다.

지우지 않고 macOS 재설치하기

이것은 사람들이 가장 두려워하는 단계이면서, 실제로 피해를 줄 가능성이 가장 낮은 단계입니다. Recovery에서 macOS를 재설치하면 기존 볼륨 그룹에 시스템의 새 사본이 설치됩니다. Data 볼륨, 홈 폴더, 응용 프로그램, 설정은 이 작업의 대상이 아닙니다.

절차는 이렇습니다:

1. 위의 아키텍처에 맞는 방법으로 Recovery로 시동합니다.
2. macOS 재설치를 선택하고 계속을 클릭합니다.
3. 어디에 설치할지 물으면 기존 시동 볼륨을 선택합니다. 이것이 중요한 단계입니다. 기존 볼륨을 선택하는 것이 이 작업을 새로 설치가 아닌 재설치로 만듭니다.
4. 진행되게 두십시오. 한 번 이상 재시동할 것이고, 시간이 꽤 걸릴 것이며, 진행 예상치는 원래 업데이트 때와 마찬가지로 정직하지 않을 것입니다.

시작하기 전에 알아 둘 세 가지:

네트워크가 필요합니다. 설치 프로그램이 시스템을 다운로드합니다. 느린 연결에서는 설치 자체보다 훨씬 오래 걸릴 수 있고, 캡티브 포털과 802.1X 제약이 여기에도 적용됩니다.

특정 버전을 설치합니다. Apple 실리콘에서 Recovery로부터 재설치하면 그 Recovery 환경에 연결된 버전이 설치됩니다. 어떤 macOS 버전을 받을지 고르는 수단이 아닙니다.

문제를 고치지 못할 수도 있습니다. Howard Oakley의 지적을 다시 말할 가치가 있습니다. SSV에서는 이미 갖고 있던 시스템이 Apple이 배포한 것과 정확히 동일함을 암호학적으로 검증받았습니다. 시스템이 이미 올바랐다면, 동일하게 올바른 사본으로 교체하는 것은 아무것도 바꾸지 않습니다. 그럼에도 재설치는 할 가치가 있습니다. 봉인되어 있지 않고 실제 문제일 수 있는 Preboot 볼륨과 부팅 경로도 함께 새로 고치기 때문입니다. 다만 보장된 해결책으로 취급하지 말고 눈금이 맞춰진 기대치를 갖고 들어가십시오.

이전 버전으로 되돌리기

이것은 Apple에 문의하기 전 최후의 수단이며, 그 대가는 아키텍처마다 다릅니다. 중간까지 진행한 다음이 아니라 시작하기 전에 이 섹션을 읽으십시오.

Apple 실리콘: 대가를 먼저 소리 내어 말하십시오

Apple 실리콘 Mac을 이전 macOS 버전으로 되돌리면 Mac이 지워집니다. 지원되는 제자리 다운그레이드는 없습니다. DFU 복원에 대한 Apple 자신의 설명은, 펌웨어를 업데이트하고 recoveryOS를 최신 버전으로 업데이트하며 내장 저장 장치에 macOS를 지우고 설치하고, 내장 볼륨의 모든 데이터는 복구 불가능해진다는 것입니다.

「복구 불가능」은 Apple의 표현이고, 정확합니다. 복구 도구로 되돌릴 수 있는 삭제가 아닙니다. 저장 장치가 하드웨어 수준에서 암호화되어 있고, 복원은 사실상 데이터와 함께 키도 버리기 때문입니다.

그러므로 순서는 이렇습니다. 검증된 백업, 그다음 되돌리기. 그 반대가 아닙니다. 신뢰할 수 있는 백업이 없다면, 더 나아가기 전에 Share Disk나 안전 모드를 써서 하나 만드십시오. 하루가 걸리더라도 그렇게 하십시오.

Revive 대 Restore: 가장 중요한 구분

Apple Configurator의 DFU 작업에는 두 가지 형태가 있고, 이 둘을 혼동하는 것은 이 글 전체에서 가장 값비싼 단 하나의 실수입니다.

작업	펌웨어	recoveryOS	시동 볼륨	데이터
Revive	업데이트됨	최신으로 업데이트됨	변경되지 않도록 설계됨	보존됨
Restore	업데이트됨	최신으로 업데이트됨	지워지고 다시 설치됨	지워짐, 복구 불가능

Apple은 revive를 펌웨어를 업데이트하고 recoveryOS를 최신 버전으로 업데이트하면서 시동 볼륨, 사용자의 데이터 볼륨, 또는 다른 어떤 볼륨에도 변경을 가하지 않도록 설계된 것으로 설명합니다. Howard Oakley의 요약은, revive는 macOS 컨테이너를 건드리지 않은 채 새 펌웨어와 Recovery를 설치하는 반면, restore는 내장 SSD 전체를 지운 뒤 펌웨어, Recovery, macOS 컨테이너를 설치한다는 것입니다.

거기서 따라오는 실용적 규칙은 이렇습니다. 항상 revive를 먼저 시도하십시오. 더 빠르고, 비파괴적이며, 업데이트 중 펌웨어 문제로 벽돌이 된 Mac에는 자주 그것만으로 충분합니다. revive가 도움이 되지 않았고 검증한 백업이 있을 때에만 restore로 격상하십시오.

DFU 작업은 어떻게 이루어지는가

두 번째 Mac이 필요합니다. 문제가 생긴 Mac이 대상이 되고, 정상 작동하는 Mac이 작업을 주도합니다.

필요한 것은 정상 작동하는 Mac, 데이터와 전력을 모두 전달할 수 있는 USB-C 케이블, 그리고 Apple Configurator 2 또는 최근 macOS 버전에서는 호스트 Mac의 Finder입니다. Howard Oakley는 DFU 연결이 Thunderbolt가 아니라 USB를 통해 이루어지므로, 둘 중 하나만 지원하는 케이블과 포트로는 되지 않는다고 언급합니다. 대상 Mac의 어느 포트가 DFU 연결을 받아들이는지는 모델마다 다르고 Apple의 문서가 모델별로 명시하고 있으니, 짐작하지 말고 자신의 모델을 확인하십시오.

대상 Mac은 모델별 전원 버튼 시퀀스를 사용해 DFU 모드로 진입시켜야 합니다. 그 시퀀스는 노트북과 데스크탑 사이에서, 그리고 세대 사이에서 다르며, 짐작으로 할 일이 아닙니다. Apple의 「Mac 펌웨어 소생 또는 복원 방법」 지원 문서가 모델별 현행 절차를 문서화하고 있으며, 그것이 사용해야 할 출처입니다.

어떤 버전을 받을지 선택하기

restore는 IPSW 파일을 설치하며, 기본값은 최신 파일입니다. 더 오래된 macOS 버전에 안착하려면 더 오래된 IPSW를 제공해야 하는데, Apple Configurator 2에서는 기본값을 받아들이는 대신 IPSW 파일을 DFU 대상 위로 끌어다 놓는 것을 뜻합니다.

사람들이 너무 늦게 발견하는 제약은 이것입니다. Apple이 그 IPSW에 여전히 서명하고 있어야 합니다. 이를 추적하는 실무자들, 특히 Apple 실리콘 복원 이미지의 공개 데이터베이스를 관리하는 Mr. Macintosh는 Apple이 오래된 릴리스에 대한 서명을 중단하며 이전 버전이 복원 가능한 기간을 대체로 좁게만 남긴다고 기록합니다. Apple은 서명 일정을 공개하지도, 기간의 길이를 약속하지도 않으므로, 어디서 읽은 구체적인 일수는 보장이 아니라 과거 동작에 대한 관찰로 취급하십시오.

그 결과는 여러분이 통제할 수 없는 마감입니다. 만족스러웠던 버전으로 되돌아갈 선택지는 Apple의 시간표에 따라 조용히 만료됩니다. 되돌리기를 진지하게 고려하고 있다면, 그 결정에는 시계가 달려 있습니다.

이것을 비상 복구가 아니라 다운그레이드로서 저울질하고 있다면, Tahoe에서 Sequoia로 다운그레이드하기 단계별 가이드가 지우기 앞뒤의 백업과 복원 단계를 포함해 전체 경로를 안내합니다.

Intel: 펌웨어 천장

Intel Mac에는 우회 방법이 없는 제약이 있습니다. Howard Oakley는 이를 직설적으로 말합니다. 「Intel Mac에는 여기서 한 가지 중대한 제약이 있습니다. 펌웨어입니다... Intel Mac의 펌웨어를 이전 버전으로 되돌릴 수 없습니다.」

이것이 중요한 이유는 Intel Mac에서 macOS 업데이트가 운영체제뿐 아니라 펌웨어도 업데이트할 수 있기 때문입니다. 벗어나려는 문제가 펌웨어에 있다면, macOS를 되돌려도 펌웨어는 따라오지 않습니다. 더 오래된 macOS를 설치할 수는 있지만, 더 새로운 펌웨어 위에서 그것을 실행하게 되며, 그 조합이 문제라면 해결한 것이 아닙니다.

사용자가 접근할 수 있는 우회로는 없습니다. 진짜 막다른 길이며, 올바른 대응은 변형을 계속 시도하는 것이 아니라 Apple로 격상하는 것입니다.

Apple에 연락하기 전에 진단 정보 수집하기

Apple 지원에 연락할 예정이거나, 나중에 무슨 일이 있었는지 이해할 가능성을 조금이라도 남기고 싶다면, 무언가를 바꾸기 전에 sysdiagnose를 확보하십시오. 로그는 순환되며 지워집니다. 실패로부터 나온 증거는 상하기 쉽습니다.

sysdiagnose란 무엇인가

macOS의 man 페이지가 정확히 설명합니다. 「sysdiagnose – 시스템 성능 문제를 조사하는 데 도움이 되는 시스템 전반의 진단 정보를 수집합니다.」

출력과 동작에 대해 man 페이지는 이렇게 말합니다. 「데이터는 /var/tmp 디렉터리에 저장됩니다. sysdiagnose는 root로 실행되어야 합니다. 명령줄 인터페이스로 시작한 진행 중인 sysdiagnose를 취소하려면 Ctrl-\를 누르십시오.」

키 조합

man 페이지는 이렇게 명시합니다. 「다음 키 조합을 누르면 sysdiagnose가 자동으로 시작됩니다: Control-Option-Command-Shift-마침표.」

다섯 개를 함께 누르십시오. 짧은 소리가 들리고 화면이 잠깐 번쩍인 뒤, Mac이 모든 것을 모으는 몇 분 동안 작업합니다. 사람들이 여러 가지 다른 순서로 적는 바로 그 키 세트입니다. Apple의 man 페이지는 Control-Option-Command-Shift-마침표 순으로 적고, Howard Oakley는 Command-Option-Control-Shift-마침표로 씁니다. 같은 키, 같은 결과입니다. 이름 부르는 순서는 아무 차이도 만들지 않습니다. 중요한 것은 다섯 개 전부와 마침표 키를 동시에 누르고 있다는 사실입니다.

Mac이 절뚝거리고 있을 때는 이 방법을 쓰십시오. Terminal도 타이핑도 필요 없기 때문입니다.

Terminal에서

sudo sysdiagnose

man 페이지가 명시하듯 root가 필요합니다. 아카이브를 /var/tmp보다 찾기 쉬운 곳에 두고 싶다면, -f 옵션이 결과 디렉터리를 지정합니다:

sudo sysdiagnose -f ~/Documents

Howard Oakley는 이 상황에 정확히 그 형태를 제안하며, /var/tmp는 대부분의 사람이 Finder에서 편하게 이동할 수 있는 곳이 아니므로 실용적인 개선입니다.

활성 상태 보기에서

Howard Oakley는 활성 상태 보기의 시스템 진단 옵션도 언급하는데, 타이핑보다 클릭을 선호하고 Mac이 앱을 열 만큼은 잘 돌아가고 있을 때 유용합니다.

아카이브에 무엇이 담기는가

man 페이지가 이를 열거합니다. 다른 것들 중에서도 sysdiagnose는 시스템의 spindump, 몇 초 분량의 top 출력, 커널 존에 대한 데이터, 로드된 커널 확장의 상태, 사용자 프로세스의 상주 메모리 사용량, 최근 시스템 로그, 시스템 프로파일러 보고서, 최근 충돌 보고서, 디스크 사용량 정보, I/O Kit 레지스트리 정보, 네트워크 상태를 수집합니다.

그중 셋은 실패한 업데이트와 직접 관련이 있습니다. 로드된 커널 확장의 상태는 어떤 서드파티 코드가 커널에 있었는지 알려 줍니다. 최근 충돌 보고서는 패닉을 담습니다. 그리고 최근 시스템 로그에는 업데이트 자신의 흔적이 담기는데, 실제 원인이 대개 거기에 있습니다.

솔직한 단서 하나. sysdiagnose 아카이브에는 여러분의 Mac과 그 위에서 무엇이 실행되었는지에 대한 방대한 정보가 담깁니다. 민감한 것으로 취급하십시오. Apple에 넘기라고 만들어진 것이지, 공개적으로 게시하라고 만들어진 것이 아닙니다.

다음번을 예방하기

아래의 대부분은 멋있지 않고, 전부 위의 플레이북보다 저렴합니다.

백업을 그저 갖지 말고 검증하십시오

한 번도 복원해 본 적 없는 백업은 가설입니다. 주요 업데이트 전에 거기서 무언가를 복원해 보십시오. 파일 하나면 사슬이 처음부터 끝까지 작동함을 증명하기에 충분합니다. 디스크가 마운트되고, 백업을 읽을 수 있으며, 복원이 실제로 파일을 만들어 낸다는 것 말입니다.

일정이 아니라 가장 최근에 완료된 백업의 날짜를 확인하십시오. 대상에 여유 공간이 있는지 확인하십시오. 백업 드라이브가 3주째 조용히 완료에 실패하고 있었다면, 업데이트 시점은 그 사실을 발견하고 싶은 순간이 아닙니다.

여유 공간

업데이트는 다운로드 크기보다 훨씬 많은 여유 공간을 필요로 합니다. 설치 프로그램이 콘텐츠를 준비하고, 펼치고, 검증할 공간이 필요하고, 과정 중에 APFS 스냅숏이 공간을 소비하기 때문입니다. 설치 프로그램이 제시하는 숫자는 하한선이지 여유 있는 목표치가 아닙니다. 요구치보다 넉넉한 여유를 두고 시작하면 업데이트 도중 실패의 한 무리를 통째로 예방합니다.

출시 당일에 업데이트하지 마십시오

당일 업데이트의 반대편에는 첫 번째 물결에 있을 만한 가치가 있는 것이 없습니다. 일주일 기다리는 것은 아무 비용도 들지 않으며, 다른 사람들이 모델별 문제를 찾아내게 해 줍니다. 이것이 이 글 전체에서 가치 대비 가장 뛰어난 습관이고, 기술적 능력을 전혀 요구하지 않습니다.

알려진 문제를 먼저 확인하십시오

업데이트를 클릭하기 전에, 여러분의 특정 모델이나 여러분에게 중요한 특정 소프트웨어에 대해 문제를 보고하는 사람이 있는지 5분만 확인하십시오. 그것은 업데이트가 전반적으로 괜찮은지와는 다른 질문입니다.

알맞은 순간에, 알맞은 전원으로 업데이트하십시오

전원을 연결하십시오. 배터리로 업데이트를 시작하지 말고, 한 시간 뒤에 그 기기가 필요할 때 시작하지 말고, 여러분이 통제하지 못하는 연결로 시작하지 마십시오. 과정이 중단되지 않고 끝날 수 있는 조건을 주십시오. 중단으로부터의 복구가 이 글의 나머지 전부이기 때문입니다.

macOS 27 Golden Gate가 코앞입니다

이것은 지금 계획해 둘 가치가 있습니다. Apple은 2026년 8월 10일 개발자들에게 macOS 27 Golden Gate 개발자 베타 5를 배포했으며, 빌드 번호는 26A5406e입니다. 그 베타에 대한 보도는 9월 출시 일정이 계획대로 유지되고 있다고 설명합니다. Apple은 출시일을 발표하지 않았으므로, 9월은 확약이 아니라 예상입니다.

여러분에게 의미하는 바는 이렇습니다. 몇 주 안에 많은 사람들이 새로운 주요 버전을 설치할 것이고, 주요 버전 업그레이드야말로 이 글에 나오는 실패 양상들이 나타날 가능성이 가장 높은 지점입니다. 백업, 여유 공간, 첫 번째로 나서지 않기에 대한 위의 모든 내용은 포인트 릴리스보다 주요 업그레이드에 더 강하게 적용됩니다.

출시를 기다리는 대신 베타를 고려하고 있다면, 그것을 고유한 위험 프로필을 가진 별개의 결정으로 취급하십시오. macOS 27 Golden Gate 개발자 베타를 설치해야 하는가에 대한 글이 알려진 문제들과, 더 유용하게는 어떤 하드웨어에서 그것을 돌려야 하는가의 문제를 다룹니다.

흔한 문제 해결

Mac이 계속해서 설치 프로그램으로 재시동됩니다

문제: 중단된 업데이트를 강제 종료한 뒤, Mac이 macOS가 아니라 설치 프로그램으로 반복해서 다시 시동됩니다.

해결: 이것은 대개 설치 프로그램이 올바르게 재개하는 것이며, 올바른 대응은 그대로 두는 것입니다. 전원을 연결한 채 중단 없이 한 사이클을 온전히 주십시오. 정말로 진전 없이 루프를 돈다면 전원 버튼을 길게 눌러 멈춘 뒤, Recovery로 시동해 기존 볼륨을 선택하고 macOS 재설치를 사용하십시오. 그것이 모호한 상태를 확정된 상태로 바꿔 줍니다. 이 단계에서는 아무것도 지우지 마십시오.

Apple 실리콘 Mac에서 Recovery가 시작되지 않습니다

문제: 전원 버튼을 누르고 있으면 평범한 시동 시도가 되거나 아무 일도 일어나지 않고, 「시동 옵션 로드 중」이 결코 나타나지 않습니다.

해결: Mac은 먼저 완전히 종료되어 있어야 하며 잠자기 상태여서는 안 됩니다. 차가운 상태에서 시작해 버튼을 계속 누르고, 화면이 켜지는 시점을 한참 지나서도 계속 누르고 있으십시오. 기본 Recovery가 정말로 손상되었다면 Fallback Recovery를 사용하십시오. 전원 버튼을 한 번 누르고, 즉시 다시 눌러 옵션이 로드될 때까지 두 번째 누름을 유지하되, 두 누름 사이는 1초 미만이어야 합니다. 둘 다 안 되면 다음 단계는 두 번째 Mac에서의 DFU revive이며, 이는 비파괴적입니다.

Recovery Assistant가 연결할 수 없다고 합니다

문제: Device Recovery Assistant가 네트워크를 요구한 뒤 Apple에 도달하지 못합니다.

해결: Apple은 캡티브 네트워크와 802.1X를 요구하는 네트워크가 macOS Recovery에서 지원되지 않는다고 문서화합니다. 호텔, 공항, 캠퍼스, 그리고 대부분의 기업 무선 네트워크가 그 범주에 들어갑니다. 평범한 WPA2/WPA3 보안을 쓰는 가정용 네트워크를 쓰거나, 유선 이더넷을 쓰거나, 휴대폰에서 개인용 핫스팟을 켜십시오. Recovery 안에는 캡티브 포털을 우회하는 설정이 없습니다.

업데이트는 끝났는데 서드파티 앱이 이제 실행 시 충돌합니다

문제: 앱 하나만 빼고 모든 것이 작동하는데, 그 앱은 즉시 종료됩니다.

해결: 시스템에 무언가를 하기 전에 여러분의 macOS 버전에 대한 공급업체의 호환성 안내를 확인하십시오. 해결책은 여러분 쪽의 무언가가 아니라 공급업체 업데이트인 경우가 매우 잦기 때문입니다. 그 앱이 시스템 확장이나 커널 확장을 설치한다면, 시스템 설정 → 일반 → 로그인 항목 및 확장 프로그램에서 차단되고 있는지 확인하십시오. macOS를 재설치해도 새 시스템에 맞게 업데이트되지 않은 앱은 고쳐지지 않습니다.

파일이 없는데 Relocated Items도 비어 있습니다

문제: /Users/Shared/Relocated Items와 휴지통을 확인했는데, 찾는 것이 둘 다에 없습니다.

해결: 그 파일을 소유했던 계정으로 로그인했는지 확인하십시오. 업데이트 후 다른 계정이나 새로 생성된 계정으로 로그인하는 것이 「전부 사라졌다」의 놀랍도록 흔한 원인이기 때문입니다. Spotlight로 시스템 위치를 포함해 특징적인 파일 이름을 검색하십시오. 파일이 정말로 존재하지 않는다면, 전체 시스템을 복원하는 대신 백업에서 개별적으로 복원하십시오. 전체 복원은 문제가 요구하는 것보다 훨씬 큰 작업입니다.

Mac을 잠자기에서 깨울 때마다 커널 패닉이 발생합니다

문제: Mac은 깨어 있는 동안에는 안정적이지만 깨울 때 패닉이 발생합니다.

해결: 이것은 재현 가능한 계기이며, 무작위 패닉보다 훨씬 다루기 쉽게 만들어 줍니다. 패닉 직후에 sysdiagnose를 확보해 충돌 보고서가 아카이브에 들어가게 하십시오. 그다음 안전 모드에서 테스트하십시오. 거기서 깨우기가 안정적이라면 원인은 서드파티이며, 후보는 외장 기기용 드라이버, 가상화 소프트웨어, 그리고 커널 또는 시스템 확장을 설치하는 모든 것입니다. 하드웨어 상호작용을 분리하기 위해 모든 주변 기기를 분리하고 다시 테스트하십시오.

Disk Utility가 수리할 수 없는 오류를 보고합니다

문제: Recovery의 First Aid가 볼륨에서 문제를 찾았지만 수정에 실패합니다.

해결: 개별 볼륨뿐 아니라 컨테이너에 대해서도 First Aid를 실행하십시오. 컨테이너 수준의 문제가 볼륨 수준의 증상으로 나타나기 때문입니다. 실패하는 수리를 반복해서 다시 실행하지 마십시오. 힘들어하는 디스크에 대한 시도는 매번 위험을 수반합니다. First Aid가 컨테이너를 수리할 수 없다면 다른 무엇보다 먼저 Share Disk나 백업을 사용해 데이터를 기기에서 빼내는 것을 우선하고, 내장 SSD에서 수리 불가능한 파일 시스템 오류는 도구를 계속 시도할 이유가 아니라 Apple을 개입시킬 이유로 취급하십시오.

Mac은 부팅되는데 macOS가 잘못된 버전을 보고합니다

문제: 실패했거나 중단된 업데이트 후, 시스템 설정이 예상과 다른 버전을 표시합니다.

해결: 이것은 일반적으로 무해하며, 업데이트가 완료되지 않아 Mac이 이전 시스템으로 되돌아갔다는 뜻입니다. 설계가 올바르게 작동한 것입니다. 여유 공간을 확인하고, 백업을 확인한 뒤, 시스템 설정 → 일반 → 소프트웨어 업데이트에서 업데이트를 다시 시도하십시오. 같은 방식으로 두 번 실패한다면, 세 번째 재시도 전에 패턴이 로그에 남도록 두 번째 실패 후 sysdiagnose를 확보하십시오.

자주 묻는 질문

macOS 업데이트 중에 Mac을 강제 종료해도 안전합니까?

가장 먼저 시도할 일은 아니지만, 예전만큼의 재앙도 아닙니다. Howard Oakley는 업데이트가 진행되는 거의 전 시간 동안 파일이 있는 Data 볼륨이 마운트 해제되어 있다고 언급하므로, 강제 종료는 대체로 손상된 문서보다는 불완전한 시스템을 감수하는 것입니다. 먼저 기다리십시오. 인내심의 한계를 한참 넘겨서 기다리고, 전원을 뽑는 대신 전원 버튼을 길게 누르십시오.

멈춘 macOS 업데이트 진행 막대는 조치하기 전에 얼마나 기다려야 합니까?

합리적으로 느껴지는 것보다 더 길게입니다. Howard Oakley는 98.6%에서 12분 7초 동안 지속된 겉보기 정지를 기록했고 그동안 준비 작업이 계속되었으며, 느린 Mac에서는 30분 이상 걸릴 수 있다고 언급합니다. 막대 위의 숫자가 아니라 열, 팬 소음, 그리고 지난 20분 사이에 화면에서 무언가가 바뀌었는지로 판단하십시오.

Recovery에서 macOS를 재설치하면 파일이 지워집니까?

아닙니다. 기존 볼륨 그룹에 재설치하면 Data 볼륨은 그대로 두고 시스템만 교체하므로, 홈 폴더와 앱과 설정은 살아남습니다. 중요한 단계는 설치 프로그램이 어디에 설치할지 물을 때 기존 시동 볼륨을 선택하는 것입니다. 지우기는 Disk Utility에서 명확히 표시된 별개의 작업이며, 일부러 선택해야 합니다.

DFU 모드에서 revive와 restore의 차이는 무엇입니까?

Apple은 revive를 펌웨어와 recoveryOS를 업데이트하면서 시동 볼륨, 사용자의 데이터 볼륨, 또는 다른 어떤 볼륨도 변경하지 않도록 설계된 것으로 설명합니다. restore는 펌웨어와 recoveryOS를 업데이트한 다음 macOS를 지우고 설치하며, 내장 볼륨의 데이터는 복구 불가능해집니다. 항상 revive를 먼저 시도하십시오. 비파괴적이고 자주 그것으로 충분합니다.

Recovery Assistant는 왜 인터넷 연결이 필요합니까?

수리 로직을 로컬에 갖고 다니지 않기 때문입니다. Apple은 이 도구가 Mac에 영향을 줄 수 있는 소프트웨어 문제에 대한 최신 세부 정보를 다운로드하기 위해 연결이 필요하다고 문서화하며, 그것이 Apple이 업데이트 배포 후에 발견된 문제에 대응할 수 있는 방식입니다. Apple은 또한 캡티브 네트워크와 802.1X 네트워크가 macOS Recovery에서 지원되지 않는다고 문서화하므로, 평범한 WPA 보안 네트워크를 준비하십시오.

Apple 실리콘 Mac을 데이터를 잃지 않고 다운그레이드할 수 있습니까?

지원되는 경로로는 불가능합니다. Apple 실리콘에서 이전 macOS 버전으로 되돌리는 것은 DFU 복원을 거치며, Apple은 이를 macOS를 지우고 설치하는 것으로, 내장 볼륨의 데이터가 복구 불가능해지는 것으로 설명합니다. 데이터를 지키는 유일한 방법은 이후에 백업에서 복원하는 것이며, 그래서 검증된 백업은 선택적인 예방책이 아니라 전제 조건입니다.

결론

실패한 macOS 업데이트가 실제보다 훨씬 나쁘게 느껴지는 이유는, 화면이 보여 주는 것과 기계가 하고 있는 일 사이의 불일치로 귀결됩니다. 정지한 진행 막대는 죽은 Mac처럼 보이지만 대개는 바쁜 Mac입니다. 부팅 루프는 최선을 다하는 기계처럼 보이지만 실제로는 같은 이른 커널 패닉을 반복하는 기계입니다. 그리고 파일 없이 부팅되는 Mac은 데이터 손실처럼 보이지만, 그 파일들은 Apple이 문서화한 바로 그곳, /Users/Shared/Relocated Items에 앉아 있는 경우가 잦습니다.

봉인된 시스템 볼륨이 이 모든 것을 관통하는 실입니다. Howard Oakley의 표현대로 시스템이 마지막 한 비트까지 암호학적으로 검증되기 때문에, 옛날의 흐물흐물하게 반쯤 망가진 실패는 사라지고 더 깔끔한 이분법적 실패로 대체되었습니다. Data 볼륨이 업데이트 대부분의 시간 동안 마운트 해제되어 있기 때문에, 중단은 여러분의 작업물보다 시스템을 훨씬 더 위협합니다. 그리고 Apple 실리콘 Mac을 확실히 고칠 수 있는 복구 도구 중 하나가 기기를 지워 버리기 때문에, 검증된 백업의 가치는 플레이북 전체에 고르게 퍼져 있지 않습니다. 그 가치는 마지막에 온전히 몰려 있으며, 거기서 최후의 수단을 여러분이 쓸 수 있는지 없는지가 결정됩니다.

세 가지만 가져가신다면 이렇습니다. 강제 종료하기 전에 원하는 것보다 더 오래 기다리십시오. 부팅 루프는 계속 돌게 두지 말고 멈추십시오. 그리고 restore 전에 revive를 시도하십시오. 업데이트를 앞두고 있다면, 특히 macOS 27 Golden Gate가 9월로 예상되는 상황에서, 오늘 10분을 들여 백업에서 파일 하나를 복원해 백업이 작동함을 증명하십시오. 그 10분이 이 글의 모든 시나리오를 위기에서 불편함으로 바꿔 줍니다.

관련 읽을거리: Mac 시동 문제: 완전 해결 가이드 · 2026년 최고의 Mac 백업 전략