가이드로 돌아가기

Time Machine에서 백업을 확인할 수 없다고 할 때

무슨 뜻인지, 먼저 할 일, 그리고 흔히 다시 시작하라고 조언하는 이유. 2026년 9월 업데이트.

짧게 답하면: 백업이 자체 일관성 검사에 실패했어요. 파일은 아마 아직 있지만, Time Machine은 더 이상 기록을 믿지 않고, 복구 도구도 없어요.

새 백업을 시작하자는 제안을 받아들이기 전에, 이전 백업에서 필요한 것을 꺼내세요. 그 제안은 이전 백업을 삭제해요.

이 메시지의 실제 의미

Time Machine은 쓴 내용을 기록해 둬요. 확인은 백업을 다시 읽어 그 기록과 비교하는 거예요. 백업을 확인할 수 없다고 하면 둘 중 하나가 더 이상 다른 하나와 맞지 않는다는 뜻이에요. 파일이 인덱스가 말하는 곳에 없거나, 바이트가 쓴 바이트와 달라요.

이건 보통 파일이 아니라 인덱스에 관한 말이에요. 데이터 대부분은 여전히 디스크에 있어요. Time Machine이 자신을 잃은 건 기록을 따라가 특정 날짜의 특정 파일의 특정 버전을 돌려주는 능력이고, 그게 Time Machine의 존재 이유예요.

Time Machine 백업용 fsck는 없어요. Apple은 복구 도구를 제공하지 않고, 그래서 모든 포럼 글이 똑같이 끝나요. 지우고 다시 시작하라고요.

무엇보다 먼저 이것부터

대화상자는 새 백업을 시작하자고 제안해요. 그 제안을 받아들이면 지금 있는 것이 사라져요. 확인에 실패한 백업이라도 파일의 읽을 수 있는 사본을 담고 있을 가능성이 매우 높으니, 아니라고 증명될 때까지는 무언가의 마지막 사본으로 대하세요.

  1. 그 디스크에 백업을 멈추세요. 시스템 설정, 일반, Time Machine에서 자동 백업을 끄세요. 쓸 때마다 상황을 악화시킬 기회가 하나씩 늘어요.
  2. Finder에서 둘러보세요. 디스크는 다른 디스크처럼 마운트돼요. 열어서 Backups.backupdb 안의 Mac 이름, 그다음 날짜 폴더를 보세요. 일반 파일로 가득한 일반 폴더이고, 끌어서 꺼낼 수 있어요.
  3. 중요한 것을 지금 복사해 두세요. 문서, 데스크탑, 대체할 수 없는 모든 것. 원인을 알아낼 때까지 기다리지 마세요.

디스크 자체가 이상하게 동작한다면 건드리기 전에 복제하고 복제본으로 작업하세요. 디스크 유틸리티에서 파일, 새로운 이미지, [내 디스크]에서 이미지 생성을 선택하고 읽기 전용을 고르세요. 고장 나는 드라이브는 읽을 때마다 나빠지고, 제대로 시도할 기회는 한 번뿐이에요.

로컬 백업은 어차피 확인되지 않는 이유

설정을 찾아보는 사람들이 놀라는 부분이에요. Option 키를 누른 채 메뉴 막대의 Time Machine 아이콘을 클릭하면 백업 확인이 나오지만, 백업이 네트워크 공유에 있을 때만이에요. USB나 Thunderbolt 드라이브에서는 macOS가 로컬 디스크에서 그 확인을 아예 하지 않으므로 옵션이 나타나지 않아요.

그래서 대부분의 사람은 NAS나 Time Capsule에서 이 메시지를 만나고, 책상 위 드라이브를 쓰는 사람은 모두 다른 상황에 있어요. 검증되지 않았고, 검증 실패도 없어요. 아무것도 확인하지 않고 있어요.

로컬 디스크에서 수동 확인에 가장 가까운 것은 이거예요.

tmutil compare -s

이 명령은 Mac을 최신 스냅샷과 비교해서 차이점을 나열해요. 무결성 검사가 아니라 비교이고, 큰 디스크에서는 오래 걸려요. 백업을 읽고 따라갈 수 있다는 건 알려주는데, 이건 1분 전보다 더 많이 아는 거예요.

실제 원인

그다음은?

파일을 꺼낸 후의 솔직한 선택지는 간단해요. 새 백업을 시작할 수 있어요. Apple 대화상자가 제안하는 것이고 거의 모두가 결국 하는 것이에요. 기록을 잃고 현재를 지켜요. 또는 이전 디스크를 건드리지 않고 콜드 사본으로 보관하고 새 백업은 다른 곳에서 시작할 수 있어요. 두 번째 드라이브 비용이 들지만, 기록이 중요했다면 더 나은 답이에요.

하지 말아야 할 것은 메시지를 닫고 그냥 계속하는 거예요. 확인에 실패한 백업은 저절로 회복되지 않고, 쓸모 있는 일은 하나도 하지 않으면서 몇 주 동안 계속 보고만 할 거예요.

기억해 둘 부분

무언가가 우연히 확인했기 때문에 알게 된 거예요. 로컬 디스크였다면 아무것도 확인하지 않았을 것이고, 누군가 처음 확인하는 날은 파일이 필요한 날이었을 거예요.

백업은 다시 읽어 봐야 작동하는지 알 수 있어요. USB 드라이브의 Time Machine도, 예약된 rsync도, 클라우드로 동기화되는 폴더도 마찬가지예요. 도움이 되는 건 사본을 다시 읽고 일치하지 않게 되면 알려주는 도구예요.

Copy Shelter는 이것을 예약에 따라 해요. 모든 조각을 저장할 때의 해시와 비교하고, 불일치는 사실로 보고하고, 몰래 삭제된 조각은 누락으로 보고해요. 드라이브, NAS, 또는 이미 비용을 내는 클라우드 계정의 폴더에 저장하고, 위치 한 곳까지 무료예요. 직접 하고 싶다면 명령어는 여기 있어요.

자주 묻는 질문

그럼 파일이 사라진 건가요?

보통은 아니에요. 실패한 확인은 백업의 내부 일관성에 관한 것이고, 데이터 대부분은 보통 여전히 읽을 수 있어요. Finder에서 디스크를 마운트하고 Backups.backupdb를 연 다음, 다른 무엇을 하기 전에 필요한 것을 끌어내세요.

Time Machine 백업을 복구하는 방법이 있나요?

아니요. Apple은 복구 도구를 제공하지 않고, 인덱스를 다시 만드는 지원되는 방법도 없어요. 그래서 어떤 답을 찾아도 다시 시작하라고 하는 거고, 사람들이 일찍 포기해서가 아니에요.

백업 확인 옵션을 찾을 수 없는 이유는 무엇인가요?

네트워크 공유의 백업에서만 나타나요. Option 키를 누른 채 메뉴 막대의 Time Machine 아이콘을 클릭하세요. 로컬 USB나 Thunderbolt 디스크에서는 macOS가 그 확인을 아예 하지 않으므로 이 옵션을 제공하지 않아요.

이후에도 디스크를 계속 써도 되나요?

하드웨어가 멀쩡하다고 확신한 뒤에만요. diskutil verifyVolume을 실행하고 SMART 상태를 확인하세요. 디스크가 괜찮다면 지우고 새 백업을 시작하는 게 합리적이에요. 그렇지 않다면 나쁜 디스크의 새 백업은 한 달 뒤 똑같이 실패해요.

이런 일이 다시 생기지 않게 하려면 어떻게 하나요?

네트워크 공유라면: 백업 중에는 NAS와 Mac이 잠들지 않게 하고, 스파스 번들에 공간을 주고, 백업 디스크를 백신 검사에서 제외하세요. 더 일반적으로는, 백업 하나는 단일 실패 지점이에요. 다른 곳에 있는 두 번째 사본만이 이것을 재앙에서 불편함으로 바꿔 줘요.

Copy Shelter에도 같은 문제가 있나요?

같은 근본 문제를 겪을 수 있어요. 디스크와 공유는 누구에게나 같은 방식으로 고장 나니까요. 차이는 언제 알게 되느냐예요. 확인은 예약에 따라 실행되고, 더 이상 일치하지 않는 조각을 짚어 말하며, 실제로 확인한 사본과 그렇지 않은 사본을 구분해요.

관련 글: 백업을 실제로 읽을 수 있는지 확인하는 방법, 그리고 바로 이런 아침을 위한 3-2-1 규칙.

관련 가이드