Migration Assistant 멈춤? 새 Mac으로 빠르게 이전하는 법

안전 관련 정정, 2026년 10월 18일: 정리와 지우기 전에 필요한 데이터 보호 절차를 추가하고, 개인 폴더 선택 및 FileVault 안내를 수정했으며, 카운터가 멈춘 것만으로 실패를 판단할 수 없음을 명확히 했습니다. 일시적으로 변경한 보호 설정은 이전 후 복원해야 합니다. 정정 내용은 아래에 링크한 Apple 지침을 근거로 하며, 새로운 기기 테스트는 수행하지 않았습니다.

새 Mac을 설정하는 과정에서 반드시 한 번은 어긋나는 단계가 Migration Assistant이고, 어긋나는 방식도 매번 똑같이 반복됩니다. 상자는 열었고 새 기기는 책상 위에 있는데, 진행률 막대는 두 시간째 45퍼센트에 멈춘 채 남은 시간 26시간이라고 알려줍니다. 10분 뒤에는 4시간이라고 하고, 다시 10분 뒤에는 또 26시간이라고 합니다. 기다려야 하는지, 다시 시작해야 하는지, 아니면 포기하고 파일을 손으로 옮겨야 하는지 그 자리에 있는 누구도 알지 못합니다.

이런 일이 벌어지는 이유는 Migration Assistant가 고장 났기 때문이 아닙니다. Migration Assistant는 전송 경로를 스스로 고르고, 대부분의 사용자가 쓰이고 있다는 사실조차 모르는 무선 경로를 선호하며, 거의 모든 가정의 기본 상황 — Mac 두 대가 나란히 놓여 있고 둘 다 같은 Wi-Fi 네트워크에 연결된 상태 — 은 이 도구가 지원하는 구성 중 최악에 가깝기 때문입니다. Apple은 전송 경로 선택 동작을 문서로 밝혀 두었지만, 그 문서는 노트북을 설정하는 일반 사용자가 읽을 만한 소비자용 지원 문서가 아니라 IT 관리자를 대상으로 한 Apple Platform Deployment 가이드에 들어 있습니다.

이 글은 세 가지를 정리합니다. 첫째, 실제로 어떤 전송 방식을 써야 하는지를 순위로 제시하고, 그 순위가 왜 그렇게 나오는지 메커니즘까지 설명합니다. 둘째, 남은 시간 1분이라는 추정치가 한 시간 동안 이어져도 이를 성공이나 실패의 증거로 삼지 않고 해석하는 방법을 설명합니다. 셋째, 대부분의 가이드가 여전히 틀리게 설명하는 Apple silicon 관련 세부 사항을 짚습니다. 여기에는 시동 시 T 키를 누르라는 아주 흔한 안내도 포함되는데, 이 방법은 2023년 이후 Apple이 새 제품으로 판매한 어떤 Mac에도 해당되지 않습니다.

지금 시점이 중요합니다. 2026년 8월 11일 MacRumors와 9to5Mac의 보도에 따르면 Apple은 미국의 2026년 Back to School 프로모션을 2026년 9월 24일까지 연장했고, 첫 Apple silicon 전용 릴리스가 될 macOS 27 Golden Gate는 2026년 9월에 나올 것으로 예상됩니다. 앞으로 6주 사이에 상당히 많은 사람이 새 Mac으로 이전하게 됩니다.

핵심 요약

• 전송 경로는 사용자가 아니라 Migration Assistant가 고른다 — Apple의 배포 문서는 소스 Mac에서 Wi-Fi를 꺼 두지 않는 한 두 Mac이 peer-to-peer Wi-Fi 연결을 맺는다고 명시합니다. 이 때문에 구형 Mac에서 Wi-Fi를 끄는 것이 단 한 가지 조치로 가장 큰 효과를 내는 변경입니다.
• Apple silicon에는 Target Disk Mode가 없다 — M 시리즈 Mac에서 T를 눌러도 아무 일도 일어나지 않습니다. 대응되는 기능은 macOS Recovery의 Utilities 메뉴에서 접근하는 Share Disk이고, 이 기능은 볼륨을 로컬 디스크가 아니라 네트워크 공유로 제시합니다.
• 추정치는 진단이 아닙니다 — 작은 파일과 메타데이터 처리는 마지막 단계가 느려지는 가능한 이유 중 하나입니다. Apple은 추정 알고리즘을 문서화하지 않았습니다.
• 진행 상황과 두 Mac을 확인합니다 — 추정치나 바이트 카운터가 그대로라는 사실만으로는 실패를 판단할 수 없습니다. Apple은 대용량 전송에 몇 시간이 걸릴 수 있고 멈춘 것처럼 보일 수 있다고 안내합니다. 재시도 여부를 결정하기 전에 오류, 전원 및 연결 문제를 확인합니다.
• Time Machine 백업에서 이전하는 것이 가장 신뢰할 수 있는 대안이다 — 두 번째 Mac, 네트워크, 대화형 세션을 문제에서 통째로 제거해 주며, Apple 커뮤니티 포럼에 보고된 Tahoe 이전 실패를 해결한 것도 바로 이 우회책입니다.

Migration Assistant는 정확히 무엇인가

방식을 순위 매기기 전에 이 도구가 무슨 일을 하는지 정확히 짚어 두는 편이 좋습니다. 이 도구를 둘러싼 불안의 상당 부분이 실제보다 더 많은 일을 한다고 오해하는 데서 오기 때문입니다.

Apple이 밝힌 이전 대상

2026년 2월 10일에 마지막으로 게시된 Apple 지원 문서 Transfer to a new Mac with Migration Assistant는 한 문장짜리 범위 설명으로 시작합니다. Migration Assistant는 문서, 앱, 사용자 계정, 설정을 한 Mac에서 다른 Mac으로 전송하며, 구형 Mac의 정보를 삭제하지도, 새 Mac의 운영체제를 대체하지도 않는다는 것입니다.

뒤쪽 절반이 중요한 부분이고, 이전 작업이 알려진 평판보다 훨씬 안전한 이유이기도 합니다. Greg Gant은 2026년 1월 이 도구를 옹호하는 글에서 같은 지적을 했습니다. 최신 macOS에서 시스템 볼륨은 읽기 전용이며 암호학적으로 봉인돼 있으므로, 새 Mac의 운영체제는 Apple이 설치한 상태 그대로 유지됩니다. Migration Assistant는 애초에 시스템 볼륨을 건드리지 않기 때문에 손상된 구형 시스템을 끌고 올 수 없습니다. 끌고 오는 것은 데이터 볼륨, 즉 홈 폴더와 응용 프로그램과 설정입니다.

macOS Tahoe 26의 Mac 사용 설명서에서 Apple은 선택 화면을 다섯 개 범주로 나눕니다.

범주	포함 대상
Applications	/Applications에 있는 서드파티 앱. Apple은 호환되지 않는 앱이나 이미 최신 버전이 설치된 앱은 전송되지 않거나 사용할 수 없을 수 있다고 밝힙니다
User accounts	각 계정과 홈 폴더. 펼침 화살표로 Documents, Pictures, Movies, Desktop, Downloads 같은 개별 폴더를 고를 수 있습니다
Other Files & Folders	홈 폴더 바깥, 데이터 볼륨에 있는 파일
Privacy & Security Settings	개인정보 보호 권한 및 관련 설정
System & Network	시스템 및 네트워크 설정. 펼쳐서 개별 항목을 선택할 수 있습니다

Apple의 Platform Deployment 가이드에는 소비자용 문서에 없는, 알아 둘 가치가 있는 두 가지 세부 사항이 더 있습니다. 사용자의 ~/Library 폴더는 항상 이전되며, 관리 구성으로 명시적으로 제외하지 않는 한 이전 대상에는 숨김 폴더와 파일이 포함된다는 것입니다. Apple은 그 구체적인 예로 SSH 키를 듭니다. ~/.ssh 디렉토리가 함께 넘어오는지 궁금했던 적이 있다면, 그것이 문서화된 답입니다.

The Eclectic Light Company의 Howard Oakley도 같은 네 가지 실무적 묶음 — 응용 프로그램, 홈 폴더를 포함한 사용자 계정, 시스템 및 네트워크 설정, 기타 파일 및 폴더 — 을 설명하면서, Migration Assistant가 /usr/local을 포함해 널리 알려진 숨김 폴더의 내용도 이전하려 시도하지만 그런 위치가 심하게 커스터마이즈돼 있으면 어려움을 겪을 수 있다고 덧붙입니다. 이 한 문장이 이 글 뒷부분에서 다루는 Homebrew 관련 골칫거리의 대부분을 설명합니다.

손대지 않는 것

macOS를 다시 설치하거나 수정하지 않습니다. 구형 Mac을 지우지 않습니다. 데이터를 암호화된 형태로 옮기지 않습니다. Glenn Fleishman이 Macworld에서 설명하듯, 이전 과정은 복호화된 내용을 복사합니다. 대상 기기가 새 기기를 채우려면 읽을 수 있는 데이터가 필요하기 때문입니다. 그리고 소프트웨어 라이선스를 자체적으로 처리하지도 않습니다.

또한 Gant의 표현대로, 청소 서비스가 아닙니다. 도매식 전송 도구입니다. 버려진 환경설정 파일 하나하나, 방치된 응용 프로그램 지원 폴더 하나하나, 2019년부터 조용히 커져 온 캐시 디렉토리 하나하나가 미리 정리하거나 선택 해제하지 않는 한 그대로 따라옵니다.

Mac에서 어디에 있는가

새 Mac이 아직 Setup Assistant — 국가와 네트워크를 묻는 흐름 — 를 표시하고 있다면, 이전 기능은 그 흐름에 내장돼 있으므로 따로 실행할 것이 없습니다.

이미 설정을 마쳤다면 Migration Assistant는 독립 실행 앱입니다. Apple은 두 가지 경로를 문서화합니다. Applications 안의 Utilities 폴더, 그리고 System Settings → General → Transfer or Reset → Open Migration Assistant입니다. 실행하면 다른 앱이 모두 종료되고 로그아웃되므로 먼저 작업 내용을 저장하세요.

이 차이는 중요합니다. Setup Assistant 도중에 이전하면 Migration Assistant가 계정을 깔끔하게 생성할 수 있습니다. 나중에 이전하면 이미 계정이 존재하는 상태이므로, 뒤에서 다룰 짧은 이름 충돌 문제가 따라옵니다.

먼저 결정하기: 전체 이전, 선별 이전, 아니면 새로 시작

가장 흔한 실수는 잘못된 전송 경로를 고르는 것이 아닙니다. 이 질문 자체를 아예 던지지 않고, 빠르게 쓰려고 산 기기에 15년치 누적된 상태를 반사적으로 끌어다 놓는 것입니다.

전부 이전하는 쪽의 논거

한 번의 작업으로 업무에 복귀합니다. 응용 프로그램 환경설정, 메일 계정, 브라우저 프로필, 키보드 단축키, Finder 사이드바 배열이 전부 살아남습니다. Mac이 취미가 아니라 업무 도구인 사람에게는 거의 항상 이쪽이 맞고, 대부분의 사용자가 대부분의 상황에서 Migration Assistant를 써야 한다는 Gant의 결론이 올바른 기본 조언입니다.

Oakley는 타이밍에 관한 논거를 더합니다. 현재 사용자 설정을 포함해 구형 Mac에 있는 것 상당수를 가져갈 생각이라면, 그렇게 하기 가장 좋은 시점은 새 Mac을 처음 구성할 때라는 것입니다. Setup Assistant 도중에 이전하면 계정 충돌 처리를 아예 피할 수 있습니다.

새로 시작하는 쪽의 논거

이전을 그대로 이어가는 것이 잘못된 선택인 구체적인 상황들이 있습니다.

• 구형 Mac이 원인을 끝내 규명하지 못한 방식으로 이상하게 동작했던 경우, 특히 로그인 시 느려짐, 계속 다시 뜨는 권한 대화상자, 신뢰할 수 없게 된 메일 앱 같은 증상. 이런 문제는 ~/Library에 살고 있고, ~/Library는 항상 이전됩니다.
• Intel에서 Apple silicon으로 넘어가는데 설치된 소프트웨어 중 의미 있는 비중이 Intel 전용인 경우. 이전하면 시한부 카운트다운이 걸린 바이너리를 함께 가져오게 됩니다. 아래 Rosetta 관련 섹션을 보세요.
• Intel Homebrew 시절의 /usr/local이 심하게 커스터마이즈돼 있고 개발 도구 체인 규모가 큰 경우. 이전 결과는 대개 절반씩 작동하는 Homebrew 프리픽스 두 개가 공존하는 기기입니다.
• 구형 기기가 실제로 거의 가득 찼고, 그중 대부분이 몇 년째 열어 보지 않은 것들인 경우.

새로 시작하는 데 드는 솔직한 비용은 시간이고, 사람들이 예상하는 것보다 훨씬 많이 듭니다. 모든 계정을 다시 인증하고, 모든 앱을 다시 설치하고, 모든 환경설정을 다시 만들어야 합니다. Oakley의 경고가 여기에 적용됩니다. 수동 이전은 훨씬 어렵고 필요한 것을 빠뜨릴 위험이 있습니다. 그쪽 길을 택하기로 했다면 Mac 이전 전체 가이드에서 수동 경로를 더 자세히 다룹니다.

결정 표

상황	권장 접근
아키텍처 동일, 양쪽 모두 최신 macOS, 기기가 정상 동작	Setup Assistant 도중에 전부 이전
Intel Mac에서 Apple silicon으로, 대부분 App Store 및 주류 앱 사용	사용자 계정과 파일만 이전하고 Applications는 선택 해제, 앱은 네이티브로 재설치
Intel Mac에서 Apple silicon으로, 무거운 개발 도구 체인	사용자 계정과 파일만 이전하고 Homebrew와 언어 런타임은 처음부터 다시 구축
구형 Mac에 원인 불명의 로그인·권한 문제가 있음	각 사용자 계정에서 필요한 개인 폴더를 선택하거나 검증된 백업에서 해당 폴더를 수동으로 복사하고 설정을 다시 구성합니다
구형 Mac이 죽었거나 부팅 불가	가장 최근 Time Machine 백업에서 이전
기기 관리 대상인 회사·학교 Mac	먼저 IT에 문의. 관리 등록 상태에 따라 허용 범위가 달라질 수 있음
깨끗한 기기를 원하지만 다운타임을 감당할 수 없음	지금은 전부 이전하고, 나중에 오후 시간을 잡아 정리

Apple은 문서, 그림 등의 개인 폴더를 사용자 계정 아래에 분류합니다. Other Files & Folders만 선택하면 해당 계정 폴더는 포함되지 않습니다. 원치 않는 설정을 가져오지 않으려면 홈 폴더 전체 대신 필요한 개인 폴더를 수동으로 복사하고 앱과 환경설정을 새로 설정합니다. 선택적 이전만으로 기존 문제를 진단하거나 해결을 보장할 수는 없습니다.

대부분의 사람에게 맞는 중간 경로

Applications를 선택 해제하고 나머지는 전부 유지하세요. 데이터, 계정, 설정, ~/Library를 그대로 가져가면서 응용 프로그램만 현재 설치 프로그램에서 다시 설치하므로, 새 기기의 모든 바이너리가 최신이고 올바르게 서명됐으며 아키텍처에 맞는 빌드가 됩니다. 대가는 하룻저녁의 다운로드이고, 그 대신 이전 후 발생하는 이상 현상 중 가장 큰 단일 범주가 사라집니다.

반대로 응용 프로그램까지 이전하기로 했다면, 이후 정리 작업을 계획해 두세요. 앱을 휴지통으로 끌어다 놓아 삭제하면 지원 파일이 그대로 남는데, 그것이 바로 피하려던 침전물입니다. 앱과 남은 파일을 모두 제거하는 방법 가이드에서 제대로 지우는 방법을 다룹니다.

전송 방식 순위

이 섹션이 이전 작업이 90분 만에 끝날지 26시간이 걸릴지를 결정합니다.

Migration Assistant는 전송 경로를 어떻게 고르는가

Apple은 이 내용을 문서화해 두었지만, 2026년 3월 24일에 게시된 Apple Platform Deployment 가이드의 Managed Migration Assistant for macOS 항목에 있습니다. 해당 대목은 Migration Assistant가 속도를 기준으로 이전에 가장 적합한 전송 옵션을 선택하며, 그 옵션에는 Wi-Fi 직접 연결, 인프라 Wi-Fi, Ethernet, Thunderbolt가 포함되고, Migration Assistant는 이전 도중에도 더 빠른 옵션이 생기는지 자주 확인한다고 밝힙니다.

이 문장을 꼼꼼히 읽어야 합니다. 그 안에 서로 다른 사실이 세 개 들어 있기 때문입니다.

첫째, 전송 경로는 네 가지이고 그중 두 개가 무선입니다. Wi-Fi 직접 연결은 두 Mac 사이의 peer-to-peer 링크입니다. 인프라 Wi-Fi는 두 Mac이 공유기를 거쳐 통신하는 것입니다. 이 둘은 같은 것이 아니며 성능도 크게 다릅니다.

둘째, 선택은 자동이며 속도 기준입니다. 사용자가 고르지 않습니다. 고를 수 있는 후보군만 바꿀 수 있습니다.

셋째 — 그리고 이건 거의 아무도 모르는 부분인데 — 이전 도중에 전송 경로가 바뀔 수 있습니다. Migration Assistant는 전송 중간에 재평가합니다. 시간 추정치가 심하게 요동치는 기계적 이유가 여기에 있습니다. 외삽의 근거가 되는 처리량 자체가 정지 상태가 아닌 것입니다. 2024년 12월 M4 MacBook Pro로 이전하던 한 MacRumors 포럼 사용자는 정확히 이 현상을 목격했다고 보고했습니다. 전송이 Ethernet에서 시작했다가 도중에 peer-to-peer로 전환됐다는 것입니다.

같은 배포 문서 페이지는 요건을 명확히 밝힙니다. 소스 Mac에서 Wi-Fi를 꺼 두지 않는 한 기기들은 peer-to-peer Wi-Fi 연결을 맺는다는 것입니다. 이 도구에 관한 Apple의 전체 문서를 통틀어 가장 실행 가능한 사실이 그 한 문장입니다.

peer-to-peer Wi-Fi가 최악의 기본값인 이유

메커니즘은 이렇습니다. 그냥 믿기보다 이해해 둘 가치가 있습니다.

Mac의 peer-to-peer Wi-Fi는 Apple Wireless Direct Link이고, AirDrop과 AirPlay 탐색을 실어 나르는 것과 같은 계층입니다. Yggdrasil Network 프로젝트의 AWDL 기술 문서가 설명하듯, 기기는 하나의 Wi-Fi 라디오로 일반 Wi-Fi 액세스 포인트와 AWDL 클러스터에 동시에 참여할 수 있는데, 두 채널 사이를 빠르게 전환하는 방식으로 그렇게 합니다.

라디오 하나. 채널 둘. 카드는 두 곳에 동시에 있을 수 없으므로 시간을 쪼개 씁니다.

두 Mac이 모두 가정용 네트워크에도 접속한 상태에서 이전을 진행하면, 여기서 구체적이고 불쾌한 결과 두 가지가 함께 발생합니다.

• peer-to-peer 링크는 가용 무선 시간의 일부만 받습니다. 라디오가 공유기와의 결합을 유지하려고 계속 자리를 비우기 때문입니다.
• 같은 이유로 동시에 가정용 Wi-Fi도 성능이 떨어집니다. 누군가 이전을 시작하면 집안의 다른 사람들이 그걸 체감하는 이유가 이것입니다.

여기에 2026년 아파트의 일상적인 현실이 겹칩니다. 혼잡한 5GHz 대역, 이웃 네트워크, 그리고 15센티미터 거리에서 둘 다 큰 소리로 송신하고 있는 Mac 두 대. 결과는 실효 처리량이 분 단위로 출렁이는 링크이고, 이는 시간 추정기가 가장 다루기 어려워하는 입력입니다.

Apple은 어떤 전송 경로에 대해서도 Migration Assistant의 처리량 수치를 공개하지 않습니다. 유통되는 숫자는 사용자 보고뿐입니다. 위에서 인용한 MacRumors 스레드는 peer-to-peer 연결에서 대략 40~55MB/s가 나왔고, 제대로 된 USB-C 데이터 케이블로 바꾸자 90MB/s 정도로 올라갔다고 보고했습니다. 이는 한 사람이 한 쌍의 기기에서 관찰한 결과이지 벤치마크가 아니므로, 예측값이 아니라 순서 관계로 받아들이는 것이 맞습니다.

유선 Ethernet

Ethernet 경로는 가장 지루하고 가장 예측 가능한 선택지이며, 이 상황에서 원하는 것은 바로 그 지루함입니다.

최신 노트북에서는 양쪽 끝에 어댑터나 독이 필요하고, Mac mini나 Studio라면 포트가 기본 탑재돼 있습니다. 두 Mac을 같은 스위치나 공유기에 연결하세요. 그다음 결정적으로, 소스 Mac에서 Wi-Fi를 끄세요. 그러지 않으면 Apple이 문서화한 동작대로 Migration Assistant가 여전히 peer-to-peer 경로를 고를 수 있습니다.

기가비트 Ethernet은 1Gbps 링크로 상한이 뚜렷하지만 안정적인 상한입니다. 시간 추정치를 쓸 만하게 만들고 전송 중간에 경로가 바뀌는 것을 막아 주는 것이 바로 이 안정성입니다.

두 Mac을 잇는 Thunderbolt 케이블

Mac 대 Mac 직접 이전에서 지원되는 가장 빠른 경로이며, Apple의 하드웨어 설명서 자체가 권유하는 방식이기도 합니다. macOS Tahoe 26용 MacBook Air 사용 설명서는 두 컴퓨터를 같은 Wi-Fi 네트워크에 연결해 무선으로 전송할 수도 있지만, Thunderbolt 또는 Ethernet 케이블로 새 Mac을 이전 Mac에 직접 연결하는 편이 대체로 더 빠르다고 밝힙니다. Oakley의 권고는 더 구체적입니다. 좋은 Thunderbolt 4 케이블로 두 Mac을 직결하거나, Thunderbolt 3 SSD에 있는 백업에서 이전하라는 것입니다.

여기서 두 가지가 잘못되는데, 둘 다 피할 수 있습니다.

케이블. USB-C 커넥터가 달렸다고 해서 Thunderbolt 케이블이 되는 것은 아닙니다. MacBook 상자에 함께 들어 있는 충전 케이블은 전력과 USB 2 데이터를 전달하는 USB-C 케이블입니다. 앞서 인용한 MacRumors 스레드의 근본 원인이 정확히 이것이었습니다. 충전 케이블을 쓰고 있어서 이전이 느렸고, 진짜 데이터 케이블로 교체하자 속도가 크게 올랐습니다. 커넥터 하우징에 새겨진 번개 아이콘을 찾거나, Thunderbolt 3, Thunderbolt 4, Thunderbolt 5, USB4로 명시돼 판매되는 케이블을 고르세요.

인터페이스. 두 Mac을 Thunderbolt 케이블로 직결하면 macOS는 Thunderbolt Bridge라는 IP-over-Thunderbolt 인터페이스를 만듭니다. 2023년 4월 7일에 게시된 Glenn Fleishman의 Macworld 가이드는 Thunderbolt를 통한 Migration Assistant 사용법을 다루면서 네트워크 설정에서 Thunderbolt Bridge가 존재하고 연결됨으로 표시되는지 확인하는 과정을 안내하고, Migration Assistant의 전송 화면에 실제로 어떤 링크가 선택됐는지 알려 주는 Connection Details 컨트롤이 있다는 점을 짚습니다. 꼭 써 보세요. 추측을 사실로 바꿔 줍니다.

시작하기 전에 어느 쪽 Mac에서든 Terminal로 인터페이스 존재 여부를 확인할 수 있습니다.

networksetup -listallnetworkservices

목록에서 Thunderbolt Bridge 항목을 찾으세요. 없다면 이전을 시작하기 전에 System Settings → Network에서 줄임표 메뉴를 이용해 추가하세요.

Time Machine 백업 또는 외장 클론에서 이전

직접 이전이 이미 한 번 실패한 경우 대부분의 사람이 가장 먼저 손을 뻗어야 할 방법이고, 첫 번째 선택지로서도 과소평가된 방식입니다.

Migration Assistant는 Time Machine 백업을 소스로 받아들입니다. 2025년 11월 10일에 마지막으로 게시된 Apple의 Restore your Mac from a backup 문서가 흐름을 설명합니다. 백업 디스크를 연결하고, Migration Assistant를 열고, Mac·Time Machine·시동 디스크에서 전송하는 옵션을 고르고, 백업 디스크를 선택한 뒤(Apple은 표시되기까지 잠시 걸릴 수 있다고 밝힙니다), 사용할 백업을 고르며, 더 오래된 백업을 원하면 펼침 화살표를 씁니다.

Oakley는 소스가 반드시 Time Machine일 필요는 없다고 확인해 줍니다. 백업이 Time Machine으로 만들어졌든 Carbon Copy Cloner나 SuperDuper, 혹은 다른 좋은 유틸리티로 만들어졌든 백업에서의 이전은 제대로 동작해야 한다는 것입니다. 중요한 것은 그것이 디스크 최상위에 있는 볼륨 단위 백업이라는 점입니다. Carbon Copy Cloner의 개발사인 Bombich Software는 백업 볼륨 안의 폴더에 들어 있는 백업은 Migration Assistant가 받아들이지 않는다고 명시하고, Migration Assistant가 인식하는 소스를 확보하려면 시동 디스크를 로컬 연결 백업 디스크의 최상위에 직접 새로 백업하라고 권합니다.

이 방식이 그렇게 자주 이기는 이유는 이렇습니다. 회로에 살아 있는 두 번째 Mac이 없으므로 깨어 있을 필요도, 전원에 연결돼 있을 필요도, 네트워크를 협상할 필요도 없습니다. 소스가 로컬 디스크이므로 처리량은 인클로저와 버스에 의해 제한되는데, 둘 다 안정적입니다. 중간에 실패하면 구형 Mac은 건드리지 않고 다시 시작하면 됩니다. 게다가 어차피 이 모든 작업 전에 최신 백업은 필요했습니다.

백업 전략이 아직 자리 잡지 않았다면 이전 후가 아니라 이전 전에 해결하세요. 2026년 Mac 백업 전략 가이드에서 방어 가능한 구성이 어떤 모습인지 다루고, Time Machine 문제 해결 가이드에서는 백업을 이전 소스로 신뢰하기 전에 정리해 둘 만한 실패 유형을 다룹니다.

Windows PC에서 이전

Migration Assistant는 Windows 쪽 헬퍼와 함께 이 경우도 처리합니다. 2026년 6월 23일에 게시된 Apple의 Transfer from PC to Mac with Migration Assistant 문서는 Windows 10 이상에서 macOS Tahoe 26, Sequoia 15, Sonoma 14로 이전할 때 Windows Migration Assistant 3.0.2.1을 사용하도록 명시합니다. 더 낮은 macOS 버전에는 더 낮은 빌드가 필요합니다. Ventura 13과 Monterey 12는 2.4.5.0, Big Sur 11은 2.3.1.0입니다. 이 작업이 아예 실패하는 가장 흔한 이유가 엉뚱한 버전을 내려받는 것입니다.

요건은 Mac 대 Mac의 경우와 한 가지 눈에 띄는 지점에서 다릅니다. Apple은 두 컴퓨터가 서로 가까이 있어야 하고 Wi-Fi 와 Bluetooth가 모두 켜져 있어야 한다고 밝히며, Bluetooth Low Energy가 없는 PC는 USB Bluetooth 어댑터가 필요할 수 있다고 경고합니다. Mac이 macOS 13 이하를 실행 중이라면 Apple은 추가로 두 컴퓨터가 같은 네트워크에 있거나 Ethernet 케이블로 직접 연결돼 있어야 한다고 요구합니다.

Apple은 해당 페이지의 표에서 무엇이 어디로 가는지 정확히 밝혀 둡니다. Outlook과 Windows Mail 계정은 Mail로, 연락처는 Contacts로, 약속은 Calendar로, Outlook 작업은 macOS 13 이상에서 Reminders로, 미디어는 대응하는 Apple 앱으로, Chrome·Edge·Firefox·Internet Explorer·Safari의 북마크는 Safari로 들어갑니다. C 드라이브의 비시스템 파일은 홈 폴더 안의 Shared 폴더에 들어가는데, Apple은 이를 위해 PC에 관리자로 로그인한 상태에서 Windows Migration Assistant를 실행해야 한다고 밝힙니다.

제약은 두 가지입니다. Windows 응용 프로그램은 옮겨 갈 수 있는 대응 바이너리가 없으므로 넘어오지 않습니다. 그리고 Mac 사용 설명서에 따르면 네트워크 설정과 암호는 PC에서 전송되지 않습니다.

비교 표

방식	준비 부담	예측 가능성	필요한 것	이럴 때 사용
Thunderbolt 케이블, 소스에서 Wi-Fi 끔	중간	직접 방식 중 최고	진짜 Thunderbolt 또는 USB4 케이블, 두 Mac 모두 깨어 있고 전원 연결	두 Mac이 모두 작동하고 가장 빠른 직접 경로를 원할 때
유선 Ethernet, 소스에서 Wi-Fi 끔	중간	높음	양쪽 끝의 어댑터나 독, 그리고 스위치나 공유기	Thunderbolt를 쓸 수 없고 안정적이고 지루한 방식을 원할 때
외장 디스크의 Time Machine 백업	낮음	전체 중 최고	디스크 최상위에 있는 최신 볼륨 단위 백업	직접 이전이 실패했거나, 구형 Mac이 죽었거나, 가장 마음 편한 방식을 원할 때
Carbon Copy Cloner나 SuperDuper 클론	낮음	높음	로컬 연결 디스크 최상위에 기록된 백업	이미 이런 도구를 쓰고 있을 때
인프라 Wi-Fi, 두 Mac 모두 공유기 경유	가장 낮음	낮음	추가로 필요한 것 없음	소규모 전송만, 또는 달리 방법이 없을 때
peer-to-peer Wi-Fi, 자동 기본값	가장 낮음	가장 낮음	아무것도 필요 없다는 점이 곧 문제	의도적으로 피할 것. 아무 조치도 안 하면 이게 걸립니다
Windows PC에서	중간	중간	Windows Migration Assistant 3.0.2.1, Bluetooth LE	Windows에서 갈아탈 때

Share Disk는 Target Disk Mode가 아니다

새 Mac으로 옮기는 방법에 관해 나와 있는 조언 대부분이 그냥 틀린 지점이 여기이고, 여러 해째 틀린 채로 있습니다.

Apple silicon Mac에서 T를 눌러도 아무 일이 없는 이유

Target Disk Mode는 Intel 기능입니다. 이 주제를 다루는 Apple의 Mac 사용 설명서 페이지는 범위에 대해 모호함이 없으며, 아키텍처를 명시한 정의로 시작합니다. Intel 기반 Mac을 다른 Mac에 연결해 Intel 기반 Mac이 외장 하드 디스크처럼 나타나게 할 수 있으며 이를 타깃 디스크 모드라고 부른다는 것입니다. 뒤이어 나오는 지침은 Intel 기기용입니다. 컴퓨터가 꺼져 있으면 T 키를 누른 채 시동하고, 켜져 있으면 System Settings → General → Startup Disk → Restart in Target Disk Mode를 사용합니다. 시동되면 다른 컴퓨터의 데스크탑에 디스크 아이콘이 나타납니다.

같은 Apple 페이지는 두 번째 문단에서 Apple silicon 사용자를 다른 곳으로 안내하며, Apple silicon Mac을 macOS Recovery로 시동해 연결된 다른 Mac과 파일을 주고받을 수도 있다고 밝힙니다.

Apple silicon에는 T 키 경로가 없습니다. Apple silicon Mac은 시동 키 조합 자체를 읽지 않습니다. 시동 옵션 흐름 전체가 전원 버튼으로 옮겨 갔습니다. M 시리즈 Mac에서 T를 누르고 있어도 아무 일도 일어나지 않습니다.

혼란의 출처이기도 하니 알아 둘 만한 뉘앙스가 하나 있습니다. Apple 자신의 Migration Assistant 지침에도 T 키가 여전히 언급되긴 하지만, 범위가 아주 좁게 한정돼 있습니다. Mac 사용 설명서에서 Time Machine 백업이나 다른 저장 장치로부터 전송하는 항목은 Thunderbolt 케이블로 연결된 OS X 10.8 이하를 실행하는 다른 Mac에서 전송할 수 있다고 하며, 그 경우에 한해서만 소스 Mac을 재시동하는 동안 T를 누르고 있으라고 안내합니다. 그 지침은 2012년 이전 기기에 관한 것입니다. 일반적인 조언이 아니며, 맥락에서 떼어내 옮기는 방식으로 그 속설이 퍼집니다.

사람들이 놓치는 Intel 경로의 케이블 제약도 있습니다. Apple의 타깃 디스크 모드 페이지는 두 컴퓨터 중 어느 한쪽이라도 macOS 11 이상을 설치했다면 Thunderbolt 케이블로 연결해야 한다고 밝힙니다. 일반 USB-C 케이블로는 충분하지 않습니다.

Share Disk를 실제로 사용하는 방법

Apple silicon용 대체 기능의 이름은 Share Disk이고, macOS Recovery 안에 있습니다. Apple의 macOS Tahoe 26 Mac 사용 설명서는 이를 macOS Recovery로 부팅한 Mac과 다른 Mac 사이에서 볼륨을 공유하고 두 컴퓨터를 USB, USB-C 또는 Thunderbolt 케이블로 연결해 파일을 주고받는 기능으로 설명합니다. 여기서 허용되는 케이블 목록이 Intel 타깃 디스크 모드의 요구 조건보다 넓다는 점에 주목하세요.

Apple이 문서화한 단계를 따른 정확한 절차입니다.

1. 두 컴퓨터를 USB, USB-C 또는 Thunderbolt 케이블로 연결합니다.
2. 디스크를 공유할 Mac에서 Apple 메뉴 → 시스템 종료를 선택하고 완전히 꺼질 때까지 기다립니다.
3. 시스템 볼륨과 Options 버튼이 나타날 때까지 전원 버튼을 길게 누른 다음 Options를 클릭하고 Continue를 클릭합니다.
4. 요청받으면 복구할 볼륨을 선택하고 Next를 클릭한 뒤 관리자 계정을 선택하고 암호를 입력한 다음 Continue를 클릭합니다.
5. Recovery 앱에서 Utilities → Share Disk를 선택합니다.
6. 공유할 볼륨을 선택한 다음 Start Sharing을 클릭합니다.
7. 다른 Mac에서 Finder 윈도우를 열고 사이드바의 Locations 아래에서 Network를 클릭합니다.
8. 공유 디스크가 있는 Mac을 두 번 클릭하고 Connect As를 클릭한 뒤 Guest를 선택하고 Connect를 클릭합니다.
9. 파일을 전송합니다.
10. 마치면 다른 Mac에서 볼륨을 추출하고, Share Disk 앱에서 Stop Sharing을 클릭한 다음 Share Disk → Quit Share Disk를 선택합니다.

사용 중인 macOS 버전의 Apple 문서가 이 단계와 다르다면 Apple 쪽을 따르세요. 위 내용은 이 글을 쓰는 시점에 게시돼 있던 Mac 사용 설명서 macOS Tahoe 26 판에서 옮긴 것입니다.

다른 Mac이 실제로 보는 것, 그리고 그것이 중요한 이유

어디서나 얼버무리고 넘어가는 대목인데, 사실 이게 승부처입니다.

Target Disk Mode는 블록 디바이스를 제시했습니다. 구형 Mac이 진짜로 외장 하드 디스크처럼 나타났고, 다른 컴퓨터의 데스크탑에 디스크 아이콘이 생겼으며, Disk Utility를 비롯해 실제 볼륨을 기대하는 모든 도구가 접근할 수 있었습니다.

Share Disk는 케이블을 통한 네트워크 공유를 제시합니다. Apple 자신의 단계가 그 증거입니다. 데스크탑이 아니라 Finder 사이드바의 Network에서 찾고, Connect As → Guest로 인증합니다. Ethernet 대신 Thunderbolt나 USB 링크 위에서 돌아갈 뿐인 파일 공유 세션인 것입니다.

이 구분은 학술적인 이야기가 아닙니다. 어떤 도구가 이것을 소비할 수 있는지가 달라집니다.

Share Disk가 Migration Assistant의 소스가 될 수 없는 이유

Share Disk는 시동 디스크가 아니라 네트워크 파일 공유를 건네주기 때문에, Migration Assistant가 이를 이전 소스로 받아들이지 않는 것으로 보이며, 정확히 이 내용을 담은 커뮤니티 보고가 문서로 남아 있습니다.

2022년 1월 29일에 접수돼 Open Radar에 FB9864910과 FB9864933으로 공개 미러링된 두 건의 Feedback 리포트가 이 동작을 정확히 묘사합니다. 보고자는 14인치 MacBook Pro 두 대를 0.8m Apple Thunderbolt 3 케이블로 연결하고, 소스를 Recovery에서 Share Disk 상태로 둔 뒤 대상 기기에서 Migration Assistant를 실행했습니다. Migration Assistant는 Looking for sources… 상태를 끝없이 표시했습니다. 보고자는 대상 기기의 Finder가 네트워크를 탐색해 소스 기기에 연결할 수 있었으므로 링크 자체는 정상이었음을 확인했고, 공유 디스크가 Thunderbolt 연결을 통해 AFP로 제공되고 있음을 관찰했습니다. 두 번째 리포트는 사용자를 무한정 기다리게 두지 말고 최소한 이 구성을 감지해 거부해 달라고 Apple에 요청합니다. 두 건 모두 Open Radar에 Open 상태로 올라 있습니다.

솔직한 단서 두 가지가 있습니다. 이 리포트들은 macOS 12.2를 대상으로 한 2022년 1월 자료이고, macOS 26에서의 동작을 확인하거나 반박하는 출처는 찾지 못했습니다. Apple의 Mac 사용 설명서는 Migration Assistant가 받아들이는 소스 중 하나로 같은 네트워크상의 디스크를 명시하는데, 이는 위 보고와 어색하게 충돌합니다. 추론임을 분명히 밝히자면, 제 추정은 Migration Assistant의 소스 탐색이 마운트된 시동 볼륨이나 Migration Assistant를 실행 중인 살아 있는 Mac을 찾는데, Recovery 환경이 제공하는 AFP 공유는 둘 중 어느 쪽도 만족시키지 못한다는 것입니다.

어느 쪽이든 실무적 결론은 같습니다. Share Disk를 중심에 두고 이전을 계획하지 마세요. Apple이 문서화한 용도, 즉 정상 부팅되지 않는 Mac에서 파일을 손으로 복사해 내는 용도로만 쓰세요. 케이블 속도의 이전을 원한다면 실행 중인 두 Mac을 연결해 Migration Assistant가 Thunderbolt 링크를 직접 쓰게 하거나, 외장 디스크의 백업에서 이전하세요.

시작 전에: 대부분의 실패를 막아 주는 체크리스트

이전 실패의 대부분은 누군가 Continue를 누르기 전에 이미 존재하던 구성 문제입니다. 이 목록은 Apple이 문서화한 요구 사항에 위에서 다룬 실패 유형을 더한 것입니다.

먼저 복구에 필요한 데이터를 보존합니다: 소스 Mac과 대상에 이미 있는 데이터를 최신 상태로 백업하며, 실패한 시도 이후 생성한 파일도 포함합니다. 정리하거나 계정을 제거 또는 교체하기 전에 필요한 중요 파일을 복구할 수 있는지 확인합니다.

Apple 문서에서:

• 두 Mac 모두에 사용 가능한 macOS 업데이트를 전부 설치하세요. Apple은 두 Mac이 같은 macOS 버전일 필요는 없고, 각자가 실행 중인 버전 기준으로 최신 상태이기만 하면 된다고 명시합니다.
• 어느 한쪽이 노트북이라면 전원에 연결하세요. Mac 사용 설명서는 이를 직접 언급하지만 소비자용 지원 문서에는 없는데, 사람들이 이 항목을 놓치는 이유 중 하나입니다.
• Apple은 전송이 끝날 때까지 백신, 방화벽 및 VPN 소프트웨어를 일시적으로 끄도록 안내합니다. 신뢰할 수 있는 연결을 사용하고, 이전이 끝나거나 문제 해결을 중단하면 정상적인 사용을 재개하기 전에 두 Mac의 보호 기능을 다시 켭니다. 관리 대상 Mac에서는 먼저 IT 담당자의 안내를 받으며 강제 적용된 제어를 우회하지 않습니다.
• 어느 한쪽이라도 OS X El Capitan 이하를 실행 중이거나 확실치 않다면, 두 대를 같은 Wi-Fi 네트워크에도 연결하세요.

Apple 문서가 아니라 메커니즘에서:

• 유선 경로를 마련했다면 소스 Mac에서 Wi-Fi를 끄세요. 소스 Mac에서 Wi-Fi를 꺼 두지 않는 한 peer-to-peer Wi-Fi 연결이 맺어진다는 Apple 자신의 서술에서 곧바로 따라 나오는 결론입니다.
• 케이블이 충전 케이블이 아니라 데이터 케이블인지 확인하세요.
• 작업 시간 동안 두 Mac 모두 잠자기를 비활성화하세요. 화면은 System Settings → Lock Screen과 System Settings → Displays에서 설정하고, 노트북이라면 덮개를 열어 두거나 외장 디스플레이를 연결한 채 전원에 연결해 두세요.
• 대상 기기의 여유 공간을 확인하세요. Migration Assistant가 소스 용량을 계산해 주긴 하지만, 그건 이미 구성을 확정한 뒤의 일입니다.
• 정리할 항목은 백업 후에 검토합니다. 휴지통을 비우기 전에 필요한 항목을 복원하여 검증된 백업에 포함합니다. 휴지통도 백업되어 있다고 가정해서는 안 됩니다. 휴지통을 비우면 그 안의 내용은 영구 삭제됩니다. 확신할 수 없다면 정리를 건너뜁니다.
• 소스 Mac에서 모든 앱을 종료하고, Photos나 Mail 인덱싱이 끝난 뒤에 시작하세요.
• 소스 Mac의 짧은 사용자 이름을 적어 두세요. 대상 기기에 이미 계정이 있다면 필요합니다.

Migration Assistant 단계별 실행

새 Mac에서

Mac이 Setup Assistant를 표시하고 있다면 이전은 그 흐름의 일부이므로 따로 실행할 것이 없습니다. 그렇지 않다면 System Settings → General → Transfer or Reset → Open Migration Assistant나 Utilities 폴더에서 Migration Assistant를 열고 관리자로 인증하세요.

전송 방식을 묻는 화면에서 Mac, Time Machine 또는 시동 디스크에서 전송하는 옵션을 고르고 Continue를 클릭합니다.

구형 Mac에서

Migration Assistant를 열고 Continue를 클릭한 다음, 전송 방식을 묻는 화면에서 다른 Mac으로 전송하는 옵션을 고르고 Continue를 클릭합니다.

이제 구형 Mac은 대기 상태로 들어갑니다. 이를 위해 앱을 모두 종료하고 로그아웃한 상태인데, 정상입니다.

페어링과 보안 코드

새 Mac에서 목록에 나타난 구형 Mac의 아이콘을 선택하고 Continue를 클릭합니다. 두 기기에 코드가 표시됩니다. 코드가 일치하는지 확인한 뒤 구형 Mac에서 Continue를 클릭합니다.

새 Mac의 목록에 구형 Mac이 끝내 나타나지 않는다면 이는 전송 문제가 아니라 탐색 문제이며, 원인은 거의 언제나 위 체크리스트 안에 있습니다. 방화벽이나 VPN이 여전히 실행 중이거나, 두 Mac이 서로 다른 네트워크에 있거나, 소스가 잠자기에 들어간 경우입니다.

계산 단계

이제 Migration Assistant는 응용 프로그램, 사용자 계정, 파일, 폴더, 설정을 포함해 모든 정보가 사용하는 저장 공간을 계산합니다. Apple의 지침은 단순히 계산이 끝날 때까지 기다리라는 것입니다.

Photos 라이브러리가 크거나 Mail 저장소가 방대하거나 작은 파일로 가득한 개발 디렉토리가 있는 기기에서는 이 단계 자체가 오래 걸릴 수 있고, 의미 있는 진행 표시도 나오지 않습니다. 파일 시스템을 순회하는 중입니다. 여기서 당황할 필요는 없습니다.

전송할 항목 선택

원하는 각 범주 옆의 체크박스를 선택하거나, 범주 옆의 펼침 화살표로 그 안의 개별 항목을 선택합니다. 각 사용자 계정을 펼쳐 문서, 그림 등의 개인 폴더를 선택합니다. Other Files & Folders만 선택하는 것으로는 대신할 수 없습니다. 앞서 중간 경로를 택했다면 Applications를 선택 해제하는 지점이 여기입니다.

암호와 Authorize 프롬프트

여기서 세 가지 프롬프트가 나타날 수 있고, 각각 의미가 다릅니다.

• 관리자 계정을 전송할 때. Set Password를 클릭해 안전한 암호를 설정하라는 요청을 받습니다. Apple의 경고는 되풀이할 가치가 있습니다. 새 Mac에서 그 계정으로 로그인하려면 그 암호가 필요하니 반드시 기억하세요.
• 표준 계정을 전송할 때. 임시 암호가 지정되어 화면에 표시됩니다. 적어 두세요. 사용자가 첫 로그인 때 그 암호를 입력하면 자신의 암호를 설정하라는 안내가 이어집니다.
• Authorize 요청을 받을 때. Migration Assistant가 새 Mac에서 이미 승인된 기존 사용자의 암호를 요구하면 Authorize를 클릭하고 그 계정의 암호를 입력하세요. 이것이 FileVault와 보안 토큰 인증 경로이며, 시작하기 전에 대상 기기에 이미 있는 계정의 자격 증명을 알아 두어야 하는 이유입니다.

실행되는 동안

Apple 자신이 기대치를 설정하는 문장이 Mac 대 Mac 문서와 Time Machine 문서 양쪽에 토씨 하나 다르지 않게 등장합니다. 대용량 전송은 완료까지 몇 시간이 걸릴 수 있고, 이따금 멈춘 것처럼 보일 수 있다는 것입니다.

작업이 끝나면 Mac 사용 설명서에 따라 컴퓨터가 재시동되고, 문제가 발견된 경우 — 예를 들어 전송하지 못한 문서가 있거나 호환되지 않는 소프트웨어가 감지된 경우 — 이전 요약이 표시됩니다. 그 요약을 읽으세요. 그것이 사용자가 받는 유일한 구조화된 보고서인데, 사람들은 반사적으로 닫아 버립니다.

진행률 막대를 정직하게 읽기

각 단계를 설명하는 하나의 가능한 모델

이 표는 설명을 위한 모델이며, Apple이 문서화한 순서나 특정 전송을 진단하는 방법이 아닙니다. 작은 파일이나 메타데이터 처리는 마지막 단계가 느려지는 이유 중 하나일 수 있습니다.

단계	화면에 보이는 것	실제로 벌어지는 일	정상 소요 시간
탐색	Looking for sources	두 Mac이 선택된 전송 경로에서 광고하고 수신 대기	수 초에서 몇 분
계산	계산 중, 쓸 만한 진행 표시 없음	바이트와 항목 수를 합산하려고 소스 파일 시스템 순회	깨끗한 기기에서는 몇 분, 큰 Photos나 Mail 저장소에서는 훨씬 오래
대량 전송	진행률 막대가 꾸준히 이동, 추정치도 대체로 안정	큰 파일이 링크 속도에 가깝게 스트리밍	대용량 전송에서 실제 소요 시간의 대부분
작은 파일 꼬리	진행률 막대가 끝 근처, 추정치가 작은 값으로 무너진 채 정지	어마어마한 수의 작은 파일이 하나씩 생성되는 중	사람들이 놀라는 구간이자 개입하게 되는 구간

막바지에서 추정치가 무너지는 이유

Apple은 Migration Assistant가 시간 추정치를 어떻게 계산하는지 한 번도 문서화한 적이 없고, 제가 찾을 수 있는 어떤 지원 문서에서도 약 1분 남음이라는 특유의 동작을 인정한 적이 없습니다. Apple이 가장 가깝게 언급한 것이 대용량 전송은 몇 시간이 걸릴 수 있고 멈춘 것처럼 보일 수 있다는 위 문장입니다. 이하 내용은 파일 복사가 작동하는 방식에서 끌어낸 제 추론이며, 문서화된 동작이 아니라 추론으로 읽어야 합니다.

가능한 모델 중 하나는 바이트 기준 추정입니다. 계산 단계에서 총 바이트 수를 구하고, 단위 시간당 이동한 바이트를 바탕으로 남은 시간을 외삽할 수 있습니다. 이는 검증된 Migration Assistant 알고리즘 설명이 아닙니다.

이 모델은 대량 전송 단계에서는 잘 맞습니다. 그 단계는 소수의 큰 파일이 지배하기 때문입니다. 4GB 디스크 이미지, 동영상, Photos 라이브러리 원본은 링크 속도에 가깝게 스트리밍되고, 초당 바이트가 벌어지는 일을 잘 설명합니다.

후반부의 가능한 작업 부하로는 ~/Library/Caches, Mail 파일, Photos 라이브러리 메타데이터, 브라우저 프로필, node_modules 트리 또는 .git 오브젝트와 관련된 작은 파일 및 메타데이터 처리가 있습니다. 여기에 작은 파일이 많이 포함될 수 있지만, 진행 화면만으로 현재 전송이 이 작업을 수행하고 있다고 판단할 수는 없습니다.

이 파일 하나하나에는 크기와 무관한 고정 비용이 듭니다. 대상 기기는 파일을 생성하고, 확장 속성과 ACL을 복사하고, 소유권과 권한과 타임스탬프를 설정해야 하며, 네트워크 전송 경로에서는 최소 한 번의 왕복을 완료해야 합니다. 평균 파일이 4킬로바이트라면 그 고정된 파일당 비용이 곧 전체 비용입니다. 처리량은 대역폭 문제가 아니라 초당 파일 수 문제가 되고, 초당 파일 수는 실효 초당 바이트 기준으로 한 자릿수에서 세 자릿수만큼 나쁩니다.

이 모델에서는 바이트 기준 추정치가 다수의 작은 파일 작업에 필요한 시간을 과소평가할 수 있습니다. 하지만 남은 작업량이나 특정 전송에 걸릴 시간을 확정하지는 못합니다.

남은 시간 1분이라는 추정치가 한 시간 지속되어도 이전이 정상이라는 증거도, 실패했다는 증거도 되지 않습니다. 그 표시만으로 중단하지 말고 먼저 두 Mac의 오류 여부와 전원, 연결을 확인합니다.

정말로 멈췄을 때 무엇을 해야 하는가

진행 상황, 전원, 연결 및 오류 확인

시간 추정치만으로는 정상 작동 여부를 판단할 수 없습니다. Apple은 계산 방법을 공개하지 않았으며, 작업 부하의 변화는 부정확한 추정치를 설명하는 가능한 이유 중 하나일 뿐입니다.

전송된 바이트 수치와 표시되는 경우 항목 개수는 작업이 계속되고 있음을 보여 줄 수 있습니다. 수치가 변하고 두 Mac 모두 오류를 표시하지 않는다면 전송이 계속되도록 둡니다. 카운터가 멈췄다는 사실만으로 실패를 판단할 수는 없습니다.

Apple이 문서화한 한 시간 기준의 실패 임계값은 없습니다. Apple은 대용량 전송에 몇 시간이 걸릴 수 있고 멈춘 것처럼 보일 수 있다고 안내합니다. 충분한 시간을 주고 두 Mac을 확인하며 연결 문제를 해결한 후 재시도 여부를 결정합니다.

단계적 대응 사다리

이 목록을 순서대로 진행하세요. 맨 아래로 건너뛰지 마세요.

1. 충분한 시간을 줍니다. 대용량 전송은 몇 시간이 걸릴 수 있고 멈춘 것처럼 보일 수 있습니다. 추정치나 바이트 카운터가 변하지 않아도, 한 시간 동안 그대로여도, 그것만으로는 실패의 증거가 되지 않습니다.
2. 두 Mac이 깨어 있고 전원에 연결됐는지 확인하세요. 잠자기에 들어간 소스 Mac은 대상 기기에 아무 오류도 남기지 않은 채 전송을 멈춥니다. 소스의 트랙패드를 살짝 건드리되, 아무것도 클릭하지 마세요.
3. 링크가 아직 살아 있는지 확인하세요. 케이블을 쓰고 있다면 빠지지 않았는지 확인하세요. Migration Assistant의 전송 화면에 Connection Details가 있다면 현재 어떤 전송 경로를 쓰고 있는지 확인하세요. 조용히 하향 전환됐을 수 있습니다.
4. 소스 Mac의 화면을 확인하세요. 소스의 Migration Assistant는 대상 기기로 전달되지 않는 오류 대화상자를 표시하는 경우가 있습니다. 아래에서 다루는 startup networking error 메시지도 그중 하나입니다.
5. 문제 해결 후 다시 평가합니다. 전원이나 연결 문제를 해결했다면 진행이 재개될 시간을 줍니다. 고정된 대기 시간으로 전송 실패 여부를 판단할 수는 없습니다.
6. 명시적인 오류가 발생하거나 문제 해결 후 재시도하기로 결정한 경우, 사용할 수 있다면 Migration Assistant의 취소 또는 중지 컨트롤을 사용합니다. 첫 대응으로 전원을 끊는 것은 피합니다. 취소하더라도 대상 계정이 완전한 상태임을 보장하지는 않습니다. 재시도 전에 데이터를 보존합니다.
7. 재시도 전에 불완전한 계정을 보존합니다. 실패한 시도로 인해 버려도 되는 계정이 생성되었더라도 먼저 소스 백업을 검증하고, 대상에만 있는 파일을 백업하며, 해당 계정에 고유한 데이터가 없는지 확인합니다. 이후 System Settings → Users & Groups에서 계정을 제거한다면 홈 폴더를 디스크 이미지로 보존하거나 폴더를 그대로 남겨 둡니다. 그렇지 않다면 계정을 유지하고 Migration Assistant의 계정 이름 선택 안내에 따라 처리합니다. 삭제는 필수가 아닙니다.
8. 전송 경로를 바꿔 재시도하세요. 무선에서 실패했다면 유선으로 가세요. 유선에서 실패했다면 Time Machine 백업으로 가세요.
9. 대신 백업에서 이전하세요. 이것이 실제로 통하는 대안이고, Apple 커뮤니티 포럼의 Tahoe 사례를 해결한 것도 정확히 이 방법입니다.

기다리면 안 되는 유일한 상황

소스 Mac이 실제 오류 대화상자를 표시하고 있다면 기다려 봐야 아무 소용이 없습니다. 보고된 사례는 2025년 9월 Apple Support Communities에서 M1 Mac mini에서 M4 Mac mini로 이전하던 사용자의 경우이며, 두 기기 모두 macOS Tahoe였습니다. 보안 코드가 일치한 뒤 소스 기기에 다음 메시지가 표시됐습니다. Unable to use this machine for migration. A startup networking error occurred. Please restart this machine and try again later. 작성자는 Ethernet, Wi-Fi, 직접 Thunderbolt 연결 모두에서 같은 실패를 겪었다고 보고했습니다. 이틀 뒤 그는 해결책을 올렸습니다. 소스 Mac을 Time Machine으로 외장 드라이브에 백업한 다음 그 백업에서 이전한 것입니다.

이는 한 쌍의 기기에서 나온 커뮤니티 보고이지 문서화된 해결책이 있는 확인된 Apple 버그가 아니며, Apple의 인정도 찾지 못했습니다. 하지만 이 사례가 보여 주는 단계적 대응은 옳습니다. 직접 경로가 모든 전송 방식에서 실패한다면 전송 방식을 계속 바꾸지 말고 소스를 바꾸세요.

대신 Time Machine 백업에서 이전하기

단계

Apple의 Restore your Mac from a backup 문서를 따릅니다.

1. 어떤 이유로든 새 Mac에 macOS를 다시 설치해야 한다면 그것부터 하세요.
2. Time Machine 백업 디스크를 연결하고 전원이 켜져 있는지 확인하세요.
3. Migration Assistant를 열거나 Setup Assistant 안의 이전 단계를 사용하세요.
4. Mac, Time Machine 또는 시동 디스크에서 전송하는 옵션을 고르세요.
5. 백업 디스크를 선택하세요. Apple은 표시되기까지 잠시 걸릴 수 있다고 밝힙니다. 10초 만에 없다고 단정하지 마세요.
6. 백업을 선택하세요. Continue가 흐리게 표시되거나 화면에 보이는 것보다 오래된 백업을 원한다면, 표시된 백업 옆의 펼침 화살표를 클릭해 목록에서 고르세요.
7. 계산이 끝나기를 기다렸다가 범주를 선택하고, Mac 대 Mac 이전과 동일하게 진행하세요.

Apple이 하지 말라고 명시한 한 가지

macOS Recovery 안에는 Time Machine System Restore 옵션이 있는데, 새 Mac을 설정하는 데는 잘못된 도구입니다. Apple은 Mac 사용 설명서의 macOS Recovery 페이지에서 중요 표시와 함께 이 점을 직접 경고합니다. Time Machine 백업은 그 백업의 원본이 되는 컴퓨터에 정보를 복원할 때만 사용하고, 이 Mac에서 새 컴퓨터로 정보를 옮기고 싶다면 macOS Recovery를 종료하고 재시동한 뒤 macOS의 Migration Assistant 앱을 사용하라는 것입니다.

Time Machine System Restore는 시스템 전체를 그것이 나온 기기로 복원합니다. Migration Assistant는 다른 기기에 새로 설치된 시스템 위로 데이터를 옮깁니다. 전자를 써서 새 Mac을 설정하는 것은 범주 자체를 잘못 고른 것입니다.

이후 백업 이어받기

이전을 마친 뒤 같은 백업 디스크를 새 Mac에 연결하면 macOS는 기존 백업 이력을 새 기기가 이어받겠냐고 제안합니다. Howard Oakley가 이를 자세히 다룹니다. 백업을 이어받으면 그것이 새 Mac의 백업 이력의 일부가 되지만, 구형 기기에서는 더 이상 사용할 수 없게 됩니다. 그는 APFS 백업에서 작동을 멈췄던 tmutil inheritbackup 명령이 macOS Sequoia 15.1 기준으로 다시 동작한다는 점도 언급합니다.

구형 Mac과 그 백업 이력을 계속 쓸 생각이라면 이어받지 마세요. 구형 Mac을 팔거나 은퇴시킬 거라면 이어받으면 처음부터 전체 백업을 다시 만드는 일을 피할 수 있습니다. 지원되는 경로는 그래픽 프롬프트입니다. tmutil inheritbackup의 정확한 인자 형식은 APFS 개정판마다 달라져 왔으므로, macOS 26에서 검증할 수 없는 명령 형식을 여기에 적지는 않겠습니다.

넘어오지 않는 것들과 이전 후 체크리스트

Migration Assistant는 파일을 옮깁니다. 파일 바깥에 존재하는 상태는 옮기지 않고, 하드웨어에 묶인 상태도 옮기지 않습니다. 이전 후 반드시 손봐야 하는 항목은 다음과 같습니다.

라이선스와 정품 인증

Migration Assistant는 소프트웨어 라이선스를 처리하지 않습니다. 정품 인증을 하드웨어 식별자, 기기 지문, 또는 공급업체 서버의 기기별 활성화 슬롯에 묶어 두는 응용 프로그램은 새 Mac을 새 설치로 간주합니다. 공급업체에 따라 키를 다시 입력하거나, 다시 로그인하거나, 자리를 비우기 위해 먼저 구형 기기를 비활성화해야 합니다.

실무 지침은 지루한 쪽입니다. 구형 Mac을 지우거나 팔기 전에 그 기기에서 모든 것을 비활성화하세요. Adobe, Microsoft, 대부분의 오디오·비디오 플러그인 공급업체, 대부분의 전문 CAD·통계 패키지에는 모두 비활성화나 로그아웃 절차가 있고, 기기가 사라진 뒤에 하는 것보다 미리 하는 편이 훨씬 쉽습니다.

Mail

Apple은 이 항목을 직접 문서화합니다. Migration Assistant가 이메일을 전송하지만, 이메일에 접근하려면 먼저 메일 앱에서 계정을 다시 설정해야 할 수 있다는 것입니다. 계정 재인증을 예상하고, 몇 시간씩 이어질 수 있으며 끝날 때까지 Spotlight와 Mail 검색을 못 미덥게 만드는 재인덱싱도 예상하세요.

Homebrew와 커맨드라인 도구

개발자에게는 이전 후 혼란의 가장 큰 단일 원인이고, 그 원인은 아키텍처에 있습니다.

Apple silicon에서 Homebrew의 프리픽스는 /opt/homebrew입니다. Intel에서는 /usr/local이었습니다. Oakley의 설명대로 Migration Assistant는 /usr/local을 포함해 널리 알려진 숨김 폴더를 이전하려 시도합니다. 그래서 Intel에서 Apple silicon으로의 이전은 네이티브 프리픽스가 /opt/homebrew인 기기에 Intel Homebrew 트리 전체를 /usr/local에 얹어 놓고, 이전된 셸 프로파일 때문에 /usr/local/bin이 여전히 PATH에 남아 있는 상태를 만들 수 있습니다.

Homebrew의 Common Issues 문서도 이 증상을 다루면서, 구형 Mac에서 넘어온 /usr/local/bin/brew가 남아 있다면 재설치 전에 지우라고 안내합니다.

Apple silicon에서 Apple silicon으로 가는 경우는 훨씬 낫습니다. Homebrew 관리자 Gromgit은 프로젝트 토론 포럼 답변에서 Homebrew와 설치된 formula·cask의 그런 이전이 대체로 매끄럽다고 설명하면서, macOS 버전이 크게 뛰면 일부 formula를 다시 설치해야 할 수 있고, 로그인 시 실행되도록 구성한 서비스가 여전히 그렇게 동작하는지 확인해야 하며, macFUSE처럼 보안상 중요한 cask는 새 기기가 필요한 권한을 부여할 수 있도록 수동으로 재설치하라는 단서를 답니다.

깔끔한 접근법이자 거기에 드는 20분의 값어치를 하는 방법은, 이전하기 전에 구형 Mac에서 목록을 뽑아 두는 것입니다.

brew bundle dump --describe --file=~/Brewfile

그다음 새 Mac에서 Homebrew를 네이티브로 설치하고 그 목록을 재생합니다.

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
echo 'eval "$(/opt/homebrew/bin/brew shellenv)"' >> ~/.zprofile
brew bundle install --file=~/Brewfile

이러면 모든 바이너리가 구형 기기에 우연히 있던 것이 아니라, 올바른 아키텍처의 최신 네이티브 빌드가 됩니다.

시스템 확장, VPN 클라이언트, 보안 에이전트

시스템 확장, 네트워크 확장, 런치 데몬, 권한 있는 헬퍼를 설치하는 것은 무엇이든 새 Mac에서 새로 설치해야 합니다. 파일은 이전될지 몰라도 승인은 이전되지 않습니다. macOS는 시스템 확장 승인을 그 기기의 사용자에게 요구하고, 그 승인은 설치 단위로 이뤄집니다.

VPN 클라이언트, 엔드포인트 보안 에이전트, 권한 있는 헬퍼를 쓰는 백업 에이전트, 가상 오디오 장치, 프린터·스캐너 드라이버, macFUSE 같은 파일 시스템 드라이버가 모두 여기에 해당합니다. 증상은 일관되면서도 헷갈리게 만듭니다. 앱은 실행되고 멀쩡해 보이지만, 백그라운드 구성 요소가 조용히 아무 일도 하지 않습니다.

이전 후 새 Mac에 실제로 무엇이 로드돼 있는지 목록을 확인할 수 있습니다.

systemextensionsctl list

등록된 시스템 확장과 활성화 상태가 출력됩니다. 있어야 할 것이 없거나, 존재하지만 활성화되지 않았다면, 이전된 사본을 다시 승인하려 애쓰지 말고 최신 설치 프로그램으로 앱을 재설치하세요.

macOS Recovery의 Utilities → Startup Security Utility에서 접근하는 Apple의 Startup Security Utility가 Apple silicon에서 레거시 커널 확장을 관장하는 곳입니다. 기본값은 Full Security이고, 확인된 개발자의 커널 확장을 사용자가 관리하도록 허용하려면 Reduced Security로 낮춰야 합니다. 오래된 앱이 커널 확장을 필요로 한다면, 이는 새 기기에서 의도적으로 내려야 하는 결정입니다. 이전이 대신 가져다주는 것이 아닙니다.

Docker와 가상 머신

Docker Desktop은 확실한 희생자입니다. docker/for-mac 이슈 트래커에는 Migration Assistant를 사용하면 해당 Library/Group Containers 디렉토리를 수동으로 삭제하기 전까지 Docker가 시작되지 않는다는 오래된 보고가 있고, 이전 중 홈 디렉토리 사용자 이름이 바뀌면 데몬이 시작되지 않는 별개의 실패 유형도 있습니다. 기여자들은 또한 Apple silicon에서 Intel Mac으로부터 /usr/local/bin으로 이전된 colima나 limactl 같은 도구는 아키텍처가 맞지 않는다고 지적합니다.

컨테이너와 VM 상태는 이전하는 것이 아니라 다시 구축하는 것으로 다루세요. 필요한 것을 내보내고, 도구를 네이티브로 재설치하고, 이미지를 다시 받으세요.

Rosetta와 Intel 전용 앱

2026년에는 이 타이밍이 유난히 중요합니다.

Apple은 WWDC 2025에서 macOS 27이 Rosetta 2를 완전히 지원하는 마지막 릴리스가 될 것이며, macOS 28부터는 Intel 프레임워크에 의존하는 오래되고 유지 관리되지 않는 게임 타이틀을 위해 제한된 일부만 남길 것이라고 발표했습니다. macOS 26.4부터는 Rosetta 2가 필요한 앱을 실행할 때 시스템이 알림을 표시합니다. 2026년 6월 WWDC에서 발표되고 2026년 9월 출시가 예상되는 macOS 27 Golden Gate는 Apple silicon 전용이며 모든 Intel Mac을 지원 대상에서 제외합니다.

이전에 미치는 영향은 이렇습니다. 오늘 새 Mac으로 가져가는 모든 Intel 전용 바이너리에는 정해진 유통 기한이 있습니다. Migration Assistant는 그것들을 가져다줄 것이고, Mac 사용 설명서의 Apple 자체 설명대로 호환되지 않는 앱이나 이미 최신 버전이 설치된 앱은 전송되지 않거나 사용할 수 없을 수 있습니다. Gant의 관찰에 따르면 Migration Assistant는 Apple silicon에서 Intel 전용 앱을 아예 거부하지 않고 표시만 해 줍니다.

점검하기에 적절한 시점은 이전 후가 아니라 이전 전입니다. 그 점검이 애초에 가져오지 말아야 할 응용 프로그램이 무엇인지 알려 주기 때문입니다. Rosetta 2 종료에 대비한 Intel 앱 점검 가이드에서 그 목록을 만드는 방법을 다룹니다.

이전 후 체크리스트

항목	조치
이전 요약	닫기 전에 반드시 읽으세요. 전송하지 못한 항목이 적혀 있습니다
FileVault	상태를 확인합니다. 새 Mac의 복구 방법을 별도로 저장하고 검증하며, 소스 Mac을 의도적으로 지우고 더 이상 데이터 복구에 필요하지 않을 때까지 소스의 복구 키를 보관합니다
Mail	계정을 다시 추가하고, 검색을 판단하기 전에 인덱싱이 끝나게 두세요
iCloud 및 Apple 계정	로그인한 뒤 기기 목록에 새 Mac이 나타나는지 확인하세요
라이선스 소프트웨어	다시 활성화하고, 구형 Mac을 처분하기 전에 그쪽에서 비활성화하세요
백신, 방화벽, VPN 및 보안 에이전트	필요하면 최신 설치 프로그램으로 에이전트를 재설치합니다. 정상적인 사용을 재개하기 전에 두 Mac에서 일시적으로 끈 모든 보호 기능을 다시 켜고 확인합니다
시스템 확장	systemextensionsctl list로 확인하세요
Homebrew	/opt/homebrew에 네이티브로 재설치하고 Brewfile을 재생하세요
Docker 및 VM	재설치하고 컨테이너·VM 상태를 다시 구축하세요
Time Machine	기존 백업 이력을 이어받을지 결정한 뒤, 첫 백업이 완료되는지 확인하세요
로그인 항목	System Settings → General → Login Items & Extensions에서 이전된 항목을 정리하세요
구형 Mac	이전한 중요 파일과 앱을 확인하고 대상 백업이 완료될 때까지 보관합니다. 그 이후에만 아래 Apple의 사용 종료 절차를 따릅니다

구형 Mac을 지우기 전에 검증된 소스 백업을 보관하고 새 Mac의 백업을 완료합니다. Erase All Content and Settings는 Apple silicon 또는 T2 보안 칩을 탑재한 Mac에서 macOS Monterey 12 이상을 실행해야 사용할 수 있습니다. 오래된 Intel Mac이나 그 밖의 지원되지 않는 구성에서는 Apple의 대체 사용 종료 절차를 따릅니다. 지우고 나면 구형 Mac을 복구용 대비책으로 사용할 수 없습니다.

기기가 정상 동작하기 시작했다면 일반적인 새 Mac 구성 작업도 한 번 해 둘 만합니다. 첫 24시간 설정 체크리스트에서 이미 System Settings를 열어 둔 김에 바꿔 둘 만한 설정을 다룹니다.

특수한 경우

Intel에서 Apple silicon으로

Apple은 이 이전을 지원하며 macOS 버전이 일치할 것을 요구하지 않습니다. 명시된 요건은 각 Mac이 실행 중인 버전 기준으로 최신 상태여야 한다는 것뿐입니다. 달라지는 것은 소프트웨어입니다.

권장 접근법은 이렇습니다. 사용자 계정, Other Files & Folders, 설정을 이전하고 Applications는 선택 해제한 뒤, 응용 프로그램은 최신 설치 프로그램으로 다시 설치하세요. 이러면 어디서나 네이티브 빌드를 쓰게 되고 Rosetta 카운트다운과 /usr/local 문제를 모두 비껴갑니다. 대가는 하룻저녁입니다.

응용 프로그램까지 이전하기로 했다면, 이후 점검해서 Intel 전용 앱을 교체할 계획을 세우세요.

FileVault: 이전 전, 도중, 이후

FileVault는 파일을 개별 객체로 암호화하는 것이 아니라 볼륨을 암호화합니다. 이전 작업은 소스에서 복호화된 내용을 읽어 대상에 씁니다. 이에 관한 Glenn Fleishman의 Macworld 기사는 곤란한 결과를 설명합니다. 이전이 암호화된 컨테이너가 아니라 암호화되지 않은 데이터를 옮겼기 때문에, macOS가 FileVault가 켜져 있다고 믿지만 실제로는 그렇지 않은 상태에 빠질 수 있다는 것입니다.

실무 순서는 이렇습니다.

1. 소스 Mac에서 로그인 암호를 알고 있어야 합니다. FileVault가 이전을 막지는 않지만, 로그인은 할 수 있어야 합니다.
2. 대상 기기에서 Setup Assistant로 관리자 계정을 만든 뒤 이전하세요.
3. 이후에는 짐작하지 말고 FileVault의 실제 상태를 확인하세요.

fdesetup status

4. 꺼져 있다면 System Settings → Privacy & Security → FileVault에서 켜고, 새 복구 키를 안전한 곳에 기록하세요.
5. 구형 Mac의 복구 키로는 새 Mac을 잠금 해제할 수 없습니다. 소스 Mac을 의도적으로 지우고 암호화된 데이터를 더 이상 복구할 필요가 없어질 때까지 안전하게 보관합니다. 새 Mac의 복구 방법은 별도로 저장하고 검증합니다. Apple은 복구 옵션을 설명하고, 사용 가능한 암호나 복구 키가 없으면 접근하지 못할 수 있다고 경고합니다.

계정이 여러 개일 때 진짜 함정이 하나 있습니다. Mac 관리자들은 Migration Assistant가 생성하는 모든 계정에 보안 토큰을 반드시 부여하지는 않는다고 오래전부터 보고해 왔고, 그 결과 보조 계정이 존재하긴 하지만 부팅 시 FileVault 암호화된 디스크를 잠금 해제하지 못하는 상황이 생길 수 있습니다. Apple은 이 동작을 문서화하지 않았으므로, 사양이 아니라 현장 관찰로 다루세요. 방어 조치는 비용이 적게 듭니다. FileVault가 켜진 기기로 여러 계정을 이전했다면, 구형 Mac을 은퇴시키기 전에 각 계정으로 로그인해 재시동 후 디스크를 잠금 해제할 수 있는지 확인하세요.

짧은 이름이 같은 계정

이건 정말로 잘 문서화된 몇 안 되는 예외 사례이고, Apple이 명시적인 프롬프트로 처리합니다.

새 Mac에 같은 이름의 계정이 이미 있다면, Apple 지원 문서에 따르면 두 가지 중 하나를 고르라는 요청을 받습니다.

• 새 Mac의 계정을 구형 Mac의 계정으로 Replace(대체). Apple은 대체되는 계정의 데이터를 Deleted Users 폴더로 옮겨 사본으로 보관하는 옵션이 나올 수도 있으며, 나중에 그곳에서 접근할 수 있다고 밝힙니다.
• 전송하기 전에 구형 계정의 이름을 Rename(변경). 두 계정이 모두 유지되므로 각각 따로 로그인할 수 있습니다.

Replace를 선택하기 전에 대상에만 있는 파일을 백업하고 고유한 데이터가 손실되지 않는지 확인합니다. 최근에 만든 계정에도 새 작업물이 있을 수 있습니다. Rename은 두 계정을 모두 유지합니다. 확신할 수 없다면 대상 계정이 불필요하다고 가정하지 말고 두 계정을 모두 보존합니다.

선택 자체를 피하는 방법은 계정이 존재하기 전, 즉 Setup Assistant 도중에 이전하는 것입니다. 나중에 이전한다면 가장 깔끔한 방법은 Setup Assistant 계정의 짧은 이름을 의도적으로 다르게 — 예를 들어 admin 같은 이름으로 — 만드는 것입니다. 그러면 이전된 계정이 원래 이름 그대로 도착하면서 충돌이 없고, 보안 토큰을 가진 예비 관리자 계정도 하나 남게 됩니다.

관리 대상 Mac과 업무용 Mac

새 Mac이 기기 관리 서비스에 등록돼 있다면 즉흥적으로 처리하지 마세요. Platform Deployment 가이드에 문서화된 Apple의 Managed Migration Assistant는 조직이 무엇을 전송할지 통제할 수 있게 해 줍니다. 홈 폴더 안의 어떤 하위 폴더가 필수인지, 어떤 것이 제외되는지, 어떤 사용자 계정은 이전 대상으로 아예 제시되지 않는지, 시스템 수준 개인정보 보호 설정이 넘어가는지까지 정할 수 있습니다. 요건은 소스 Mac이 macOS 15 이상, 새 Mac이 macOS 26.4 이상이며, 새 Mac이 Apple School Manager나 Apple Business Manager에 등록돼 관리 서비스에 할당돼 있어야 한다는 것입니다.

여기에 해당한다면 이전 작업이 UI만 봐서는 알 수 없는 방식으로 정책에 의해 형성될 수 있고, 관리자는 이후 날짜, 시각, 전송된 데이터 양, 이전하지 못한 파일이 있었는지를 담은 보고서를 받습니다. 시작하기 전에 문의하세요.

이미 쓰고 있던 Mac으로 이전하기

Migration Assistant는 새 Mac 전용이 아닙니다. 어떤 Mac으로든 이전할 수 있습니다. 다만 대상 기기에 이미 상태가 있으므로 상황이 훨씬 취약합니다.

규칙은 두 가지입니다. 첫째, 이전해 넣기 전에 대상 기기를 백업하세요. 최근에 설정한 대상 기기에도 고유한 파일이 있을 수 있습니다. 둘째, 위의 계정 충돌 선택을 신중하게 하세요. 여섯 달 동안 써 온 기기에서의 Replace는 오늘 아침에 개봉한 기기에서의 Replace와 의미가 상당히 다릅니다.

자주 발생하는 문제 해결

Migration Assistant가 다른 Mac을 끝내 찾지 못함

Problem: 새 Mac이 *Looking for sources…*를 무한정 표시하거나, 구형 Mac이 목록에 나타나지 않습니다.

Solution: 이것은 전송 실패가 아니라 탐색 실패이며, Apple의 사전 요건이 원인 대부분을 설명합니다. 신뢰할 수 있는 연결에서 이전하는 동안에만 백신, 방화벽 및 VPN 소프트웨어를 일시적으로 끄며, 관리 대상 Mac에서는 IT 담당자의 안내를 따릅니다. 전송이 끝나거나 문제 해결을 중단하면 정상적인 사용을 재개하기 전에 두 Mac의 보호 기능을 다시 켭니다. 각 Mac이 올바른 단계에 있는지 확인하세요. 새 기기는 Mac, Time Machine 또는 시동 디스크에서, 구형 기기는 다른 Mac으로여야 합니다. 두 대 모두 깨어 있고 전원에 연결됐으며 가까이 있는지 확인하세요. 어느 한쪽이라도 OS X El Capitan 이하를 실행 중이라면 두 대를 같은 Wi-Fi 네트워크에 두세요. 그리고 소스가 Recovery의 Share Disk 모드로 놓여 있다면, 그것이 바로 여기서 무한정 멈춘다고 보고된 구성입니다. 정상 부팅한 뒤 그 기기에서 Migration Assistant를 실행하세요.

케이블을 연결했는데도 무선 속도로 전송됨

Problem: Thunderbolt 케이블을 연결했는데 전송이 기어갑니다.

Solution: 가능성이 높은 순서로 두 가지 원인이 있습니다. 첫째, 케이블입니다. MacBook 충전 케이블은 USB-C 커넥터를 갖췄지만 USB 2 데이터만 전달하며, 이를 진짜 Thunderbolt나 USB4 케이블로 바꾸는 것이 관련 MacRumors 스레드의 해결책이었습니다. 번개 표시를 찾으세요. 둘째, 전송 경로 선택입니다. 소스 Mac에서 Wi-Fi를 끈 다음, 전송 화면의 Connection Details 컨트롤로 실제로 어떤 링크가 쓰이고 있는지 확인하고, System Settings → Network에서 Thunderbolt Bridge가 연결됨으로 표시되는지 확인하세요.

약 1분 남았다고 표시된 지 한 시간이 됐음

Problem: 카운트다운이 작은 값으로 무너진 뒤 움직이지 않는데, 전송은 끝나지 않았습니다.

Solution: 추정치가 멈춘 것만으로 실패를 판단할 수는 없습니다. 작은 파일이나 메타데이터 처리는 가능한 설명 중 하나이며, 진단이나 문서화된 추정기 설명이 아닙니다. 두 Mac의 오류 여부와 전원, 연결을 확인합니다. 대용량 전송에는 충분한 시간을 줍니다. 바이트 카운터가 한 시간 멈췄다는 사실은 실패 임계값이 아닙니다. 문제 해결 후 재시도하기로 결정했다면 사용할 수 있는 경우 앱의 취소 컨트롤을 사용하고 먼저 소스와 대상 데이터를 보존합니다.

Unable to Use This Machine for Migration, a Startup Networking Error Occurred

Problem: 보안 코드가 일치한 뒤 소스 Mac이 이 오류를 표시하고 이전이 아예 시작되지 않습니다.

Solution: 2025년 9월 Apple Support Communities에서 macOS Tahoe를 실행하는 Mac mini 두 대 사이를 이전하던 사용자가 보고했으며, Ethernet, Wi-Fi, 직접 Thunderbolt 연결 모두에서 동일한 실패를 겪었습니다. 해당 스레드에 올라온 해결책은 직접 이전을 포기하는 것이었습니다. 소스 Mac을 Time Machine으로 외장 드라이브에 백업한 다음 그 백업에서 이전한 것입니다. 이 특정 오류에 대한 Apple의 인정은 없으므로, 커뮤니티가 보고하고 커뮤니티가 검증한 우회책으로 다루세요. 백업 경로로 바꾸기 전에 두 Mac을 재시동하고 한 번 더 시도합니다. 그 시도에서 VPN이나 보안 소프트웨어를 일시적으로 비활성화한다면 신뢰할 수 있는 연결을 사용하고, 관리 대상 Mac에서는 IT 담당자의 안내를 받으며, 시도가 끝나는 즉시 보호 기능을 복원합니다.

이전은 끝났는데 새 Mac이 느리고 팬이 돌아감

Problem: 전부 전송됐는데 기기가 뜨겁고 몇 시간 동안 반응이 둔합니다.

Solution: 이는 이전 실패가 아니라 거의 언제나 이전 후 인덱싱입니다. Spotlight가 새로 기록된 데이터 볼륨을 인덱싱하고, Photos가 분석 데이터베이스를 다시 만들고, Mail이 메시지 저장소를 다시 인덱싱하는 중입니다. 라이브러리가 크면 이 작업은 정당하게 몇 시간이 걸리며 I/O와 CPU를 모두 많이 씁니다. Mac을 전원에 연결하고 깨어 있게, 네트워크에 연결된 상태로 두고, 성능 판단은 그날 저녁이 아니라 다음 날에 하세요.

앱은 실행되는데 백그라운드 구성 요소가 아무 일도 하지 않음

Problem: VPN 클라이언트, 백업 에이전트, 보안 도구, 가상 오디오 드라이버가 실행되고 정상으로 보이는데 아무 효과가 없습니다.

Solution: 응용 프로그램 파일은 이전됐지만 시스템 수준 승인은 이전되지 않았습니다. 시스템 확장, 네트워크 확장, 권한 있는 헬퍼는 실행되는 기기에서 설치되고 승인돼야 합니다. systemextensionsctl list로 실제로 무엇이 등록됐는지 확인한 다음, 이전된 사본이 아니라 새로 받은 최신 설치 프로그램에서 해당 앱을 재설치하세요. macOS가 물어볼 때 확장을 승인하고, 이후 System Settings → General → Login Items & Extensions를 확인하세요.

Terminal이 망가졌거나 명령이 잘못된 아키텍처를 가리킴

Problem: Intel에서 Apple silicon으로 이전한 뒤 셸 명령이 이상하게 동작하거나, brew가 오작동하거나, 도구가 아키텍처 오류를 보고합니다.

Solution: 이전된 /usr/local 트리와 이전된 셸 프로파일이 거의 확실한 원인입니다. uname -m으로 기기의 아키텍처를 확인하세요. Apple silicon이라면 arm64가 출력됩니다. 그다음 Homebrew의 안내를 따르세요. 재설치 전에 구형 Mac에서 넘어온 /usr/local/bin/brew를 제거하고, Homebrew를 네이티브로 설치해 /opt/homebrew에 자리 잡게 하고, 셸 프로파일을 고쳐 /opt/homebrew/bin이 PATH에서 먼저 오도록 하세요. 이전된 트리를 믿는 대신 Brewfile에서 패키지 목록을 재생하세요.

이전된 사용자 계정이 시동 시 디스크를 잠금 해제하지 못함

Problem: FileVault가 켜져 있는데, 이전된 보조 계정이 사전 부팅 잠금 해제 화면에 나타나지 않습니다.

Solution: 이 증상만으로 보안 토큰 문제를 판단할 수는 없습니다. 디스크를 잠금 해제할 수 있는 관리자 계정으로 로그인한 후 시스템 설정 → 개인정보 보호 및 보안 → FileVault를 엽니다. **사용자 활성화(Enable Users)**가 표시되면 Apple의 안내에 따라 해당 사용자를 선택하고 그 사용자의 로그인 암호를 입력합니다. 해당 컨트롤이 없거나 관리 대상 Mac이라면 토큰 수정 방법을 추측하지 말고 관리자나 Apple 지원에 문의합니다. 관리 구성에는 부트스트랩 토큰과 볼륨 소유권도 관련될 수 있습니다. 구형 Mac의 사용을 종료하기 전에 재시동하여 필요한 각 사용자가 디스크를 잠금 해제할 수 있는지 확인합니다.

FAQ

두 Mac의 macOS 버전이 다른데도 Migration Assistant를 쓸 수 있나요?

네. Apple은 각 Mac이 같은 macOS 버전을 쓸 필요는 없고 각각에서 macOS가 최신 상태이기만 하면 된다고 직접 밝힙니다. 다만 실무적으로 버전 차이가 아주 크면 이전된 응용 프로그램이 이상하게 동작할 확률이 올라가는데, Howard Oakley가 새 Mac을 산 직후에 이전하라고 권하는 이유가 그것입니다.

Migration Assistant가 구형 Mac의 내용을 지우거나 바꾸나요?

아니요. Apple 지원 문서는 Migration Assistant가 구형 Mac의 정보를 삭제하지 않는다고 명확히 밝힙니다. 이전한 중요 파일과 앱을 확인하고 대상 백업이 완료될 때까지 이 복구용 대비책을 보관합니다. 나중에 사용을 종료한다면 이전 후 체크리스트에서 설명한 것처럼 해당 모델과 macOS 버전에서 지원되는 지우기 방법을 사용합니다.

이전은 실제로 얼마나 걸려야 하나요?

Apple은 어떤 전송 경로에 대해서도 처리량 수치를 공개하지 않으므로 공식적인 답은 없습니다. Apple의 유일한 안내는 대용량 전송이 몇 시간 걸릴 수 있다는 것입니다. 참고점 하나를 들자면, Howard Oakley는 Thunderbolt 3 SSD의 백업을 사용해 Mac Studio M1 Max에서 Mac mini M4 Pro로 이전하는 데 두 시간이 채 걸리지 않았다고 보고했습니다.

초기 설정 중에 이전해야 하나요, 나중에 해야 하나요?

구형 기기의 내용 대부분을 가져올 생각이라면 설정 중에 하세요. Setup Assistant에서 이전하면 Migration Assistant가 계정을 깔끔하게 만들 수 있고 짧은 이름 충돌을 아예 피할 수 있습니다. 나중에 이전해도 잘 동작하지만, 계정을 대체할지 이름을 바꿀지 결정해야 하고 그 결정에는 결과가 따릅니다.

멈춘 것처럼 보일 때 Migration Assistant를 강제 종료해도 안전한가요?

추정치나 바이트 카운터가 변하지 않는 것만으로는 한 시간이 지나도 실패를 판단할 수 없습니다. 두 Mac의 오류, 전원 및 연결 문제를 확인하고 충분한 시간을 줍니다. 명시적인 오류가 발생하거나 문제 해결 후 재시도하기로 결정했다면 사용할 수 있는 경우 Migration Assistant의 취소 컨트롤을 사용합니다. 소스 백업과 대상에만 있는 파일을 보존합니다. 부분적으로 이전된 계정은 버려도 된다는 것이 확인되지 않는 한 유지하며, 제거할 때도 홈 폴더를 보존합니다.

시동되지 않는 구형 Mac에서도 이전할 수 있나요?

대개 가능하지만 Share Disk를 통해서는 아닙니다. 대신 Time Machine 백업이나 볼륨 단위 클론에서 이전하되, 백업이 폴더 안이 아니라 로컬 연결 디스크의 최상위에 있어야 합니다. 백업이 전혀 없고 Mac이 Apple silicon이라면, macOS Recovery의 Share Disk로 최소한 케이블을 통해 파일을 손으로 복사해 낼 수는 있습니다.

결론

Migration Assistant는 신뢰할 수 없는 도구가 아닙니다. 결과의 거의 전부를 좌우하는 선택 — 전송 경로 — 이 자동으로 이뤄지고, Apple은 그 사실을 IT 배포 가이드에서만 문서화하며, 사용자가 적극적으로 막지 않는 한 네 가지 중 최악을 기본값으로 고른다는 정확한 의미에서 명세가 부족한 도구입니다.

무게를 지는 결정은 세 가지입니다. 시작 전에 무엇을 이전할지 정하세요. Intel에서 Apple silicon으로 옮길 때 Applications를 선택 해제하면 하룻저녁의 다운로드라는 대가로 이전 후 겪는 고통의 대부분이 사라집니다. Migration Assistant에 유선 경로를 주고 소스 Mac에서 Wi-Fi를 끄세요. 그렇게 하지 않으면 두 기기가 peer-to-peer Wi-Fi 링크를 맺는다고 Apple 문서 자체가 밝히고 있기 때문입니다. 그리고 카운트다운이 멈추면 오류, 전원 및 연결 상태와 함께 진행 상황을 확인합니다. 작은 파일 작업은 가능한 설명 중 하나일 뿐입니다. 추정치나 멈춘 바이트 카운터는 한 시간 동안 그대로여도 실패를 증명하지 않습니다.

직접 경로가 두 번 실패한다면 전송 방식을 계속 바꾸지 말고 소스를 바꾸세요. 구형 Mac을 외장 디스크에 백업하고 그 백업에서 이전하세요. 그 한 번의 조치가 살아 있는 두 번째 기기, 네트워크, 대화형 세션을 문제에서 제거해 주며, Apple 자체 포럼에 보고된 실패들을 해결한 단계적 대응이 바로 그것입니다.

무엇을 하든, Apple silicon Mac에서 T를 누르고 있지는 마세요. Target Disk Mode는 Intel 기능이고 Apple 문서가 첫 문장에서 그렇게 밝히고 있습니다. Apple silicon의 대응 기능은 Share Disk이며, macOS Recovery의 Utilities → Share Disk에 있고, USB·USB-C·Thunderbolt에서 동작하며, 다른 Mac에 데스크탑의 디스크가 아니라 네트워크 공유를 건네줍니다. 바로 그 점이 이 기능이 이전 경로가 아니라 파일 복사 도구인 이유입니다.

관련 읽을거리: 실제 두 대의 기기에서 겪은 Mac 이전의 함정 · 2026년 최고의 Mac 백업 전략