“백업 디스크 이미지를 생성할 수 없습니다”와 오류 45

애초에 디스크 이미지가 있는 이유

Time Machine에는 네트워크 공유가 제공하지 않는 파일 시스템 기능이 필요해요. 하드 링크, 직접 제어하는 소유권, 작업 중에 파일을 잠그는 기능이에요. SMB로 통신하는 NAS는 이를 보장할 수 없어요.

그래서 네트워크 대상에서 Time Machine은 스파스 번들을 만들어요. 디스크 이미지처럼 동작하는 .sparsebundle로 끝나는 폴더예요. 그 이미지를 마운트하고, 백업은 Time Machine이 완전히 제어하는 파일 시스템 위의 그 안에 있어요. 공유는 밴드라는 번호 붙은 조각들이 담긴 폴더만 보관하면 돼요.

그래서 네트워크 백업에는 연결된 드라이브에는 없는 실패 유형이 통째로 있어요. 연결된 드라이브는 한 가지가 잘못될 수 있는 곳에서 두 가지가 잘못될 수 있고, 받는 메시지는 보통 이미지에 관한 거예요.

메시지별 의미

“백업 디스크 이미지를 생성할 수 없습니다”

Time Machine이 스파스 번들을 만들려 했는데 공유가 거부했어요. 순서대로 확인하세요.

• 공유가 Time Machine용으로 알려지지 않았어요. NAS에는 이를 위한 설정이 있고, 보통 공유 폴더의 체크박스예요. Samba를 실행하는 Linux 컴퓨터라면 공유 정의에 fruit:time machine = yes가 있어야 해요. 없으면 macOS가 잘 연결되더라도 이미지 생성을 거부할 수 있어요.
• 공간이 부족해요. 이미지는 선언된 최대 크기로 만들어져요. 할당량이 그 최대 크기보다 작은 공유는 생성에 실패해요. 전체 풀의 여유 공간이 아니라 공유의 할당량을 확인하세요. 둘은 다른 숫자예요.
• 권한. 연결할 때 쓴 계정에 공유 루트 자체에 대한 쓰기 권한이 필요해요. 그 안의 폴더로는 충분하지 않아요.
• 이름. 이미지는 Mac 이름을 따라 만들어져요. 슬래시, 콜론, 이모지가 들어간 Mac 이름에서 정확히 이 실패가 생긴 적이 있어요. 시스템 설정, 일반, 정보에서 이름을 바꾸고 다시 시도하세요.

“백업 디스크 이미지에 접근할 수 없습니다(오류 45)”

이미지는 있는데 macOS가 연결하지 못했어요. 오류 45는 파일 잠금 오류이므로, 보통 무언가가 이미 이미지를 열고 있는 게 원인이에요.

1. 공유를 마운트 해제했다가 다시 마운트하세요. Finder에서 추출하고, 잠시 기다린 다음 다시 연결하세요. 대부분 이걸로 해결돼요.
2. 다른 Mac이 열고 있는지 확인하세요. 같은 공유에 백업하는 두 Mac은 각자 자기 이미지를 갖는데, 실수로 내 이미지를 마운트한 두 번째 Mac이 잠금을 쥐고 있을 수 있어요. 대부분의 NAS 관리 페이지에 열린 파일이나 연결된 세션 목록이 있어요.
3. NAS를 재시동하세요. 투박하지만, 서버 쪽에서 충돌한 프로세스가 쥐고 있는 잠금을 풀어 줘요. Mac 쪽에서는 아무것도 풀 수 없는 잠금이에요.
4. 번들 안의 오래된 잠금을 지우세요. 스파스 번들은 폴더예요. 오른쪽 클릭하고 패키지 내용 보기를 선택한 다음, 최상위에서 token이나 .lock 파일을 찾으세요. 이미지를 마운트한 것이 없을 때 지워도 안전하고, 다음 마운트 때 다시 만들어져요. 먼저 이미지가 마운트되어 있지 않은지 꼭 확인하세요. 그렇지 않으면 손상돼요.

“이미 사용 중” 또는 “다른 기기에서 사용 중”

원인도 같고 더 직설적으로 말할 뿐이며, 같은 네 단계로 해결돼요. 무엇보다 먼저 Finder 사이드바에 내 Mac 이름의 볼륨이 마운트되어 있는지 확인하세요. 가장 흔한 답은 지금 앉아 있는 그 컴퓨터에 마운트되어 있다는 거예요.

“Time Machine이 백업을 완료할 수 없습니다. 백업 디스크 이미지에 접근할 수 없습니다”

보통 백업 중에 공유가 사라진 거예요. 잠자기, Wi-Fi, 또는 업데이트로 NAS가 재시동되어서요. 공유가 다시 연결되는지 확인한 다음, 내용을 믿기 전에 아래 확인 단계로 이미지를 점검하세요.

믿기 전에 이미지를 확인하세요

중단된 네트워크 백업은 화면의 메시지가 모두 정상처럼 보이는 동안에도 이미지 내부를 불일치 상태로 남길 수 있어요. 마운트하고 시스템에 물어보세요.

hdiutil attach -readonly /Volumes/<share>/<YourMac>.sparsebundle

diskutil verifyVolume /Volumes/<the volume it mounted>

읽기 전용이라 확인만으로는 아무것도 바뀌지 않아요. 확인에서 오류가 나오면 같은 볼륨에 diskutil repairVolume을 실행하세요. 복구가 실패하면 그 이미지는 끝난 거예요. 솔직한 선택은 새 백업 체인을 시작하고 이전 이미지의 내용에 의존하지 않는 거예요.

이것의 대가, 있는 그대로

이 오류들은 모두 디스크 이미지의 속성이고, 디스크 이미지는 대상이 네트워크에 있어서 존재해요. 일반 폴더에 일반 파일을 쓰는 백업에는 이런 게 없어요. 생성에 실패할 이미지도, 오래될 잠금도, 손상되면 안의 모든 백업을 한꺼번에 잃는 거대한 단일 객체도 없어요.

마지막 점은 곱씹어 볼 만해요. NAS에 있는 Time Machine 기록 전체가 스파스 번들 하나 안에 있어요. 객체 하나예요. 잘못된 곳이 손상되면 전부 잃어요.

Copy Shelter가 NAS를 다루는 방식

공유에 일반 파일이 담긴 폴더를 쓰므로, 디스크 이미지도, 잠금도, 모든 버전을 담은 단일 객체도 없어요. 백업 중에 오프라인이 된 공유는 마지막으로 본 날짜와 함께 접근할 수 없는 대상으로 보고되고, 다음 백업은 마지막 백업이 멈춘 곳에서 이어서 진행돼요.

모든 조각은 자기 내용의 해시로 저장되고 예약에 따라 그 해시와 비교하며 다시 읽히므로, 체인 어디에서든 손상이 생기면 평범한 화요일에 이름과 위치가 밝혀져요. Mac을 NAS에 백업하기에서 잠든 공유를 오류로 볼지 부재로 볼지 정하는 시간 초과 동작을 포함해 설정을 다뤄요.

자주 묻는 질문

sparsebundle을 지우고 다시 시작해도 되나요?

할 수 있지만, 모든 백업이 그 이미지 하나에 들어 있으므로 안의 백업이 전부 사라져요. 먼저 위의 네 단계를 시도하세요. 삭제는 diskutil repairVolume이 이미 실패했을 때만 답이에요.

USB 드라이브에서는 왜 이런 일이 안 생기나요?

디스크 이미지가 없기 때문이에요. 직접 연결한 드라이브에는 Time Machine이 포맷하고 관리하는 자체 파일 시스템이 있으므로, 이미지가 필요 없고 오래되어 꼬일 잠금도 없어요. 로컬 사본을 하나 두어야 하는 가장 강력한 이유예요.

NAS가 Time Machine을 지원한다는데, 왜 계속 실패하나요?

지원하는 것과 특정 공유에서 켜져 있는 것은 대부분의 NAS 소프트웨어에서 다른 설정이에요. 제품 페이지가 아니라 공유를 확인하세요. 할당량도 흔한 원인이에요. 이미지는 만들 때 최대 크기를 선언하는데, 할당량이 더 작으면 거부돼요.

오류 45는 위험한가요?

그 자체로는 아니에요. macOS가 이미지를 잠그지 못해서 아무것도 쓰이지 않았다는 뜻이에요. 위험한 건 이 오류가 오래 반복되는데 아무도 모르는 경우예요. 모든 게 정상처럼 보이는 동안 마지막 성공한 백업은 점점 오래돼요.

Copy Shelter는 네트워크 공유에 디스크 이미지를 쓰나요?

아니요. 공유의 폴더에 일반 파일을 쓰므로, 이 페이지의 오류가 하나도 생기지 않아요. 대신 공유에 접근할 수 있어야 사본으로 치고, 접근할 수 없으면 앱이 그렇다고 알려줘요.

관련 글: Mac을 NAS에 백업하기, Time Machine에서 공간이 부족하다고 할 때, 백업을 확인하는 방법.