macOS 27 베타가 아사히 리눅스 부팅을 깨뜨렸어요 — 애플 실리콘 위 리눅스의 아슬아슬한 줄타기

맥북에 macOS와 리눅스를 같이 깔아 쓰던 분들에게 곤란한 소식이 하나 나왔어요. macOS 27 베타를 설치하고 나면, 같은 기기에 설치해 둔 아사히 리눅스(Asahi Linux)가 부팅되지 않는 문제가 보고되고 있다고 Phoronix가 전했거든요. 리눅스 쪽을 건드린 것도 아닌데, macOS를 업데이트했을 뿐인데 옆에 있던 리눅스가 같이 멈춰버린 거예요. 왜 이런 일이 생기는지 이해하려면 애플 실리콘 맥의 독특한 부팅 구조를 알아야 하는데요, 이게 꽤 재미있는 이야기예요.

아사히 리눅스가 뭐냐면

아사히 리눅스는 M1 이후의 애플 실리콘 맥에서 리눅스를 네이티브로, 그러니까 가상머신 없이 하드웨어 위에 직접 돌리는 오픈소스 프로젝트예요. 애플은 칩 문서도, 드라이버도 전혀 제공하지 않기 때문에 모든 걸 역공학으로 알아냈어요. 역공학이 뭐냐면, 설명서 없는 완제품을 뜯어보고 신호를 관찰하면서 동작 원리를 거꾸로 알아내는 작업이에요. 이 방식으로 GPU 드라이버까지 밑바닥부터 만들어낸, 오픈소스 진영에서도 손꼽히는 집념의 프로젝트죠.

macOS 업데이트가 왜 리눅스를 깨뜨릴까요

의외의 사실 하나. 애플은 아이폰과 달리 맥에서는 서드파티 운영체제 부팅을 일부러 막지 않아요. 애플 실리콘 맥의 부트로더인 iBoot는 설치된 OS 볼륨마다 보안 정책을 따로 둘 수 있게 설계돼 있어서, 사용자가 보안 수준을 낮추면 애플이 서명하지 않은 OS도 부팅할 수 있거든요. 아사히는 이 틈을 이용해 m1n1이라는 자체 부트로더를 마치 또 하나의 macOS인 것처럼 등록해서 리눅스를 띄워요.

문제는 부팅 체인의 아래층, 그러니까 시스템 펌웨어는 기기 전체가 공유한다는 점이에요. macOS를 업데이트하면 펌웨어도 함께 새 버전으로 올라가는데, 이번 macOS 27 베타에서 바뀐 무언가가 아사히의 부트 체인과 충돌하면서 부팅이 깨진 것으로 보여요. 애플이 작정하고 리눅스를 차단했다기보다는, 베타 과정의 변경이 만든 부작용일 가능성이 높아요. 하지만 여기에 이 프로젝트의 근본적인 취약점이 있어요. 애플은 아사히를 막지도 않지만 지원하지도 않기 때문에, 이런 문제가 생겨도 고쳐줄 의무가 전혀 없다는 거죠. 결국 아사히 개발자들이 바뀐 동작을 다시 역공학으로 분석해서 따라잡아야 해요. 윈도우 업데이트가 듀얼부팅 PC의 GRUB 부트로더를 망가뜨리던 오래된 악몽의 애플 실리콘 버전인 셈이에요.

업계 맥락: 비공식 지원 위에 쌓은 탑

아사히는 그동안 부침도 많았어요. 프로젝트를 이끌던 헥터 마틴이 2025년 초에 떠났고, 지금은 커뮤니티가 바통을 이어받아 개발을 계속하고 있죠. 이번 사건은 역공학 기반 프로젝트의 숙명을 다시 보여줘요. 공식 문서와 약속된 인터페이스 없이, 관찰된 동작에 의존해 쌓아 올린 시스템은 위층 주인이 가구 배치만 바꿔도 흔들릴 수 있다는 거예요. 이건 비단 아사히만의 문제가 아니라, 비공개 API나 비공식 동작에 의존하는 모든 소프트웨어가 안고 있는 리스크이기도 해요.

한국 개발자에게 주는 시사점

실용적인 교훈은 세 가지예요. 첫째, 맥에서 아사히 듀얼부팅을 쓰고 있다면 macOS 27 베타 설치는 당분간 보류하세요. 둘째, 애초에 메인 작업 머신에 베타 OS를 올리지 않는 원칙은 여전히 유효해요. 펌웨어처럼 되돌리기 어려운 영역까지 함께 바뀌니까요. 셋째, 맥에서 리눅스 환경이 필요한 거라면 UTM, Lima, OrbStack 같은 가상화 도구가 훨씬 안전한 선택이에요. 네이티브 성능이 꼭 필요한 경우가 아니라면 요즘 가상화 성능도 충분히 좋거든요.

한 줄로 정리하면, 막지는 않지만 돕지도 않는 플랫폼 위에서 리눅스를 돌리는 일이 얼마나 아슬아슬한 줄타기인지 보여준 사건이에요. 여러분은 애플이 이런 프로젝트를 공식 지원해야 한다고 보시나요, 아니면 막지 않는 것만으로도 충분하다고 보시나요?