macOS 28에서 사라지는 암호화 HFS+: 지금 드라이브를 변환하세요

Q: 제 암호화 디스크 이미지도 영향을 받나요?

아닙니다. 암호화된 .dmg 파일과 스파스 번들은 CoreStorage를 사용한 적이 없습니다. Howard Oakley가 지적하듯, 디스크 이미지 암호화는 이미지 내부의 파일 시스템과 독립적으로 구현되어 있으므로, 이미지가 HFS+를 담고 있든 APFS를 담고 있든 이번 변경의 영향을 받지 않습니다. 아무 조치도 필요 없습니다.

macOS 28은 암호화된 Mac OS Extended 볼륨 지원을 중단합니다. 해당 드라이브를 찾는 방법, 안전하게 APFS로 변환하는 방법, 그리고 Time Machine 디스크가 다른 이유를 정리했습니다.

대부분의 마감은 요란하게 다가옵니다. 그런데 이번 마감은 조용히, 지원 문서 한 편을 통해, 그것도 지금 여러분의 Mac에 연결되어 있을 리 없는 드라이브들에 대한 이야기로 찾아옵니다. 바로 그 점이 문제의 전부입니다. 이번 변경의 영향을 받는 볼륨은 서랍 속에, 옷장 구석 신발 상자 안에, 이사한 뒤로 한 번도 열어보지 않은 노트북 가방 밑바닥에 잠들어 있는 것들입니다. 몇 년 전에 정성껏 설정해 놓고는 당연하다는 듯 잊어버린 오래된 암호화 아카이브 디스크와 오래된 암호화 Time Machine 드라이브 말입니다.

Apple은 macOS 28에서 Mac OS Extended 파일 시스템 포맷이 암호화되지 않은 볼륨에 한해서만 지원된다고 확인했습니다. 2026년 7월 9to5Mac이 보도한 Apple의 지원 문서 support.apple.com/en-us/125615에 나오는 이 한 문장이 변경 사항의 전부입니다. 암호화되지 않은 HFS+는 계속 동작합니다. 암호화된 HFS+는 그렇지 않습니다. Apple이 Mac OS Extended용으로 만든 구형 전체 볼륨 암호화 방식으로 암호화한 드라이브라면, macOS 28을 실행하는 Mac에서 마운트될 것이라고 기대해서는 안 됩니다.

오늘 당장은 아무 일도 일어나지 않습니다. 다음 달에도 마찬가지입니다. 결과가 늦게 찾아오기 때문에 무시하기가 쉽습니다. macOS 28이 출시된 뒤 어느 시점 -- Howard Oakley의 독자적인 분석에 따르면 2026년 7월로부터 대략 1년 후, 그러니까 2027년 가을 무렵으로 예상됩니다 -- 여러분은 새 Mac을 사거나 지금 쓰는 Mac을 업데이트하게 됩니다. 그리고 어느 날 저녁, 2019년에 만든 파일을 찾겠다며 오래된 드라이브를 연결하는데 데스크탑에 아무것도 나타나지 않습니다. 파일은 여전히 플래터 위에 있습니다. 다만 여러분의 Mac이 그 파일들이 저장된 언어를 더 이상 이해하지 못할 뿐입니다. 이 가이드는 지금 한 시간을 투자해서 그런 저녁이 오지 않게 만드는 방법에 관한 것입니다.

핵심 요약

영향을 받는 것은 암호화된 HFS+뿐이며, HFS+ 자체가 아닙니다: Mac OS Extended는 암호화되지 않은 볼륨에 한해 macOS 28에서도 지원되는 포맷으로 남습니다. 퇴출되는 것은 암호화된 Mac OS Extended 드라이브 아래에 깔려 있는 CoreStorage 기반의 전체 볼륨 암호화 계층입니다.
Apple이 이제 직접 변환 경로를 제공합니다: 개정된 Apple의 안내는 Disk Utility를 열고 Edit 메뉴에서 Convert to APFS를 선택하도록 지시합니다. 암호화된 HFS+ 볼륨을 복호화 단계 없이 곧바로 암호화된 APFS로 옮기는 방식입니다. 이전 버전의 Apple 안내는 먼저 복호화하거나 포맷하라고 했지만, Apple은 그 지침을 이후 삭제했습니다.
Time Machine 디스크는 명시적으로 제외됩니다: Apple 자신의 경고는 이 해결책이 암호화된 Time Machine 백업 디스크에는 적용되지 않는다는 것입니다. macOS 저장소 내부 구조를 면밀히 기록해 온 Howard Oakley가 그 이유를 설명합니다. HFS+ Time Machine 백업은 APFS가 동일한 방식으로 구현하지 않는 디렉터리 하드 링크에 의존하기 때문에, 제자리 변환은 위험이 크고 성공할 가능성이 낮다는 것입니다.
암호화 디스크 이미지와 APFS 암호화는 영향을 받지 않습니다: 암호화된 .dmg 파일은 CoreStorage를 사용한 적이 없으며, 그 암호화는 내부 파일 시스템과 무관합니다. APFS 시동 디스크의 FileVault와 암호화된 APFS 외장 볼륨도 영향이 없습니다. macOS 28을 결코 실행하지 않을 Intel Mac 역시 마찬가지입니다.
점검은 지금, 변환은 여러분의 일정대로: 대략 2027년 가을까지 시간이 있을 것입니다. 올바른 순서는 먼저 영향을 받는 드라이브를 전부 찾아내고, 지원되는 macOS를 쓰고 있는 지금 실제로 사용하는 드라이브부터 변환하며, 아카이브는 서두르지 말고 신중하게 결정하는 것입니다.

실제로 제거되는 것은 무엇인가

이 이야기의 자극적인 버전 -- "Apple이 HFS+를 죽인다" -- 은 틀렸습니다. 그리고 이 차이는 어떤 드라이브를 손봐야 하는지 판단하는 데 대단히 중요합니다.

Apple이 Mac OS Extended라는 이름으로 부르는 HFS+는 1998년에 등장해 2017년 APFS가 나오기 전까지 모든 Mac의 기본 파일 시스템으로 쓰인 포맷입니다. 현재 macOS에서도 읽고 쓸 수 있으며, Apple 지원 문서에 따르면 macOS 28에서도 계속 읽고 쓸 수 있습니다 -- 단, 볼륨이 암호화되어 있지 않다는 조건 아래에서요. 2012년 사진으로 가득한 평범한 비암호화 Mac OS Extended 외장 드라이브는 이 이야기와 아무 상관이 없습니다. 그냥 두면 됩니다.

사라지는 것은 암호화입니다. 그리고 왜 암호화가 파일 시스템과 별개로 퇴출되는지 이해하려면, 대부분의 사람이 들어본 적 없는 macOS 내부 배관 하나를 알아야 합니다.

CoreStorage: 아무도 보지 못하는 계층

HFS+에는 내장 암호화가 없습니다. 전체 디스크 암호화가 소비자의 기본 기대치가 되기 전인 1990년대에 설계되었기 때문에, 암호화된 볼륨이라는 개념 자체가 없습니다. 그래서 Apple이 FileVault 2 -- 2011년 OS X Lion과 함께 도입된 시동 디스크 전체 볼륨 암호화 -- 를 제공하려고 했을 때, HFS+에 플래그 하나를 추가하는 식으로는 해결할 수 없었습니다. 그 아래에 무언가가 필요했습니다.

그 무언가가 바로 CoreStorage입니다. 디스크의 물리 파티션과 그 위의 파일 시스템 사이에 자리 잡은 논리 볼륨 관리자죠. 파티션이 HFS+ 파일 시스템을 직접 담는 대신, 파티션은 CoreStorage 논리 볼륨 그룹을 담고, 그 그룹 안에 HFS+ 파일 시스템을 담은 논리 볼륨이 존재합니다. CoreStorage가 블록 수준 계층을 소유하고 있기 때문에, 블록이 지나갈 때 투명하게 암호화하고 복호화할 수 있습니다. 그 위의 HFS+는 특별한 일이 일어나고 있다는 사실을 전혀 알지 못합니다. 그저 블록만 볼 뿐입니다.

Fusion Drive를 가능하게 한 것도 같은 기술입니다. Fusion Drive는 SSD와 하드 디스크를 아우르는 CoreStorage 볼륨 그룹으로, 파일 시스템에는 하나의 볼륨처럼 보이게 하면서 CoreStorage가 조용히 자주 쓰는 데이터를 빠른 쪽으로 옮깁니다. 같은 계층, 다른 재주인 셈입니다.

Finder에서 외장 Mac OS Extended 드라이브를 우클릭해 Encrypt를 선택했을 때, macOS는 HFS+ 파일 시스템을 암호화한 것이 아닙니다. 볼륨을 CoreStorage로 변환한 뒤 그곳에서 암호화한 것입니다. 2026년 7월 말 eclecticlight.co에 게시된 Howard Oakley의 이번 변경에 대한 글은, 제거되는 것이 CoreStorage를 사용하는 암호화된 HFS+ 볼륨에 대한 지원이라고 분명히 밝힙니다. 이 폐기 조치의 표적은 볼륨 관리자이고, 암호화된 HFS+는 부수 피해입니다. CoreStorage가 암호화된 HFS+가 작동해 온 유일한 방식이기 때문입니다.

APFS가 CoreStorage를 불필요하게 만든 이유

2017년에 출시된 APFS는 처음부터 암호화를 파일 시스템의 기본 기능으로 설계했습니다. 다중 키 암호화가 자체 구조 안에 내장되어 있고 -- 볼륨별 키, 파일별 키, 메타데이터 암호화까지 -- 중간 계층이 전혀 필요 없습니다. APFS 볼륨을 암호화할 때 여러분은 APFS 내부에 존재하는 기능을 사용하는 것입니다.

그러면 CoreStorage에게는 할 일이 남지 않습니다. 현재 Apple이 판매하는 모든 Mac은 시동 디스크에 APFS를 사용합니다. 최신 Mac의 FileVault는 CoreStorage가 아니라 Secure Enclave와 연동되는 APFS 암호화입니다. Fusion Drive는 몇 년 전에 단종되었습니다. CoreStorage를 여전히 쓰는 것은 레거시 암호화 HFS+ 볼륨과, 아직 Fusion Drive를 가진 오래된 Mac들뿐인데, 후자는 Intel Mac이고 어차피 macOS 28을 실행하지 않습니다.

Apple 입장에서 이는 단순한 유지보수 부채 정리입니다. 실질적인 복잡성과 보안 표면을 지녔고 사용자 기반은 줄어드는 서브시스템 하나를 걷어내는 것이죠. 여러분 입장에서는 마감이 붙은 잡일입니다. 둘 다 사실입니다.

앞으로 얼마나 많은 일이 남았는지를 결정하므로, 실질적인 결론을 분명히 정리해 둘 만합니다.

볼륨 상태	CoreStorage 사용?	macOS 28의 영향?
HFS+, 암호화 안 됨	아니요	아니요 -- 계속 동작
HFS+, 암호화됨	예	예 -- 바로 이것
APFS, 암호화 안 됨	아니요	아니요
APFS, 암호화됨	아니요 (APFS 자체 기능)	아니요
암호화 디스크 이미지 (.dmg)	아니요	아니요

영향을 받지 않는 것

이번 변경을 걱정하는 사람은 실제로 영향을 받는 사람보다 훨씬 많을 것이고, 관련 보도 상당수가 그 경계를 정확히 짚지 못했습니다. 지금 당장 신경을 꺼도 되는 것들은 다음과 같습니다.

암호화 디스크 이미지는 영향을 받지 않습니다. 이 부분에서 사람들이 가장 많이 헷갈립니다. .dmg와 암호화된 볼륨은 더블 클릭할 때 같은 것처럼 느껴지기 때문입니다. 그러나 구조가 다릅니다. Oakley는 직설적으로 말합니다. 암호화 디스크 이미지는 여러 포맷 대부분에서 암호화를 옵션으로 제공하며, 그 가용성과 구현은 지원되는 파일 시스템과 무관하다고요. 디스크 이미지 암호화는 CoreStorage를 통해 구현된 적이 한 번도 없습니다. 민감한 문서를 256비트 AES 암호화 스파스 번들에 보관하고 있다면, 그 컨테이너는 안전합니다. 내부 파일 시스템이 HFS+든 APFS든, .dmg 파일 자체가 어디에 저장되어 있든 상관없습니다.

APFS로 암호화된 볼륨은 영향을 받지 않습니다. 언젠가 외장 SSD를 APFS(암호화됨)로 포맷했다면, 여러분은 이미 이 전환의 건너편에 서 있습니다. 할 일이 없습니다.

APFS 시동 디스크의 FileVault는 영향을 받지 않습니다. 모든 Apple 실리콘 Mac과 어느 정도 최신인 모든 Intel Mac은 APFS에서 부팅하며, 그 기기들의 FileVault는 APFS 암호화입니다. 이번 변경은 부팅 드라이브를 건드리지 않습니다.

암호화되지 않은 Mac OS Extended 드라이브는 영향을 받지 않습니다. 앞서 다뤘듯 HFS+ 자체는 살아남습니다. 암호화 없이 Mac OS Extended(저널링)로 포맷된 오래된 드라이브가 있다면, macOS 28에서도 여전히 마운트됩니다. 다른 이유로 APFS로 옮기고 싶을 수는 있습니다. APFS는 스냅샷, 공간 공유, 무결성 검사를 훨씬 잘 처리하고 Apple의 모든 개발 역량이 향하는 곳이니까요. 하지만 이번 마감이 그것을 강요하지는 않습니다.

Intel Mac은 영향을 받지 않습니다. macOS 28은 Intel Mac에서 결코 실행되지 않습니다. Oakley의 평가는 이번 변경이 Intel Mac에는 절대 영향을 주지 않으리라는 것입니다. 즉 Tahoe에 머무는 Intel 기기는 그 기기가 작동하는 한 암호화된 HFS+ 볼륨을 계속 마운트합니다. 이는 대비책으로서 실제로 유용합니다. 옷장 속 오래된 Intel Mac이 레거시 암호화 드라이브를 읽는 최후의 수단이 되어 주니까요. 물론 장기 계획은 될 수 없습니다. 그 기기 자체가 언젠가 보안 업데이트를 못 받게 되고 결국 멈출 테니까요. 자신의 하드웨어가 Apple의 전환 과정에서 어디쯤 있는지 파악하고 싶다면, 최종 Intel Mac 호환성 목록 정리에서 어떤 기기가 언제 제외되었는지 확인할 수 있습니다.

서드파티 암호화 컨테이너는 영향을 받지 않습니다. VeraCrypt 볼륨, 암호화된 아카이브, 클라우드 제공자의 클라이언트 측 암호화 -- 그 어느 것도 CoreStorage를 거치지 않습니다.

여기까지 읽었는데 영향을 받는 범주 중 해당하는 것이 하나도 없다면, 끝난 겁니다. 정말로요. 탭을 닫으셔도 됩니다.

영향을 받는 드라이브가 있는지 확인하는 방법

기억하지 못한다고 전제하세요. 암호화는 언젠가 한 번 클릭한 체크박스였고, 아마 몇 년 전이었으며, 특정 프로젝트를 위해 산 뒤 용도가 바뀐 드라이브였을 수도 있습니다. 점검의 목적은 "내 드라이브는 다 괜찮을 거야"를 목록으로 바꾸는 것입니다.

1단계: 드라이브를 모으세요

사람들이 건너뛰는 단계이자 가장 중요한 단계입니다. 직접 찾아내세요. 통계적으로 위험한 드라이브는 지금 Mac에 연결되어 있지 않은 것들입니다. 지금 것으로 바꾸기 전에 Time Machine용으로 쓰던 2TB 하드 디스크, 사진 아카이브가 든 휴대용 드라이브, 2018년 영상 프로젝트에 쓴 버스 전원 디스크 같은 것들이죠. 전부 물리적으로 모아서 한곳에 쌓아 두세요. 찾지 못한 드라이브가 있다면 그것도 적어 두세요. 위치를 알 수 없는 드라이브는 다른 종류의 문제이지만, 엄연한 문제입니다.

2단계: Disk Utility에서 각 드라이브를 확인하세요

응용 프로그램의 유틸리티 폴더에서 Disk Utility를 엽니다. 무엇을 보기 전에 먼저 View 메뉴에서 Show All Devices를 선택하세요. 이것이 중요합니다. 기본 보기에서 Disk Utility는 볼륨은 보여주지만 그 위의 물리 기기와 컨테이너 구조는 감추는데, CoreStorage 볼륨의 경우 흥미로운 정보가 바로 그 숨겨진 계층에 있습니다.

All Devices가 표시된 상태에서는 사이드바가 계층 구조를 보여줍니다. 맨 위에 물리 디스크, 그 안에 컨테이너나 볼륨이 놓입니다. 각 볼륨을 클릭해 정보 패널을 읽으세요. 봐야 할 것은 포맷 줄입니다.

보게 될 수 있는 것들:

"APFS" 또는 "APFS(암호화됨)" -- 최신 포맷, 영향 없음.
"Mac OS Extended(저널링)" -- HFS+, 비암호화, 영향 없음.
"Mac OS Extended(저널링, 암호화됨)" -- 바로 이것입니다. CoreStorage 기반의 암호화된 HFS+.
"Mac OS Extended(대소문자 구분, 저널링, 암호화됨)" -- 같은 것이고 대소문자 구분이 추가된 형태입니다. 역시 영향을 받습니다. 대소문자 구분 플래그를 기록해 두세요. 변환할 때 그 속성을 유지하고 싶을 테니까요.

잠금 해제하지 않은 암호화 볼륨은 사이드바에 흐릿하게 표시되며 추출 모양 아이콘이 붙고, 마운트하기 전까지 Disk Utility가 제공하는 정보는 제한적입니다. 더 나아가려면 암호가 필요한데, 이는 그 암호를 실제로 아직 가지고 있는지 미리 확인하는 좋은 시험이기도 합니다.

3단계: 명령줄로 확인하세요

Disk Utility의 표시 방식도 나쁘지 않지만, 드라이브가 여러 개일 때는 명령줄이 더 빠르고, 화면을 어떻게 읽어야 할지 확신이 서지 않을 때는 더 명확합니다. Terminal을 여세요.

diskutil list

모든 디스크와 모든 볼륨을 disk4s2 같은 식별자, 유형, 이름, 크기와 함께 보여줍니다. TYPE 열을 읽으세요. Apple_APFS 항목은 APFS 컨테이너입니다. Apple_HFS 항목은 HFS+ 볼륨입니다. Apple_CoreStorage로 표시된 항목이 바로 주목할 대상입니다. CoreStorage 볼륨 그룹을 담고 있는 파티션이라는 뜻이고, 외장 드라이브의 경우 거의 항상 암호화된 HFS+를 의미합니다.

diskutil cs list

cs는 CoreStorage의 약자입니다. 던질 수 있는 가장 직접적인 질문이죠. CoreStorage 볼륨이 전혀 없는 Mac에서는 이 명령이 사실상 아무것도 반환하지 않습니다. 보고할 볼륨 그룹이 없기 때문입니다. CoreStorage가 관여하고 있다면 출력은 중첩된 트리 형태입니다. 맨 위에 논리 볼륨 그룹, 그 아래 물리 볼륨, 논리 볼륨 패밀리, 논리 볼륨 순이죠. 읽어 볼 만한 항목은 볼륨 그룹의 이름, 그리고 논리 볼륨 패밀리 안에서 암호화가 사용 중인지와 볼륨이 현재 잠금 해제되어 있는지입니다. APFS로 포맷된 드라이브는 여기에 전혀 나타나지 않으므로, 이 명령은 깔끔한 예/아니오 판별법이 됩니다.

diskutil apfs list

정반대의 명령입니다. APFS 컨테이너와 그 안의 볼륨을 역할 및 암호화 상태와 함께 나열합니다. 여기에 나타나는 것은 이번 변경의 안전한 쪽에 있습니다.

diskutil info /dev/disk4s2

식별자는 diskutil list에서 확인한 것으로 바꾸세요. 단일 볼륨의 상세 정보를 출력합니다. 파일 시스템 종류, 볼륨 이름, 암호화 여부, CoreStorage 논리 볼륨인지 여부, 마운트 지점, 용량까지요. 특정 드라이브 하나에 대한 확답이 필요할 때 쓰는 명령입니다.

4단계: 알아낸 내용을 적어 두세요

실제로 목록을 만드세요. 드라이브 이름, 용량, 현재 포맷, 담긴 내용, 그리고 그 내용이 다른 곳에도 존재하는지까지요. 마지막 항목이 이후의 모든 것을 결정합니다. 내용이 현재 백업에 중복되어 있는 드라이브는 위험 부담이 낮은 결정입니다. 유일한 사본을 담고 있는 드라이브는 위험 부담이 큰 결정이며, 다르게 다뤄야 합니다. 전반적인 백업 상황이 모호하다면, 지금이야말로 Mac 백업 전략 전체 가이드를 읽고 이 마감 하나가 아니라 근본적인 빈틈을 메울 적기입니다.

드라이브 포맷을 보여주는 Disk Utility

옵션 1: Disk Utility로 제자리 변환하기

2026년 7월 9to5Mac이 Apple의 개정된 지원 문서를 인용해 보도한 Apple의 현재 권장 방식은 직접 변환입니다. Disk Utility에서 암호화된 HFS+ 볼륨을 선택하고 Edit → Convert to APFS를 사용합니다. 결과는 파일이 그대로 남아 있는 암호화된 APFS 볼륨이며, 데이터가 암호화되지 않은 상태로 놓이는 중간 단계가 없습니다.

이는 Apple이 처음 게시했던 내용에 비하면 의미 있는 개선입니다. 이전 버전 안내는 볼륨을 먼저 복호화하거나 아예 다시 포맷한 다음에 변환하라고 했습니다. 더 느린 데다 중간에 보호 수준이 낮아지는 구간이 존재하는 경로였죠. Apple은 페이지를 개정하면서 그 복호화 우선 지침을 삭제했습니다. Apple이 이 문서를 이미 한 번 바꿨으므로, 시작하기 전에 support.apple.com/en-us/125615에서 Apple의 현재 문구를 직접 확인하세요. 아래 단계는 보도된 개정 지침을 반영한 것이지만, 권위 있는 버전은 Apple이 가지고 있습니다.

시작하기 전에

백업 사본을 만드세요. 형식적인 문구가 아닙니다. Oakley의 지침은 이 점에서 구체적입니다. 중요한 파일의 아카이브라면, 제자리 변환은 백업 사본을 만든 뒤에만 시도해야 한다고요. 제자리 변환은 현재 여러분의 모든 데이터를 담고 있는 볼륨의 디스크상 구조를 다시 씁니다. 실적은 좋습니다 -- Oakley는 시동 디스크에서 대단히 우수하다고 표현합니다 -- 하지만 "대단히 우수함"이 "확실함"은 아니며, 실패했을 때 나타나는 것은 경고 대화상자가 아니라 어중간한 상태의 볼륨입니다.

드라이브에 재현할 수 없는 것이 하나라도 들어 있다면 먼저 다른 곳으로 복사하세요. 다른 외장 드라이브든, 여유 APFS 볼륨이든, 어디든 좋습니다. 정말로 두 번째 장소가 없다면 잠시 멈춰서 생각해 볼 일입니다. 대체 불가능한 데이터를 노후한 드라이브 한 대에만 보관해 온 것이고, 파일 시스템 마감은 두 문제 중 작은 쪽이니까요.

시작 전에 다음도 확인하세요.

볼륨을 잠금 해제할 수 있어야 합니다. 암호를 눈앞에 두세요.
Mac은 배터리가 아니라 전원에 연결되어 있어야 합니다.
작업 시간 동안 잠자기를 꺼 두거나, 옆에서 지켜볼 수 있어야 합니다. 시스템 설정의 잠금 화면에서 디스플레이와 시스템 잠자기 시간을 넉넉하게 설정하세요. 노트북이라면 변환 중에 뚜껑을 닫는 것은 최악의 선택입니다.
가능하다면 허브나 데이지 체인을 거치지 말고 드라이브를 직접 연결하세요. 변환은 지속적인 I/O 작업이며, 불안정한 연결이 문제의 가장 흔한 원인입니다. 드라이브가 버스에서 떨어져 나간 이력이 있다면 그것부터 해결하세요. Tahoe의 "디스크가 제대로 추출되지 않았습니다" 문제 가이드에서 흔한 전원 및 케이블 원인을 다룹니다.

단계

드라이브를 연결하고 암호로 잠금 해제해 볼륨이 정상적으로 마운트되게 합니다.
Disk Utility를 엽니다. View 메뉴에서 Show All Devices를 선택합니다.
사이드바에서 암호화된 Mac OS Extended 볼륨 자체를 선택합니다. 그 위의 물리 디스크가 아니라 볼륨입니다.
Edit 메뉴를 열고 Convert to APFS를 선택합니다.
확인 창을 확인합니다. Disk Utility가 무엇을 하려는지 설명해 줍니다. 그냥 넘기지 말고, 특히 볼륨 이름을 읽어서 올바른 대상을 선택했는지 확인하세요.
기다립니다. 드라이브를 뽑지 말고, Mac을 잠자기 상태로 두지 말고, 같은 드라이브로 큰 파일 복사를 시작하지 마세요.
끝나면 백업 사본을 지우기 전에 결과를 검증하세요(아래 검증 섹션 참고).

소요 시간

여기에 쓸 만한 단일 수치는 없습니다. 지배적인 변수가 데이터 양이 아니라 드라이브 구동 방식이기 때문입니다.

USB 3.2나 Thunderbolt로 연결된 외장 SSD라면 수백 기가바이트 변환은 보통 수 분에서 수십 분 정도입니다. 플래시에서는 임의 접근 비용이 거의 없고, 변환 작업의 대부분을 차지하는 메타데이터 재작성이야말로 SSD가 잘하는 일입니다.

하드 디스크라면 극적으로 느릴 것을 각오하세요. 용량이 크고 가득 찬 드라이브라면 몇 시간을 잡아야 하고, 단순 용량으로 짐작한 것보다 훨씬 오래 걸릴 수 있습니다. 변환은 메타데이터에 크게 좌우되며, 그것은 곧 엄청난 양의 탐색을 뜻하고, 탐색이야말로 기계식 드라이브가 가장 못하는 일입니다. 작은 파일이 수백만 개인 드라이브는 같은 바이트 수를 큰 동영상 몇 개로 담은 드라이브보다 훨씬 느리게 변환됩니다.

실용적인 조언: 하드 디스크 변환은 그날 Mac 사용을 마쳤을 때 시작하세요. 외출 20분 전이 아니라요.

중간에 중단되었다면

정전, 실수로 케이블을 뽑은 경우, 커널 패닉. 첫 번째 원칙은 즉시 고치려 들지 않는 것입니다. 드라이브를 다시 연결하고, macOS가 안정될 때까지 기다린 뒤, diskutil list와 diskutil cs list로 볼륨이 어떤 상태인지 확인하세요. 볼륨에 대해 Disk Utility의 First Aid를 실행하는 것이 적절한 다음 단계입니다. 다시 포맷하거나 변환을 반복해서 재시도하는 것이 아니라요.

볼륨이 마운트되고 내용이 정상으로 보인다면, 계속 진행하기 전에 백업 사본과 대조하세요. 마운트되지 않는다면, 바로 그때 백업 사본이 존재 가치를 증명합니다. 드라이브를 지우고 APFS(암호화됨)로 새로 포맷한 뒤 복원하세요. 반쯤 변환된 볼륨에 점점 더 공격적인 복구 작업을 시도하면 상황은 대체로 악화되며, 시도할 때마다 디스크에 쓰기가 발생합니다.

옵션 2: 먼저 복호화한 다음 변환하기

예전 방식이지만 특정 상황에서는 여전히 정당한 선택입니다. HFS+ 볼륨에서 암호화를 제거해 평범한 Mac OS Extended 볼륨으로 만든 뒤, 그것을 APFS로 변환하거나 암호화되지 않은 상태로 두는 것입니다(기억하세요, 그래도 괜찮습니다. 비암호화 HFS+는 이번 변경의 영향을 받지 않습니다).

복호화하려면 Finder에서 마운트된 볼륨을 우클릭해 복호화 옵션을 선택하거나 Disk Utility를 사용하세요. 복호화는 볼륨을 계속 사용할 수 있는 상태로 백그라운드에서 진행되는 작업이며, 용량이 큰 하드 디스크에서는 여러 시간이 걸릴 수 있습니다. 진행 상황은 명령줄에서 diskutil cs list로 확인할 수 있습니다. 논리 볼륨의 변환 상태를 알려 줍니다.

이 방식이 더 나은 경우

드라이브를 HFS+ 아카이브로 계속 둘 때. 구형 Mac이나 훨씬 오래된 macOS를 실행하는 기기, 혹은 파일 시스템 지원이 제한적인 장치에서 읽어야 하는 드라이브라면, APFS로 변환하는 것이 없던 호환성 문제를 만들 수 있습니다. 복호화만 하고 암호화되지 않은 Mac OS Extended로 두면 이전에 읽을 수 있던 모든 곳에서 계속 읽을 수 있고, 이번 폐기 조치의 범위에서도 완전히 벗어납니다.

내용이 민감하지 않을 때. 많은 "암호화된" 드라이브가 의도적이라기보다 반사적으로 암호화되었습니다. 드라이브에 설치 파일, 리핑한 미디어, 개인 정보나 기밀이 없는 프로젝트 자산만 들어 있다면, 암호화를 제거하는 것은 타협이 아니라 타당한 답입니다.

변환이 이미 실패했을 때. Convert to APFS가 실행을 거부하거나 도중에 실패한다면, 먼저 복호화하는 것이 장애물을 걷어낼 때가 있습니다. 변환이 실행되기 전에 CoreStorage 계층을 방정식에서 빼 주기 때문입니다.

Time Machine 볼륨의 경우. 이것이 중요한 사례이며 아래에 별도 섹션을 할애했습니다. HFS+ Time Machine 백업에 대한 Oakley의 권고는 변환 대신 복호화입니다. 정확히 그것들에는 변환이 실행 가능하지 않기 때문입니다.

절충점

복호화가 끝나는 시점부터 재암호화가 끝나는 시점까지, 그 드라이브의 데이터는 평문 상태로 놓여 있습니다. 드라이브를 집어 든 사람은 누구나 읽을 수 있습니다. 잠긴 홈 오피스를 벗어나지 않는 드라이브라면 그 구간은 감수할 만한 위험입니다. 하지만 고객 데이터, 의료 기록, 금융 문서, 또는 타인에게 약속한 의무가 걸린 무언가가 담긴 드라이브라면 그렇지 않을 수 있습니다. 그럴 때는 평문을 결코 노출하지 않는 옵션 1의 직접 변환이 더 나은 답입니다.

그 구간은 사람들이 예상하는 것보다 길기도 합니다. 4TB 하드 디스크를 전부 복호화한 뒤 같은 크기의 APFS 볼륨을 다시 암호화하려면 하루가 넘게 걸릴 수 있습니다. 그 기간 동안 드라이브가 물리적으로 어디에 놓일지 계획하세요.

옵션 3: 지우고 다시 포맷한 뒤 되돌려 복사하기

가장 투박한 선택지이지만, 많은 드라이브에는 이것이 정답입니다. 내용을 다른 곳에 복사하고, 드라이브를 완전히 지우고, APFS(암호화됨)로 포맷한 다음, 내용을 되돌려 복사합니다.

변환하는 것이 없으므로 변환 도중에 실패할 일도 없습니다. 여기서의 실패 유형은 평범한 파일 복사 실패이고, 눈에 보이고, 복구 가능하며, 이해하기 쉽습니다. 복사가 끝나거나 끝나지 않거나 둘 중 하나이며, 의도적으로 지우기 전까지는 원본이 그대로 남아 있습니다.

단계

드라이브의 모든 내용을 여유 공간이 충분한 위치로 복사합니다. 복사본을 검증하세요. 파일 개수를 세고, 전체 용량을 확인하고, 큰 파일 몇 개가 열리는지 표본 점검하세요.
Disk Utility에서 Show All Devices를 켠 상태로 물리 디스크(볼륨이 아닙니다)를 선택하고 Erase를 클릭합니다.
방식은 GUID 파티션 맵, 포맷은 **APFS(암호화됨)**로 설정합니다. 강력한 암호를 선택하세요. 나중이 아니라 만드는 그 순간에 암호 관리자에 저장하세요.
내용을 되돌려 복사합니다.
중간 사본을 지우기 전에 다시 검증합니다.

볼륨이 아니라 물리 디스크를 선택하는 것이 중요합니다. 디스크 수준에서 지우면 파티션 방식이 새로 구성되는데, 오래되었거나 특이한 레이아웃을 가졌을 수 있는 구형 드라이브에는 바로 그것이 필요합니다. 또한 CoreStorage 구조가 완전히 사라졌음을 확신할 수 있는 유일한 방법이기도 합니다.

이 방식이 적절한 경우

특히 아카이브 디스크라면 이것이 최선의 답일 때가 많습니다. 오래된 아카이브 드라이브에는 퇴적물이 쌓입니다. 하다 만 프로젝트, 이름만 조금 다른 같은 폴더 트리의 중복 사본, 캐시, .DS_Store 파일, 2017년 다운로드 폴더의 내용물까지요. 복사해 내보내고, 지우고, 되돌려 복사하는 과정은 실제로 무엇이 들어 있는지 살펴보고 남기고 싶은 것만 되돌려 놓기에 자연스러운 기회입니다. 결과적으로 더 작고 깔끔하며 최신 포맷을 갖춘 드라이브가 남습니다.

드라이브의 내용이 완전히 재현 가능할 때 -- 다른 드라이브의 클론, 다른 곳에도 있는 미디어 라이브러리, 원본을 여전히 가지고 있는 내보내기 파일 -- 도 이것이 정답입니다. 위험에 처한 고유 데이터가 없다면 변환 위험을 감수할 이유도 없습니다. 지우세요.

어차피 변환에 아주 오래 걸릴 구형 하드 디스크에도 이것이 정답입니다. 순차적으로 복사해 내보내고 되돌려 놓는 것이 몇 시간에 걸친 메타데이터 중심의 임의 I/O보다 기계식 드라이브에 훨씬 친화적이고, 놀랄 만큼 자주 실제 소요 시간도 더 짧습니다. 이 작업을 계기로 외장 저장 장치를 재정비한다면, Tahoe용 외장 저장 장치 및 백업 가이드가 포맷 선택과 드라이브 구성을 더 깊이 다룹니다.

경로 선택: 결정표

드라이브 유형	권장 경로	위험 수준	비고
암호화 HFS+ 작업용 드라이브, 내용이 다른 곳에 백업됨	옵션 1: 제자리 변환	낮음	가장 빠른 경로. 백업이 이미 안전망 역할을 함
암호화 HFS+ 아카이브, 데이터의 유일한 사본	먼저 복사해 낸 뒤 옵션 1 또는 옵션 3	중간	유일한 사본은 복제 없이 절대 변환하지 말 것
암호화 HFS+ 아카이브, 내용이 재현 가능	옵션 3: 지우고 다시 포맷	낮음	변환 위험이 전혀 없음. 정리하기 좋은 기회
구형 Mac에서 필요한 암호화 HFS+ 드라이브	옵션 2: 복호화 후 HFS+ 유지	낮음	비암호화 HFS+는 영향 없음. 호환성 유지
민감한 데이터가 담긴 암호화 HFS+ 드라이브	옵션 1: 제자리 변환	낮음~중간	데이터가 평문으로 놓이는 구간이 없음
암호화 HFS+ Time Machine 백업	복호화하거나 APFS에서 새로 시작	변환 시 높음	Apple이 변환 해결책에서 제외 -- 아래 참고
잠금 해제할 수 없는 암호화 HFS+ 볼륨	먼저 암호를 복구	진행 불가	암호 없이는 방법이 없음. 암호 섹션 참고
Intel Mac의 Fusion Drive	조치 불필요	없음	macOS 28은 이 Mac에서 실행되지 않음
암호화 디스크 이미지 (.dmg)	조치 불필요	없음	CoreStorage를 사용한 적 없음
모든 APFS 볼륨	조치 불필요	없음	이미 지원되는 쪽에 있음

파일 시스템 변환 개념 일러스트

Time Machine 드라이브는 특별한 경우입니다

Apple의 지원 문서에는 변환 지침 옆에 명시적인 경고가 붙어 있습니다. 이 해결책은 암호화된 Time Machine 백업 디스크에는 적용되지 않는다는 것입니다. 얼버무림이나 각주가 아닙니다. 방금 게시한 해결책이 현존하는 암호화 HFS+ 드라이브 중 가장 흔한 범주 하나에는 통하지 않는다고 Apple이 직접 알려 주는 것입니다.

Oakley는 그 이유를 더 직설적으로 설명합니다. 그의 평가는 APFS로의 제자리 변환 시도가 위험이 크고 성공할 가능성이 낮으므로 HFS+의 Time Machine 백업에는 시도해서는 안 된다는 것입니다. 이유는 HFS+ Time Machine 백업이 어떻게 만들어지는지로 귀결됩니다.

HFS+ Time Machine 백업의 실체

Time Machine이 HFS+ 볼륨에 기록할 때는 백업마다 날짜가 붙은 폴더를 만드는데, 이 폴더는 여러분 Mac의 완전한 사본을 담고 있는 것처럼 보입니다. 물론 완전한 사본은 아닙니다. 500GB짜리 Mac을 3년 동안 매시간 백업한다면 페타바이트 단위가 필요할 테니까요. 각 날짜 폴더가 실제로 담고 있는 것은, 직전 백업 이후 변경되지 않은 모든 항목에 대해 기존 사본을 가리키는 하드 링크입니다.

파일에 대한 일반적인 하드 링크는 HFS+가 정상적으로 지원하는 표준 Unix 기능입니다. 하지만 Time Machine은 같은 재주를 디렉터리 전체에도 부려야 했습니다. 변경되지 않은 파일 1만 개가 든 변경되지 않은 폴더를 링크 1만 개가 아니라 링크 하나로 표현할 수 있어야 했으니까요. Apple은 오직 Time Machine을 위해 HFS+에 디렉터리 하드 링크를 추가했습니다. 이는 비표준 확장 기능이며, 볼륨 루트의 숨겨진 디렉터리에 감춰진 장치로 구현되어 있고, 파일 시스템 세계 어디에도 존재하지 않습니다.

여러 해에 걸친 Time Machine 볼륨에는 이런 링크가 수백만 개 들어 있을 수 있습니다. 그 구조가 곧 백업입니다. 날짜 폴더는 거의 전부가 링크입니다.

APFS는 디렉터리 하드 링크를 구현하지 않습니다. 같은 문제를 완전히 다른 방식, 즉 쓰기 시 복사 스냅샷으로 해결합니다. macOS Big Sur 이후 기본값이 된 APFS 대상의 Time Machine이 기존 HFS+ 방식보다 빠르고 공간 효율적인 이유가 바로 이것입니다. 한 표현에서 다른 표현으로 기계적으로 번역하는 방법은 없습니다. 같은 개념을 다르게 표현한 것이 아니라, 애초에 다른 개념이기 때문입니다.

그래서 볼륨에 무엇이 들어 있느냐에 따라 변환의 동작이 크게 달라집니다. Oakley는 제자리 변환이 시동 디스크에서 대단히 우수한 실적을 보였다고 언급합니다. 평범한 파일 시스템, 평범한 구조, 잘 다져진 길이니까요. 하지만 Time Machine 백업에서는 변환 장치가 APFS에 대응물이 없는 디렉터리 하드 링크 수백만 개를 만나고, 그래서 실패합니다.

현실적인 선택지

긴 HFS+ Time Machine 이력을 APFS로 깔끔하게 옮길 방법은 없습니다. 그것이 정직한 답이며, 그렇지 않다고 말하는 가이드는 추측하고 있는 것입니다. 여러분에게 주어진 것은 완벽하지 않은 세 가지 선택지입니다.

볼륨을 복호화해 암호화되지 않은 HFS+ 아카이브로 유지하기. Time Machine 볼륨에 대해 Oakley가 제안하는 대안이며, 대부분의 사람에게 현실적인 답입니다. 복호화는 CoreStorage 계층을 제거하는데, 이번 폐기 조치가 겨냥하는 것은 오직 그것뿐입니다. 결과는 암호화되지 않은 Mac OS Extended Time Machine 볼륨이고, 비암호화 HFS+는 macOS 28에서도 계속 지원됩니다. 백업 이력은 온전히 남고 계속 읽을 수 있습니다.

대가는 물리적 보안입니다. 이제 그 드라이브는 여러분 Mac에 있던 모든 것의 암호화되지 않은 사본을 담고 있습니다. 모든 문서, 모든 이메일 데이터베이스, 애플리케이션이 어떤 형태로 저장하든 모든 저장된 자격 증명까지요. 여러분이 실제로 통제하는 장소에 두어야 합니다. 집의 잠긴 서랍이면 괜찮습니다. 들고 다니는 드라이브, 공용 사무실에 놓인 드라이브, 친척 집에 보관하는 드라이브라면 이 상태에서는 정말 나쁜 생각입니다. 그 결정을 의식적으로 내리세요.

APFS(암호화됨)로 새 Time Machine 대상을 시작하고 옛 드라이브는 은퇴시키기. 새 드라이브 -- 혹은 두 번째 파티션이나 아예 다른 디스크 -- 를 APFS(암호화됨)로 포맷하고 Time Machine을 그쪽으로 지정하세요. 오늘부터 새 백업 이력이 시작되며, 기존 HFS+ 방식보다 빠르고 안정적인 최신 스냅샷 기반 백업을 쓰게 됩니다.

옛 드라이브는 보관하세요. 지우지 마세요. 오늘보다 오래된 이력에 접근하는 유일한 통로이며, 다시 들춰 볼 가능성이 조금이라도 남아 있는 기간만큼은 가지고 있어야 합니다. 위 옵션대로 복호화까지 해 둔다면 그 이력을 앞으로의 Mac에서도 계속 읽을 수 있습니다. 이 조합 -- 옛 드라이브는 복호화하고, 새 드라이브에서 새로 시작하기 -- 이 대부분의 환경에서 제가 택할 방법입니다. 어차피 Time Machine 구성을 다시 만들 참이라면, Time Machine 문제 해결 완전 가이드가 새 대상을 지정할 때 흔히 나타나는 설정 문제들을 다룹니다.

옛 드라이브를 암호화된 콜드 아카이브로 두고 제약을 감수하기. 암호화된 HFS+ 상태로 두기로 했다면, macOS 28 Mac이 마운트하지 못할 것으로 봐야 하는 볼륨을 계속 보유하기로 선택한 셈입니다. 그것은 읽을 방법에 대한 명확한 계획이 있을 때만 유효한 선택입니다. Tahoe에 머무는 Intel Mac이라든가, macOS 27 이후로 업데이트하지 않기로 한 Apple 실리콘 Mac 같은 것 말이죠. 두 계획 모두 유효 기간이 있습니다. 보안 업데이트가 끊기고, 하드웨어는 고장 나며, 드라이브 하나를 읽으려고 유지하는 기기는 결국 관리를 그만두게 되는 기기입니다. 이 길을 택한다면 그 드라이브가 무엇인지, 왜 암호화되어 있는지, 무엇으로 읽을 수 있는지 적어서 드라이브에 붙여 두세요. 미래의 여러분은 기억하지 못합니다.

절대 하지 말아야 할 한 가지: Finder, cp, rsync, 범용 동기화 도구로 백업 폴더 구조를 APFS 볼륨에 복사해서 HFS+ Time Machine 이력을 이전하려 하지 마세요. 하드 링크 구조는 살아남지 못하며, 복사는 실패하거나, 사실상 영원히 돌거나, 모든 링크가 실제 파일이 되면서 원본보다 어마어마하게 커집니다. 적절한 도구나 적절한 옵션으로 이 접근법을 구제할 수 있는 상황이 아닙니다.

결과 검증하기

어떤 경로를 택했든, 신뢰하기 전에 검증하고, 만들어 둔 안전용 사본을 지우기 전에 검증하세요.

Disk Utility에서 포맷을 확인하세요. Show All Devices를 켠 상태로 볼륨을 선택합니다. 이제 APFS로 표시되어야 하고, 암호화를 포함해 변환하거나 포맷했다면 **APFS(암호화됨)**라고 나와야 합니다. 암호화 표시 없이 APFS라고만 나오는데 암호화를 기대했다면, 암호화가 살아남지 못한 것입니다. 즉 암호화되지 않은 볼륨을 갖게 된 것이고, 데이터가 민감하다면 이는 실질적인 보안 후퇴입니다. 다음으로 넘어가기 전에 바로잡으세요.

명령줄에서 확인하세요.

diskutil apfs list

변환된 볼륨이 APFS 컨테이너 아래에 암호화 상태와 함께 나타나야 합니다. 그다음, 특정 볼륨에 대해서는

diskutil info /dev/disk4s2

파일 시스템 종류 필드(APFS로 표시되어야 함), 암호화 필드, 볼륨 이름을 읽으세요. 식별자는 해당 드라이브에 대해 diskutil list에서 확인한 것을 쓰세요.

diskutil cs list

이 드라이브가 유일한 CoreStorage 볼륨이었다면, 이제 이 명령은 보고할 것이 사실상 없어야 합니다. 그 부재야말로 옛 계층이 사라졌다는 가장 깔끔한 확인입니다.

재시동 후 잠금 해제를 시험하세요. 검증된 변환과 그렇다고 가정한 변환을 가르는 단계입니다. 드라이브를 제대로 추출하고, Mac을 재시동한 다음, 드라이브를 다시 연결해 암호로 잠금 해제하세요. 작업한 세션에서는 멀쩡히 열리다가 재시동 후에는 실패하는 볼륨은 실제로 존재하는 실패 유형이며, 대개 키가 현재 세션의 키체인 상태에만 저장된 경우입니다. 18개월 뒤가 아니라 백업 사본이 아직 온전한 지금 확인하세요.

파일을 표본 점검하세요. 볼륨의 여러 곳에서 파일을 몇 개 열어 보세요. 문서 하나, 큰 동영상 하나, 깊이 중첩된 폴더 안의 무언가 하나요. 전체 항목 수와 용량을 원본 사본과 비교하세요. 변환한 드라이브라면 파일 이름에 특이한 문자가 들어갔거나 경로가 유난히 깊은 항목에 특히 주의하세요.

그 뒤에야 안전용 사본을 지우세요. 그리고 드라이브가 조금이라도 대체 불가능한 것에 가깝다면, 그 사본을 얼마간 더 보관하는 것을 고려하세요.

암호화 암호와 복구 키는 어디에 있는가

잠금 해제할 수 없는 드라이브는 변환할 수 없습니다. 이 한 문장이 전체 실패 유형을 요약하며, 드문 경우도 아닙니다. 이 드라이브들은 몇 년 전에, 그때그때 정한 암호로, 아무 데도 저장하지 않은 채 암호화되었을 때가 많습니다.

외장 암호화 볼륨의 경우 암호는 드라이브를 암호화할 때 설정한 것입니다. 당시 "이 암호를 나의 키체인에 기억"을 체크했다면 로그인 키체인에 있습니다. 키체인 접근(응용 프로그램의 유틸리티 폴더)을 열고 드라이브의 볼륨 이름으로 검색한 뒤, 종류가 "encrypted volume password"인 항목을 찾으세요. 선택하고 "암호 보기"를 체크한 다음 계정 암호로 인증하면 확인할 수 있습니다.

알아 둘 만한 함정이 있습니다. 그 키체인 항목은 그것을 만든 Mac에만 존재합니다. 이후 새 Mac으로 옮겼다면, 특히 마이그레이션 지원이 아니라 새로 설정했다면 그 항목은 따라오지 않았을 수 있습니다. 예전 Mac이 아직 있다면 그쪽을 확인하세요.

암호 힌트. 볼륨을 암호화할 때 macOS는 힌트를 요구했습니다. 잠금 해제 대화상자와 Finder의 암호 입력 창에 나타납니다. 대단한 것은 아니지만, 2018년에 쓴 암호를 떠올리려 애쓰는 중이라면 실질적인 출발점이 됩니다.

FileVault 복구 키는 다른 메커니즘이며 분명히 구분해 둘 가치가 있습니다. FileVault 복구 키는 FileVault로 보호된 시동 디스크를 잠금 해제합니다. 외장 암호화 볼륨은 잠금 해제하지 못합니다. 외장 드라이브의 암호를 찾고 있다면, 정성껏 저장해 둔 FileVault 복구 키는 답이 아닙니다.

서드파티 암호 관리자. 드라이브 이름, 모델명, 용량, 구입한 연도로 검색하세요. 사람들은 나중에 떠올리지 못할 이름으로 저장하는 일이 잦습니다. "백업 드라이브", "WD 2TB", "사진 디스크" 같은 식으로요.

정말로 암호를 복구할 수 없다면, 정직한 답은 데이터가 사라졌다는 것입니다. 이는 암호화가 설계대로 작동한 결과입니다. 암호화 볼륨 암호에 대한 Apple 측 복구 수단은 없으며, 그렇지 않다고 광고하는 상용 도구들은 무차별 대입 공격을 실행하는 것이라 약한 암호에만 통합니다. 드라이브에 중요한 것이 담겨 있다면, 모든 가능성을 소진할 시점은 지금입니다. 암호를 찾아내기만 하면 볼륨을 마운트할 수 있는 Mac이 아직 있는 지금 말이죠. macOS 28이 마운트 능력 자체를 없앤 뒤가 아니라요.

오늘 15분을 내서 목록에 있는 모든 암호화 드라이브를 잠금 해제할 수 있는지 확인하세요. "아마 알 것 같은데"가 아니라, 실제로 드라이브를 연결해서 잠금 해제해 보세요. 그런 다음 다른 무엇을 하기 전에 암호를 명확한 이름으로 암호 관리자에 넣어 두세요. 이 가이드의 모든 내용이 그 한 가지에 달려 있습니다.

현실적인 일정과 먼저 해야 할 일

macOS 28은 2026년 7월로부터 대략 1년 후 -- Oakley의 추정으로는 2027년 가을 무렵 -- 로 예상되며, Apple은 날짜를 발표하지 않았습니다. 어디선가 본 구체적인 날짜는 추측으로 보세요. 믿을 수 있는 것은 일정의 형태입니다. 여름에 발표, 몇 달에 걸친 개발자 베타, 가을에 정식 출시, 그리고 한동안 macOS 27에 머무를 수 있는 기간이죠.

1년이 넘는 여유가 있다는 뜻이고, 이번 주에 반드시 해야 할 일은 아무것도 없다는 뜻입니다. 다만 아예 손을 놓아도 된다는 뜻은 아닙니다. 실패 유형이 잊고 있던 드라이브이고, 일찍 움직이는 이유는 아직 기억할 수 있을 때 기억해 두기 위해서니까요.

합리적인 순서는 다음과 같습니다.

이번 주: 점검. 드라이브를 찾으세요. 확인을 실행하세요. 목록을 만드세요. 목록의 모든 암호화 볼륨을 잠금 해제할 수 있는지 확인하세요. 실제로 중요한 것은 이 한 시간이고, 그 이후는 전부 기계적인 작업이라 편한 일정에 맞춰 하면 됩니다. 진행하면서 암호를 암호 관리자에 추가하세요.

이번 달: 실제로 쓰는 드라이브를 변환하세요. 정기적으로 돌려 쓰는 것들 -- 작업용 외장 SSD, 임시 작업 드라이브, 프로젝트 디스크 -- 은 지원되는 macOS를 쓰고 있고 시간 압박도 없는 지금 변환하세요. 이런 드라이브는 대개 다른 곳에 백업되어 있어 위험이 낮은 사례이며, 처리해 두면 목록에서 문제의 대부분이 사라집니다.

앞으로 몇 달: 아카이브를 처리하세요. 유일한 사본을 담고 있는 드라이브들이며, 서두른 저녁 시간이 아니라 신중한 처리를 받을 자격이 있습니다. 복사해 내보내고, 검증하고, 그다음에 변환하거나 다시 포맷하세요. 한 번에 하나씩 하세요. 아카이브가 크고 느리다면 여러 주말에 나눠 진행하세요. 빨리 한다고 상을 주지 않으며, 유일한 사본에 서두른 변환을 하는 위험은 얼마든지 피할 수 있습니다.

Time Machine에 대해 결정을 내리고 적어 두세요. 옛 드라이브를 복호화할지, APFS에서 새로 시작할지, 콜드 아카이브로 둘지 -- 기본값에 떠밀리지 말고 의식적으로 결정하고, 무엇을 결정했는지 설명하는 메모를 남기세요. 2년 뒤에 백업 드라이브에 대한 자신의 판단을 되짚는 일은 생각보다 어렵습니다.

macOS 28으로 업그레이드하기 전에: 다시 점검하세요. macOS 28이 실제로 출시되면, 설치하기 전에 diskutil cs list와 Disk Utility로 한 번 더 훑으세요. 드라이브는 쌓입니다. 그사이에 하나 더 생겼을 수도, 누군가에게 받았을 수도, 첫 점검 때 찾지 못했던 드라이브를 발견했을 수도 있습니다. 2분이면 되는 확인이고, 편안하게 할 수 있는 마지막 순간입니다. 어차피 저장 공간을 정리하는 김에 전반적인 저장 공간 최적화 작업을 함께 하면 자연스럽게 어울립니다.

그리고 Intel Mac을 쓰고 있다면, 비대칭을 기억하세요. 그 기기는 macOS 28을 결코 실행하지 않으므로 이 마감은 적용되지 않습니다. 하지만 드라이브는 여전히 드라이브이고, 언젠가는 더 새로운 Mac에 연결될 것입니다. 여러분의 Mac이든, 다른 사람의 Mac이든, Intel 기기가 마침내 수명을 다한 뒤 사게 될 Mac이든 말이죠. 점검은 여전히 할 가치가 있습니다. 변환이 덜 급할 뿐입니다.

자주 발생하는 문제 해결

Convert to APFS가 흐릿하게 비활성화됨

문제: Disk Utility에서 볼륨을 선택하고 Edit 메뉴를 열었는데 Convert to APFS가 흐릿하고 클릭되지 않습니다.

해결: 원인을 순서대로 확인하세요. 첫째, View → Show All Devices가 켜져 있는지, 그리고 물리 디스크나 컨테이너가 아니라 볼륨을 선택했는지 확인하세요. 이 명령은 볼륨에 적용되며, 계층에서 잘못된 수준을 선택하는 것이 이 항목을 쓸 수 없는 가장 흔한 이유입니다. 둘째, 볼륨이 마운트되고 잠금 해제되어 있어야 합니다. 잠긴 암호화 볼륨은 변환할 수 없습니다. 셋째, 디스크가 GUID 파티션 맵 방식을 사용해야 합니다. 오래된 드라이브에는 레거시 Apple 파티션 맵이나 MBR 방식이 남아 있기도 한데, 둘 다 APFS를 지원하지 않습니다. 물리 디스크를 선택해 정보 패널에서 파티션 맵을 확인하세요. GPT가 아니라면 유일한 길은 옵션 3입니다. 전부 복사해 내보내고, GUID 파티션 맵으로 디스크를 지운 뒤, 되돌려 복사하세요. 넷째, 해당 볼륨을 사용하는 모든 앱을 종료하세요. Time Machine, 백업 소프트웨어, 그 볼륨의 파일을 열어 둔 모든 것이 포함됩니다. 마지막으로, 언젠가 볼륨이 깔끔하게 마운트 해제되지 않았다면 First Aid를 실행하세요. 해결되지 않은 오류가 있는 볼륨은 거부될 수 있습니다.

변환이 도중에 실패함

문제: 변환이 시작된 뒤 실패하거나 진행 중 드라이브 연결이 끊겼고, 지금 볼륨이 어떤 상태인지 알 수 없습니다.

해결: 다른 무엇을 하기 전에 멈추고 상황을 파악하세요. 드라이브를 다시 연결하고 macOS가 1분쯤 안정되게 둔 다음, diskutil list와 diskutil cs list를 실행해 지금 디스크에 실제로 무엇이 존재하는지 확인하세요. 곧바로 변환을 재시도하지 말고, 복구 유틸리티를 연달아 돌리지도 마세요. 쓰기가 한 번 일어날 때마다 선택지가 줄어듭니다. Disk Utility에서 해당 볼륨에 First Aid를 실행하고 무엇을 보고하는지 읽으세요. 볼륨이 마운트되고 내용이 온전하다면, 계속하기 전에 백업 사본과 대조하세요. 마운트되지 않는다면 백업 사본을 쓰세요. 물리 디스크 수준에서 드라이브를 지우고 APFS(암호화됨)로 포맷한 뒤 복원하면 됩니다. 백업 사본이 없는데 볼륨이 마운트되지 않는다면, 드라이브를 완전히 손대지 말고 데이터 복구 업체에 문의하세요. 계속 시도하는 것이야말로 값비싼 복구조차 불가능하게 만들 가능성이 가장 큰 행동입니다. 재시도 전에 제거해 볼 만한 흔한 근본 원인은 USB 허브, 상태가 나쁜 케이블, 작업 중 Mac의 잠자기 진입, 그리고 하드웨어 결함이 진행 중인 드라이브(Disk Utility 정보 패널에서 SMART 상태 확인)입니다.

드라이브가 잠금 해제되지 않아 변환할 수 없음

문제: 암호화 볼륨이 Disk Utility에 흐릿하게 표시되고, 맞다고 생각했던 암호가 거부됩니다.

해결: 먼저 키체인 접근을 확인하세요. 볼륨 이름으로 검색해 종류가 "encrypted volume password"인 항목을 찾은 뒤 "암호 보기"로 확인합니다. 키체인에 아무것도 없다면, 드라이브를 암호화한 그 Mac을 쓰고 있는지 확인하세요. 키체인 항목이 새 하드웨어에서의 초기 설정을 항상 넘어오는 것은 아닙니다. 잠금 해제 대화상자의 암호 힌트를 읽으세요. 암호 관리자에서 드라이브 이름, 모델명, 용량으로 검색하세요. 뻔한 변형들도 시도해 보세요. 드라이브를 암호화하던 시기에 일관되게 쓰던 암호를 뒤에 문장부호가 붙은 형태와 붙지 않은 형태로 시도하고, 키보드 배열을 바꾼 적이 있다면 당시 사용하던 배열과 일치하는지도 확인하세요. 지금 어느 Mac에서든 볼륨이 마운트되어 있다면 그것은 행운입니다. 접근할 수 있는 동안 즉시 암호를 변경하고 새 암호를 제대로 저장하세요. 아무것도 통하지 않는다면 그 볼륨은 설계상 복구 불가능하며, 어떤 소프트웨어도 그것을 바꾸지 못합니다. macOS 28이 마운트 능력 자체를 없앤 뒤가 아니라 지금 처리하세요.

변환한 드라이브를 Time Machine이 사용하지 않음

문제: 드라이브를 APFS로 변환했는데 Time Machine이 대상으로 선택하기를 거부하거나 첫 백업에서 오류가 납니다.

해결: 먼저 중요한 구분을 이해하세요. 오래된 HFS+ Time Machine 볼륨을 변환하는 것은 지원되지 않으며 시도해서도 안 됩니다. 그렇게 한 것이라면 올바른 대응은 수리를 시도하는 것이 아니라 드라이브를 지우고 새 백업 이력을 시작하는 것입니다. 이전에 Time Machine 대상이 아니었던 변환 드라이브라면, 포맷이 APFS(또는 APFS 암호화됨)로 표시되는지, 파티션 방식이 GUID인지 확인하세요. 시스템 설정에서 Time Machine의 대상 목록에서 드라이브를 제거한 뒤 다시 추가하면 macOS가 볼륨을 다시 평가하게 됩니다. APFS의 Time Machine은 대상 볼륨이 어느 정도 깨끗하기를 원합니다. 이전 용도에서 남은 구조를 가진 볼륨은 제대로 지운 뒤에야 받아들여지기도 합니다. 드라이브가 읽기 전용이 아닌지, 그리고 계정이 볼륨 루트에 쓰기 권한을 가지고 있는지 확인하세요. Time Machine이 대상을 받아들였는데 첫 백업이 실패한다면, 변환 탓이라고 단정하지 말고 표준적인 대상 진단 절차를 밟으세요. 원인은 대개 무관합니다.

Fusion Drive 또는 비표준 파티션 방식을 가진 드라이브

문제: 드라이브가 Fusion Drive이거나, Disk Utility가 GUID 파티션 맵이 아닌 파티션 방식을 보고하며, 일반적인 변환 경로가 적용되지 않습니다.

해결: Fusion Drive라면 실질적인 답은 대개 아무것도 할 필요가 없다는 것입니다. Fusion Drive는 Intel Mac에만 탑재되었고 macOS 28은 Intel Mac에서 실행되지 않으므로, 이 마감은 그 기기에 미치지 않습니다. 그 Mac을 처분하면서 데이터를 다른 곳으로 옮기고 싶다면 변환을 시도하지 말고 복사해 내보내세요. Fusion Drive는 두 개의 물리 기기에 걸친 CoreStorage 볼륨 그룹이며, APFS로의 제자리 변환 대상이 아닙니다. 레거시 Apple 파티션 맵이나 MBR 방식을 쓰는 외장 드라이브라면, 그 방식들에서는 APFS 자체를 쓸 수 없으므로 구조적으로 변환이 불가능합니다. 내용을 복사해 내보내고, Disk Utility에서 물리 디스크를 선택해 GUID 파티션 맵과 APFS(암호화됨)로 지운 뒤, 되돌려 복사하세요. 아주 오래된 드라이브에는 숨겨진 레거시 드라이버 파티션이 남아 있을 수도 있는데, 디스크 수준에서 지우면 함께 사라집니다. 알아볼 수 없는 파티션 방식이 표시되거나 diskutil list에 설명되지 않는 파티션이 보인다면, 실험하기 전에 데이터를 복사해 내보내세요. 오래된 디스크의 낯선 레이아웃은 호기심이 아니라 신중함을 발휘할 이유입니다.

자주 묻는 질문

macOS 28이 출시되는 날 제 암호화 HFS+ 드라이브가 바로 작동을 멈추나요?

아닙니다. 실제로 macOS 28을 설치하기 전까지는 아무것도 바뀌지 않습니다. Apple의 발표는 해당 릴리스에서 Mac OS Extended가 암호화되지 않은 볼륨에 한해 지원된다는 것이므로, 암호화된 HFS+ 볼륨은 그곳에서 마운트되지 않으리라고 보는 것이 합리적입니다. 데이터가 파괴되는 것은 아닙니다. Mac이 그것을 읽는 능력을 잃을 뿐입니다.

드라이브가 Mac OS Extended이지만 암호화되지 않았다면 무언가 해야 하나요?

아닙니다. 암호화되지 않은 HFS+는 macOS 28에서도 계속 지원됩니다. 제거되는 것은 암호화뿐입니다. 암호화된 HFS+가 CoreStorage에 의존하고, Apple이 퇴출하는 것이 바로 CoreStorage이기 때문입니다. 스냅샷과 더 나은 무결성 처리를 위해 APFS로 옮기기로 선택할 수는 있지만, 이번 마감이 그것을 요구하지는 않습니다.

제 암호화 디스크 이미지도 영향을 받나요?

아닙니다. 암호화된 .dmg 파일과 스파스 번들은 CoreStorage를 사용한 적이 없습니다. Howard Oakley가 지적하듯, 디스크 이미지 암호화는 이미지 내부의 파일 시스템과 독립적으로 구현되어 있으므로, 이미지가 HFS+를 담고 있든 APFS를 담고 있든 이번 변경의 영향을 받지 않습니다. 아무 조치도 필요 없습니다.

암호화된 Time Machine 드라이브를 APFS로 변환할 수 있나요?

Apple은 암호화된 Time Machine 백업 디스크를 변환 해결책에서 명시적으로 제외하고 있으며, Oakley는 HFS+ Time Machine 백업의 제자리 변환을 관련된 디렉터리 하드 링크가 수백만 개에 이르기 때문에 위험이 크고 성공 가능성이 낮다고 설명합니다. 대신 볼륨을 복호화하거나, 새 APFS 대상을 시작하고 옛 드라이브를 보관하세요.

드라이브를 APFS로 변환하는 데 얼마나 걸리나요?

데이터 양보다 드라이브 구동 방식에 훨씬 크게 좌우됩니다. 외장 SSD는 보통 수 분에서 수십 분이면 끝납니다. 용량이 큰 하드 디스크는 몇 시간, 때로는 아주 여러 시간이 걸릴 수 있습니다. 변환이 메타데이터 중심 작업인데 기계식 드라이브가 그런 작업을 잘 처리하지 못하기 때문입니다. 하드 디스크 변환은 Mac을 쓰지 않아도 되는 때 시작하세요.

제 Intel Mac에도 영향이 있나요?

직접적으로는 없습니다. macOS 28은 Intel Mac에서 결코 실행되지 않으므로, Tahoe에 머무는 Intel 기기는 암호화된 HFS+ 볼륨을 계속 마운트합니다. Oakley는 이것이 Intel Mac에 결코 영향을 주지 않으리라고 말합니다. 다만 드라이브 자체는 여전히 변환해 둘 가치가 있습니다. 언젠가는 더 새로운 하드웨어에 연결될 테니까요.

결론

이것은 도화선이 유난히 긴 작은 변화입니다. Apple은 APFS가 자체 암호화를 탑재한 이후로 쓸모를 잃은 15년 된 볼륨 관리자 CoreStorage를 퇴출하고 있고, 암호화된 Mac OS Extended 볼륨이 그와 함께 사라집니다. 암호화되지 않은 HFS+는 살아남습니다. 암호화 디스크 이미지도 살아남습니다. APFS 암호화, FileVault, 그리고 Tahoe를 쓰는 Intel Mac은 전부 그대로입니다. 영향 범위는 헤드라인이 암시하는 것보다 좁습니다.

하지만 그 좁은 범위에 속한 드라이브들이야말로 여러분이 가장 떠올리지 않을 법한 것들이며, 그래서 변환보다 점검이 더 중요합니다. 지금 한 시간을 들여 -- 가지고 있는 모든 암호화 HFS+ 드라이브를 찾아내고, 각각을 여전히 잠금 해제할 수 있는지 확인하고, 무엇이 들어 있는지 적어 두면 -- 이것은 미래의 사고에서 예정된 잡일로 바뀝니다. Apple의 직접 Convert to APFS 경로 덕분에 대부분의 드라이브에서 변환 자체는 간단하며, 옵션 3(복사해 내보내고, 지우고, 되돌려 복사하기)은 위험 부담이 클 때 언제나 변환 위험이 전혀 없는 대비책으로 남습니다.

Time Machine은 정말로 까다로운 부분이며, 안심시키는 답이 아니라 정직한 답을 받을 자격이 있습니다. 긴 HFS+ 백업 이력을 APFS로 옮기는 깔끔하고 위험이 낮은 방법은 없습니다. 옛 볼륨을 복호화해 암호화되지 않은 아카이브로 보관하고, APFS 대상에서 새로 시작하고, 옛 드라이브는 계속 가지고 있으세요. 우아하지는 않지만, 실제로 통하는 방법입니다.

아마 2027년 가을 무렵까지는 시간이 있을 것입니다. 그중 첫 한 시간을 잘 쓰고, 페이지가 이미 한 번 개정되었으니 support.apple.com/en-us/125615에서 Apple의 현재 문구를 확인한 다음, 나머지는 여러분에게 맞는 속도로 진행하세요.