Asahi Linux 문서: macOS Sonoma 부팅 실패

 (github.com/AsahiLinux)
1P by GN⁺ | ★ favorite | 댓글 1개
  • Asahi Linux 문서 저장소는 macOS Sonoma 부팅 실패 페이지를 포함한 문서 사이트의 소스 역할을 하며, 관련 자료를 GitHub에서 관리함
  • 문서는 alt, fw, hw, platform, project, sw 같은 카테고리로 나뉘어 주제별 탐색이 가능함
  • hw 영역은 Apple Silicon Mac 하드웨어를 다루며, cpu, devices, peripherals, soc로 나뉘어 세부 하드웨어를 구분함
  • 문서 사이트는 Zensical로 생성되며, 로컬 테스트는 Python 패키지 설치 후 zensical serve로 실행할 수 있음
  • 사이트는 커밋마다 CI로 다시 빌드되고 GitHub Pages를 통해 제공됨

Asahi Linux 문서 저장소 역할

  • 이 저장소는 Asahi Linux documentation 사이트의 문서를 관리함
  • 문서는 주제별 카테고리로 나뉘어 구성됨

문서 카테고리 구성

  • alt: 대체 운영체제와 Linux 배포판 지원 문서
  • fw: 벤더가 제어하는 펌웨어와 펌웨어 인터페이스 문서
  • hw: Apple Silicon Mac 관련 하드웨어 문서
    • cpu: 애플리케이션 프로세서 문서
    • devices: 특정 Mac 모델 관련 문서
    • peripherals: SoC 자체가 아닌 Apple Silicon Mac 내부 하드웨어 문서
    • soc: Apple Silicon SoC에 통합된 하드웨어 블록 문서
  • platform: Apple Silicon 플랫폼 전반에 적용되는 문서
  • project: 프로젝트 관리 문서와 하드웨어·소프트웨어와 무관한 항목
  • sw: 펌웨어가 아닌 소프트웨어 문서

로컬 빌드와 배포 방식

  • 사이트는 Zensical로 생성됨
  • Zensical은 Python 패키지로 설치함
    • 배포판이 패키지를 제공하지 않으면 pip로 설치 가능함
  • 로컬 테스트용 문서 빌드는 Zensical 설치 후 다음 명령으로 실행함
$ zensical serve
  • 웹사이트는 모든 커밋마다 CI가 다시 빌드함
  • 빌드된 사이트는 GitHub Pages를 통해 제공됨

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 단순히 주사율 변경만으로 어떻게 부팅 손상이 생기는지에 대한 추측은 그의 Twitter도 참고할 만함: https://social.treehouse.systems/@marcan/111329614147717090
    왜냐하면 Apple은 디스플레이 모드 전환 깜빡임을 싫어하고, ProMotion 켜짐/꺼짐 전환은 모드 전환 깜빡임을 만들기 때문이라고 봄
    그래서 이 설정을 NVRAM 어딘가에 저장하고 초기 부팅 중 화면이 켜질 때 적용하게 만들어, macOS 부팅 시 다시 깜빡이지 않게 했을 것이라는 추측임
    문제는 오래된 OS 부트로더로 테스트하지 않아, 이 모드가 켜져 있을 때 디스플레이 인계/초기화가 catastrophically 실패한다는 것

    • PC에서 부팅 중 해상도가 엉망으로 바뀌는 게 늘 거슬렸음
      BIOS 시절엔 이해가 됐지만 UEFI가 나온 뒤라면 EFI 설정 화면 같은 것도 모니터 기본 해상도, 최소한 기본 화면비로 띄울 수 있어야 할 것 같은데, 실제로는 1024x768 같은 화면을 16:9 모니터에 늘려 표시해 보기 흉한 경우만 봤음
    • 누군가라도 디스플레이 모드 전환 깜빡임을 싫어한다니 다행임
      요즘 컴퓨팅 성능이면 삶 어디에서도 깜빡임을 볼 필요가 없어야 하는데, 많은 사람들이 모니터 연결 시 발생하는 시각적 잡음을 “이 정도면 됐지”로 받아들이는 게 싫음
    • 조 단위 회사도 내가 rEFInd, BIOS 스플래시 이미지, plymouth-git, plymouth-sddm, quiet splash 같은 걸 만지며 부드러운 부팅 경험을 만들려다 부팅 시간을 몇 초 늘리고 부팅 USB로 여러 번 복구하던 것과 비슷한 일을 한다니 묘하게 정감이 감
      이제는 깜빡임과 systemd 메시지를 받아들이게 됐음
      요즘 부팅은 몇 초 수준일 뿐이고, 애초에 왜 그렇게 집착했는지도 이제는 설명하기 어렵다
    • 흥미롭긴 한데, 120Hz가 반응성을 크게 개선하는데 누가 ProMotion을 끄는지 궁금함
      가변 주사율에서 제대로 동작하지 않는 앱은 Windows의 Genshin 하나밖에 못 봤고, 그것도 최신 모니터라면 60Hz까지 VRR을 처리해 60Hz와 120Hz 사이를 오가며 생기는 프레임 두 배 깜빡임이 없어서 문제 아닐 가능성이 큼

  • 업무용 MacBook Pro M1을 Ventura 13.6으로 올리다 정확히 같은 문제를 겪었고, 완전히 고립된 사건이라고 생각했음
    듀얼 부팅도 아니고 macOS 하나만 설치돼 있었음
    업데이트 중 Thunderbolt Display에 연결돼 있었는데, 링크된 글에서 말한 것처럼 ProMotion이 아닌 주사율로 바뀌는 것과 같은 효과를 냈던 것 같음
    다른 Mac에서 DFU 복원을 한 뒤 USB로 macOS Sonoma 설치 프로그램을 실행해야 했고, 다행히 기존 설치를 감지해 제자리 업그레이드가 되면서 데이터는 보존됐음
    또 DFU 복원이 안 돼 시간을 많이 날렸는데, Thunderbolt 케이블은 안 되고 일반 USB-C 케이블을 써야 Apple Configurator가 다른 Mac을 감지한다는 사실을 뒤늦게 알았음

    • 오히려 둘 중 하나가 필요하다면 Thunderbolt 케이블이 필요할 거라고 예상했음
      보통 더 기능이 많은 고대역폭 케이블은 지원되지 않는 쪽에서도 동작하는 경우가 많아서 꽤 의외임
      나중에 벽돌 된 Mac을 되살릴 일이 생기면 이걸 기억해 두고 싶음
    • DFU 모드 진입이 특정 버튼을 특정 시점에 정확히 몇 초 눌러야 하는 마술 같은 절차인 것도 이해가 안 됨
      가상의 Mac OS 신에게 노래를 부르고 별이 맞기를 바라야 두 번째 Mac에 노트북이 나타나는 느낌이었음
      게다가 USB-C 케이블을 꽂는 포트도 중요하고, 왼쪽 첫 번째여야 한다니 왜 그런지 모르겠음
      그래도 Mr. Macintosh 영상을 따라 해서 결국 되살렸음
    • M1 MacBook Air는 업데이트할 때마다 DFU 모드로 들어가 Configurator로 “revive”하지 않으면 안 됨
      아니면 “Failed to personalize the software update”라고만 나옴
      Apple Store에 갔더니 바로 기기를 복원해서 모든 데이터를 지웠고, 다음 업데이트가 나오자 똑같은 문제가 다시 생겼음
      이렇게 되면 그들의 수정이 영구적으로 고친 게 아니라는 것도 보여주기 어려움
    • M1 Pro MacBook에서도 업그레이드 중 LG USB-C 모니터가 망가졌음
      검은 화면만 나오고, 다른 USB-C 노트북에 연결해도 동일했음
      케이블 교체, 모니터 전원 분리, 공장 초기화를 해도 소용없었지만 HDMI와 DisplayPort 같은 다른 입력은 여전히 동작함
      업그레이드 중 망가진 게 우연이라고 보지 않으며, 업그레이드 중에는 충전기 외에는 MacBook에 아무것도 연결하지 않는 편을 강하게 권함
    • M2 Pro에서도 정확히 같은 일이 있었고 같은 절차로 고쳤음
      다행히 DFU revive 후 데이터는 살아 있었지만, 처음엔 배터리가 업데이트 완료 전에 방전돼 뭔가 손상된 고립 사건이라고 생각했음
      그런데 여분 모니터가 원인이었을 가능성이 큼

  • MacBook을 재설치하려고 했는데 내장 웹 복원이 동작하지 않아 오늘 DFU 복원을 해야 했음
    기본 시스템은 13.2였고 13.6 파일을 전부 내려받아 진행 막대가 100%까지 찬 뒤 오류를 뿜었음
    13.2 기본 시스템과 13.6 설치 사이의 비호환으로 보이며, 요즘 Apple 품질은 끔찍함
    x.6 소프트웨어를 내기 전에 가장 기본적인 시나리오 정도는 테스트했을 거라 생각했는데 아니었음
    더 나쁜 건 다른 Mac 없이 USB 부팅 설치 프로그램을 만들거나, 다른 Mac 없이 DFU 복원할 공식 방법도 비공식 방법도 찾기 어렵다는 점임
    내가 Apple Store에 산다고 생각하는 건지 모르겠음
    다른 Mac이 없었고, 결국 libimobiledevice로 DFU 복원할 수 있었는데 만든 사람에게 감사함
    하지만 이런 일이 생겨서는 안 되며, Windows나 Linux가 macOS보다 훨씬 투명함

    • Apple의 부트로더와 복원 절차는 정말 무서움
      네트워크 접근 요구, SSD에 있는 펌웨어, 하드웨어 잠금 같은 것들이 가장 곤란한 순간에 문제를 일으키려고 숨어 있는 느낌임
      반대로 Windows는 서랍 속 USB 스틱 하나로 부팅하면 됨
    • 나도 비슷함
      1년쯤 전에 Avahi Linux를 설치했다가 제거했는데, 지금은 12.6 이후로 업그레이드가 안 됨
      외장 드라이브를 구해 전부 백업한 뒤 M1 Max MBP를 DFU 복원해야 Sonoma로 올릴 수 있을 것 같음

  • “돈을 내게 하지 마라. 이건 Apple이 만든 문제고 순수 소프트웨어 문제다. 기술자가 하드웨어 손상이라고 주장하면 틀린 것이다”라는데, 그렇게 되길 빌어야 할 듯함

    • Apple Store는 보통 이런 건 잘 처리하는 편임
      특정 하드웨어 모델과 소프트웨어 버전에 영향을 주는 문서화된 문제라면 비용을 청구할 가능성은 매우 낮음
    • 크게 어렵지 않았음
      2011 MacBook Air에 SSD 하드웨어 고장이 있었을 때, 몇몇 동급생에게 하드웨어 결함 페이지를 알려줬고 그들은 800달러를 쓰는 대신 무료로 수리받았음

  • 요즘 Apple에 무슨 일이 일어나는지 모르겠음
    Apple은 거의 죽을 뻔한 뒤, 프리미엄 가격과 큰 마진을 정당화하기 위해 전체적으로 프리미엄한 경험을 제공하는 데 무자비하게 집중하고 광적으로 헌신하면서 세계 최고의 브랜드 중 하나를 만들었음
    그들의 방식을 좋아한다면 구매 순간부터 “그냥 동작”했지만, 최근까지의 일이었음
    오늘은 악의적인 장난처럼 느껴질 정도로 카프카식 경험을 했고, Apple이 이렇게 심하게 망치는 일이 거의 없었기 때문에 정말 중요한 순간을 위한 대비책도 없었음
    충성 고객을 위해 필요한 일을 해서 문제를 고쳐주는 사람들과 전화로 연결되는 방법이 있다면 조언을 듣고 싶지만, 지금의 1차 지원 전화가 끝없는 대기 회전목마처럼 느껴져 큰 기대는 안 함

    • 오늘날의 Apple은 20년 전 Apple과 아주 다름
      브랜드는 같지만 사람들은 대부분 바뀌었음
      비디오 게임 업계의 Blizzard, Bungie, 343 Industries 같은 곳에서도 늘 보이는 일임
      어쩌면 새 프로그래머와 엔지니어들이 매우 복잡한 코드베이스를 다루고 있고, 뭔가 깨지기 전까지는 전체를 완전히 이해하는 사람이 없을 수도 있음

  • Apple Silicon 칩과 ProMotion 디스플레이가 있는 기기에만 영향이 있고 Intel은 영향이 없음
    오래된 기기를 쓰는 사람들을 위한 빠른 탈출 조항임

    • 나열된 두 버그 중 하나만 ProMotion 디스플레이가 필요함
      다른 하나는 모든 Apple Silicon 기기에서 발생할 수 있음

  • Sonoma로 업그레이드한 지 1주일쯤 뒤 2020 M1 MacBook Air가 벽돌이 됐는데 관련이 있는지는 확실치 않음
    업데이트와 관련 있는지 의심했음
    다행히 여기의 보증 법규 덕분에 로직 보드를 무료로 교체받았지만, 바로 다음 날 iPhone으로 전환하려던 마음은 식었음

    • 업그레이드가 하드웨어를 벽돌로 만드는 건 macOS에서 흔한 실패 양상처럼 보임
      예를 들어 Big Sur는 2013년과 2014년 MBP 여러 대를 벽돌로 만들었음: https://www.macrumors.com/2020/11/15/macos-big-sur-update-br...
      나도 영향을 받았고 많은 사용자처럼 I/O 보드를 교체한 뒤 문제가 고쳐졌음
      내 경우 보증이 오래전에 끝났기 때문에 Ebay에서 10달러짜리 부품을 사서 직접 교체했음
    • 참고로 iPhone은 10년 넘게 써 왔지만 업데이트가 실패하거나 문제가 생긴 적이 한 번도 없었음
      반면 Google Pixel은 갖고 있던 2년 동안 두 번쯤 스스로 벽돌이 됐음
    • 내 2020 M1 Air도 로직 보드가 고장났음
      어느 날 뚜껑을 열었더니 전원이 켜지지 않았고, AppleCare가 없었다면 500달러 수리였음
      2주 전쯤엔 호텔 방에서 뚜껑을 연 채 침대 위에 두고 화면을 잡아 가까이 당겼는데, 손가락의 약한 압력만으로 화면이 깨졌음
      Air에서 이 두 문제가 생긴 사례는 인터넷에 널려 있음
      처음엔 M1 Air가 정말 마음에 들었지만 이제는 나에겐 너무 불안정한 기기로 판명됐음
    • 이상한 판단 기준처럼 보임
      어떤 제조사든 소프트웨어와 하드웨어 문제는 어느 정도 생기기 마련임

  • 여기 댓글을 읽다 보니, 많은 Hacker News 사람들이 실제 일상 사용자들을 만나 본 적이 있는지 궁금해짐
    다른 괴짜나 노련한 사용자 말고, 컴퓨터는 업무에 필요한 만큼만 아는 옆 칸막이의 평범한 사람들 말임
    정말 사용자들이 부팅 시 그래픽 모드 선택을 원한다고 생각하는지 의문임
    Mac 사용자 중 대체 부트로더를 쓰거나 그게 뭔지 아는 비율이 얼마나 되겠나
    대기업에서 기기 무리를 지원하는 현장에 시간을 좀 보내 보면, 사용자들이 우리가 중요하다고 생각하는 것들을 정말 신경 쓰는지 알 수 있음

    • 제출 글에 따르면, 시스템 펌웨어가 macOS Sonoma 버전으로 업데이트된 뒤 디스플레이가 ProMotion이 아닌 주사율로 설정돼 있으면, 해당 시스템은 더 이상 오래된 macOS 설치나 Asahi Linux로 정상 부팅할 수 없음
      해당 시스템들이 기본 부팅 OS로 설정돼 있을 때의 복구 모드도 포함되고, 다음 OS 업그레이드 전까지는 System Recovery도 영향을 받음
      사용자가 그걸 “신경 쓰지” 않거나 “무슨 뜻인지” 몰라도, 이건 일반 사용자에게도 충분히 영향을 줄 수 있음
    • 일상적인 기술 사용자를 만나 보면, 아무도 이해하지 못하고 찾아볼 시간도 없는 난해한 화면에서 뭘 클릭해야 하는지만 기억하는 데 완전히 익숙하다는 걸 알 수 있음
      일을 해야 하는 와중에 보안 관련 알림과 경고가 얼마나 많은지 떠올려 보면 됨
      결국 근육 기억임
      보안 경고는 무시하면 시스템이 털릴 수 있지만, 이 경우엔 언젠가 시스템과 작업물을 구할 수도 있으니 가치 없다고 보긴 어려움
      이 문제는 어떤 이유로든 두 개의 macOS 버전을 쓰고 싶은 사용자라면 겪을 수 있고, 특히 창작 전문가 사이에선 아주 특이한 일도 아님

  • 요약하면, 최근 macOS Sonoma와 13.6 Ventura에는 일부 Mac을 벽돌로 만들고 recoveryOS를 쓸 수 없게 해 DFU revive가 필요한 검은 화면을 유발하는 업그레이드 버그가 있음
    Sonoma의 문제는 듀얼 부팅 Mac에서 가장 자주 나타나는 듯함: https://support.apple.com/en-us/HT208891
    Ventura 업그레이드도 디스플레이 주사율이 ProMotion이 아닌 값으로 설정돼 있으면 불분명한 이유로 문제가 될 수 있음
    문서는 Asahi Linux 개발자들이 이 문제를 발견했기 때문에 Asahi Linux 위키에 있지만, Asahi에만 국한된 문제가 아님
    실제로 Asahi Linux 설치 프로그램을 실행하면 최종적으로 Asahi Linux를 설치하지 않더라도 해당 Mac이 이 문제의 영향을 받을지 감지할 수 있음
    자세한 내용은 글을 보면 됨

    • 업그레이드할 때 내 Mac에서 이 문제를 두 번 겪었음
      부팅 가능한 OSX 파티션이 두 개 있었고 두 업그레이드 모두에서 맞았음
      Mac에 익숙한 편이 아니라 해결하느라 정말 많이 헤맸고, DFU가 존재한다는 것과 하는 일까지 배워야 했음
      딸이 Mac을 갖고 있어서 Apple Store에 들고 가지 않고도 DFU를 쓸 수 있었던 건 운이 좋았음

  • macOS 문제를 적극적으로 찾아내는 제3자가 있다는 점은 어느 정도 다행임

답변달기