Tech
2026.08.29

[Apple Mac] 타임머신 복원 후 7일 경과 지속성 재검증

#macOS#Apple Silicon#NVMe#SSD#pmset#SMART#Apple Diagnostics#eccWidgetLLTShadow#Log Analysis#Troubleshooting

문서 개요

이 문서는 [Apple Mac] NVMe 컨트롤러 패닉 및 복구 모드 진입 트러블슈팅의 상세 로그 분석 문서입니다. 사건 전체의 타임라인과 원인 분석 결론은 해당 문서를 참고해 주세요.

3번 문서에서는 타임머신 복원을 배제한 클린 설치 상태에서 오류가 재현되는 것을 확인했습니다. 이후 실제 사용을 위해 OS를 다시 설치하고 타임머신으로 데이터를 복원했으며, 이 문서는 그 상태에서 7일이 지난 시점에 다시 측정한 기록입니다.

이번 측정의 목적은 두 가지입니다.

  1. 타임머신 복원을 적용한 환경에서도 오류가 지속되는가 — 3번 문서가 "복원하지 않은 경우"를 다뤘으므로, 이 문서로 반대편 조건까지 확인하면 타임머신 복원 여부와 오류 발생이 무관하다는 점이 양쪽에서 확인됩니다.
  2. 시간이 지나면 개선되는가 — 재설치 직후가 아니라 일주일간 정상 사용한 뒤의 상태입니다.

또한 커널 로그 단일 소스에 의존하지 않도록, 전원 관리 로그(pmset)와 장치 상태(system_profiler)를 함께 수집하여 서로 다른 계층의 기록을 교차 대조했습니다.

[측정 환경]

  • 측정 일시: 2026-08-28 13:08 ~ 2026-08-29 13:08 (24시간)
  • 시스템 상태: 2026-08-21 20:29 재설치·타임머신 복원 완료 후 약 7일 경과
  • 가동 상태: 복원 완료 이후 재부팅 없이 연속 가동 (7일 16시간)
  • 기기: MacBook Pro (Mac15,6) / Apple M3 Pro
  • OS: macOS 26.6.2 (25G83)
  • 스토리지: APPLE SSD AP0512Z (500.28 GB) / Revision 561.100

실행 명령어

커널 로그 수집

log show --last 24h --style compact > all24h.txt
  • --last 24h : 최근 24시간 기록
  • --style compact : 한 줄에 한 이벤트로 출력해 후처리(집계)가 쉬운 형식

수집한 전체 로그에서 아래 키워드로 집계했습니다.

grep -c "eccWidgetLLTShadow" all24h.txt
grep -c "0xe00002c9" all24h.txt

전원 관리 로그 수집

pmset -g log > pmset.txt
  • macOS 전원 관리 데몬(powerd)이 기록한 절전·기상 이력과 실패 사유를 출력합니다.
  • 커널 로그와는 다른 계층의 기록이라 교차 검증에 사용했습니다.

장치 상태 조회

system_profiler SPNVMeDataType
  • 내장 NVMe 장치의 모델·펌웨어 리비전·S.M.A.R.T. 상태를 출력합니다.

핵심 로그 내용

01 - 오류 지속 확인 (재설치·복원 후 7일 경과)

OS를 다시 설치하고 타임머신 복원까지 마친 뒤 일주일이 지난 시점에도 동일한 오류가 기록되고 있었습니다.

2026-08-28 13:12:34.051 kernel: (IONVMeFamily) AppleNVMe Assert failed: eccWidgetLLTShadow
2026-08-28 13:12:34.051 kernel: (IONVMeFamily) line: 3163
2026-08-28 13:12:34.051 kernel: (IONVMeFamily) AppleNVMe Assert failed: kIOReturnSuccess == (status)
2026-08-28 13:12:34.051 kernel: (IONVMeFamily) line: 3403
2026-08-28 13:12:34.051 kernel: (IONVMeFamily) IOReturn AppleANS2NVMeController::PowerStateAction(unsigned long, unsigned long)::3427: failed with status - 0xe00002c9
  • 오류 시퀀스가 최초 관측 시점(08-17)과 완전히 동일합니다. 함수명(PowerStateAction), 소스 라인 번호(::3427), 반환 코드(0xe00002c9)까지 일치합니다.
  • eccWidgetLLTShadow 실패가 먼저 발생하고, 그 결과로 kIOReturnSuccess == (status) 검증이 깨지며, 최종적으로 전원 상태 변경 함수가 kIOReturnInternalError를 반환하는 순서입니다.

타임머신 복원 여부별 발생 현황

측정 시점시스템 상태타임머신 복원eccWidgetLLTShadow
08-17 ~ 08-18최초 증상 발생 시점적용79회 / 24시간
08-21 오전2차 클린 설치 직후미적용재현 확인 (3번 문서)
08-28 ~ 08-29재설치·복원 후 7일 경과적용105회 / 24시간
  • 타임머신 복원을 하지 않은 상태(3번 문서)와 한 상태(이 문서) 양쪽 모두에서 동일한 오류가 발생했습니다.
  • 즉 오류 발생 여부는 타임머신 복원과 무관합니다. 현장에서 제기된 "복원 과정에서 유입된 데이터가 원인"이라는 설명은 양쪽 조건 모두에서 성립하지 않습니다.
  • 또한 OS를 세 차례 새로 설치하는 동안 오류가 한 번도 사라지지 않았으며, 24시간 기준 발생 횟수는 최초 79회에서 105회로 증가했습니다.

발생 간격

항목08-17 ~ 08-1808-28 ~ 08-29
최소 간격12초11초
중앙값901초 (약 15분)948초 (약 16분)
  • 간격이 불규칙한 것은 기기의 유휴 시간에 따라 전원 상태 전환 시점이 달라지기 때문이며, 두 측정 시점의 분포가 사실상 동일합니다.
  • 재설치와 복원을 거쳤음에도 발생 패턴 자체가 변하지 않았습니다.

02 - 전원 전환 이벤트와의 시간 상관관계

오류가 무작위로 발생하는 것인지, 특정 동작에 결합된 것인지 확인하기 위해 pmset 로그의 절전·기상 이벤트 시각과 커널 오류 발생 시각을 대조했습니다.

전원 전환 13:12:34  →  assert 13:12:34   (차이 0초)
전원 전환 13:28:27  →  assert 13:28:27   (차이 0초)
전원 전환 13:44:20  →  assert 13:44:20   (차이 0초)
전원 전환 13:56:26  →  assert 13:56:26   (차이 0초)

대조 결과

오류와 가장 가까운 전원 전환 이벤트와의 시간차해당 건수
동일 초 (0초)59 / 105 (56%)
1초 이내105 / 105 (100%)
  • 105건 전부가 전원 전환 이벤트 발생 1초 이내에 기록되었으며, 그중 절반 이상은 동일한 초에 발생했습니다.
  • 실패율은 잠자기 사이클 기준 100%입니다. 처음에는 분모를 pmset 전원 이벤트 전체(1,281건)로 잡아 약 8%로 계산했으나, 이 값은 Sleep·DarkWake·Wake·어서션 기록을 모두 합산한 것이라 분모로 적절하지 않았습니다. 실제 잠자기 진입(Entering Sleep state) 횟수를 분모로 두고 재측정한 결과는 아래와 같습니다.
날짜            잠자기 진입    FTL 오류    비율
2026-08-28           83           81       98%
2026-08-29           51           52      102%
─────────────────────────────────────────────────
정렬 구간 합계      133          133      100%
(2026-08-28 00:21 ~ 08-29 08:57, 32.6시간)
  • 즉 잠자기에 진입할 때마다 예외 없이 1건씩 실패합니다. 잠자기 1회당 오류 1.00건입니다.
  • 역방향 검증: 마지막 잠자기(08-29 08:54) 이후 8시간 30분 동안 시스템이 잠자기에 진입하지 않자 오류도 단 한 건 기록되지 않았습니다. 잠자기가 없으면 오류도 없습니다.
  • 복원된 사용자 데이터나 특정 애플리케이션과 무관하게, 전원 상태 전환 경로에 국한된 결함임을 시간축으로 확인할 수 있습니다.

참고: 같은 로그에서 0xe00002c9 문자열은 109회 검색되지만, 이 중 4건은 Wi-Fi 드라이버(IO80211Family)에서 발생한 무관한 기록입니다. NVMe 관련(IONVMeFamily) 건만 집계하면 정확히 105회로, eccWidgetLLTShadow 발생 횟수와 1:1로 대응합니다.

03 - 표준 진단 도구와의 괴리

동일 기기·동일 시점에서 진단 도구들은 모두 정상으로 판정했습니다.

APPLE SSD AP0512Z
  Capacity          : 500.28 GB (500,277,792,768 bytes)
  Model             : APPLE SSD AP0512Z
  Revision          : 561.100
  TRIM Support      : Yes
  S.M.A.R.T. status : Verified

계층별 판정 결과

진단 계층결과
Apple Diagnostics (MRI)정상
system_profiler S.M.A.R.T. statusVerified (정상)
pmset -g log 절전/기상 실패0건
커널 통합 로그오류 105회 기록
  • pmset 로그 39,131행 전체에서 Failure 항목은 한 건도 없었습니다. 전원 관리 계층은 절전·기상이 정상적으로 완료된 것으로 인식하고 있습니다.
  • S.M.A.R.T.는 Verified로 보고됩니다. 다만 Apple Silicon 내장 SSD는 표준 NVMe 관리 명령 통로를 노출하지 않아 마모도(Percentage Used)나 미디어 오류 수 같은 상세 속성은 조회할 수 없으며, 제공되는 값은 Verified / Failing 두 가지뿐입니다. 따라서 이 항목이 정상이라는 사실만으로 컨트롤러 이상을 배제할 수는 없습니다.
  • 펌웨어 리비전은 최초 측정 시점과 동일한 561.100입니다. 세 차례의 OS 재설치로 SSD 펌웨어가 갱신되지는 않았음을 보여줍니다.
  • 세 개의 상위 진단 계층이 모두 정상으로 판정하는 반면 커널 레벨에서만 오류가 기록된다는 점은, 표준 진단 도구가 이 결함을 검출하지 못한다는 것을 의미합니다.

04 - 그 외 NVMe 오류

같은 24시간 동안 컨트롤러 응답 오류도 소량 기록되었습니다.

항목발생
Status Code: 0x2 (Invalid Field in Command)2회
Status Code: 0xC0 (Vendor Specific)1회
HandleCompletionErrors3회
  • 2번 문서에서 다룬 것과 동일한 유형의 오류이나, 이번 측정 구간에서는 발생 빈도가 낮았습니다.
  • 상태 코드의 규격상 의미는 2번 문서의 참고 자료를 참조해 주세요.

종합

  1. 타임머신 복원 여부와 무관합니다. 복원하지 않은 상태(3번 문서)와 복원한 상태(이 문서) 양쪽 모두에서 동일한 오류가 발생했습니다.
  2. OS 재설치로 해결되지 않습니다. 세 차례 재설치를 거치는 동안 오류가 사라진 적이 없으며, 발생 횟수는 79회에서 105회로 증가했습니다. 펌웨어 리비전도 그대로입니다.
  3. 전원 전환에 결합된 결함입니다. 105건 전부가 전원 전환 이벤트 1초 이내에 발생했습니다.
  4. 표준 진단으로는 검출되지 않습니다. MRI, S.M.A.R.T., pmset 세 계층 모두 정상으로 판정합니다.

소프트웨어 설치 상태와 사용자 데이터라는 두 변수를 모두 배제하고도 오류가 남아 있으며, 발생 시점이 전원 상태 전환에 정확히 결합되어 있습니다. 남은 것은 컨트롤러 또는 NAND 레벨의 문제이며, 표준 진단 도구가 이를 검출하지 못하는 상황입니다.

로그 수정 사항

개인정보 및 보안을 위해 민감한 정보는 제거한 자료입니다.

[REDACTED] 로 변경한 내역

  • 사용자명
  • 호스트명
  • SSD 시리얼 넘버
  • 개인 파일명

참고 자료

Apple-Mac 시리즈

댓글