구글 테이크아웃에 필요한 디스크 용량, 내보내기 크기의 세 배
zip, 압축을 푼 폴더, 정리한 라이브러리가 각각 전체 사본 하나를 차지합니다. 필요한 용량 계산법, 드라이브 고르기, 디스크가 꽉 찼을 때 일어나는 일을 설명합니다.
내려받을 내보내기가 180GB이고, 디스크에 남은 공간은 200GB입니다. 충분하지 않습니다. 이 사실을 압축을 절반쯤 풀다가 알게 되는 것이 가장 나쁜 경우입니다.
사본은 하나가 아니라 세 개
테이크아웃 내보내기는 디스크의 최대 세 곳에 동시에 존재합니다.
zip 파일. 내려받은 용량 그대로입니다. 사진은 압축이 거의 되지 않아서, zip은 안에 든 파일과 크기가 같고 사이드카만큼 조금 더 큽니다.
압축을 푼 폴더. 전체 사본이 하나 더 생깁니다. 압축을 풀어도 zip은 지워지지 않으므로, 푸는 동안에는 둘 다 있습니다. 이것만으로도 내려받은 크기의 두 배가 비어 있어야 합니다.
정리한 라이브러리. 사진 이름을 바꾸고 새 위치에 연/월 폴더로 정리한다면 세 번째 사본입니다. 대부분의 도구는 옮기지 않고 복사합니다. 제자리에서 옮기는 것은 위험하고, 설정을 바꿔 다시 돌리고 싶을 수도 있기 때문입니다.
그래서 안전한 기준은 내보내기의 세 배입니다. 최소는 두 배이고, 제자리에서 정리하거나 정리 전에 zip을 지울 때만 두 배로 줄일 수 있습니다.
작업 중에 크기가 바뀌는 경우도 있습니다. HEIC를 JPG로 바꾸면 파일마다 1.5배에서 2배 커지므로, HEIC가 많은 라이브러리는 정리한 사본이 커집니다. 반대로 내보내기의 앨범 폴더에는 연도 폴더에도 있는 사진의 사본이 들어 있어서, 이 중복을 한 번만 쓰면 정리한 사본이 압축을 푼 폴더보다 작아지는 경우가 많습니다. 옛 MOV 동영상을 MP4로 다시 감싸는 것은 크기를 바꾸지 않습니다. 정말 오래된 코덱을 다시 인코딩하면 보통 작아집니다.
어느 드라이브에서 작업하나요?
내장 드라이브가 가장 빠릅니다. 작은 파일 10만 개를 푸는 작업은 다른 드라이브에서는 느립니다. 세 배의 공간이 있다면 내장 드라이브에서 작업하고, 완성된 라이브러리를 나중에 옮기십시오.
공간이 없다면 외장 SSD가 그다음입니다. 회전식 외장하드도 되지만 압축 풀기에 몇 시간이 더 걸립니다. 무엇을 쓰든 포맷을 확인하십시오. FAT32는 4GB가 넘는 파일을 받지 않아서 10GB zip과 일부 긴 동영상이 막힙니다. exFAT에는 그런 제한이 없고 맥, 윈도우, 리눅스에서 모두 읽히므로, 여러 컴퓨터를 오가는 드라이브에 맞는 포맷입니다. NTFS는 윈도우에서는 괜찮지만 맥에서는 추가 소프트웨어 없이는 읽기만 됩니다.
사본을 여러 드라이브에 나눌 수도 있습니다. zip은 내장 디스크에, 압축은 외장 드라이브에 풀고, zip을 지운 뒤 내장 디스크의 폴더로 다시 정리하는 식입니다. 손이 더 가지만 드라이브마다 필요한 공간이 절반이 됩니다.
NAS는 최종 라이브러리를 두기에는 괜찮고, 네트워크 너머에서 압축을 풀기에는 최악입니다. 작업은 로컬 드라이브에서 하고 결과를 마지막에 복사하십시오. 외장하드에 보관하는 순서는 외장하드 백업 순서에 있습니다.
두 배도 안 될 때
한 조각씩 작업합니다. 테이크아웃 zip은 각각 독립적입니다. 첫 조각을 풀고, 날짜를 고치고, 결과를 라이브러리로 옮기고, 푼 폴더를 지운 뒤 두 번째 조각으로 넘어갑니다. 한 조각을 풀 공간만 있으면 됩니다. 단점은 사진의 사이드카가 대개 같은 조각에 있지만 항상 그렇지는 않다는 점입니다. 모든 조각을 끝낼 때까지 몇몇 사진은 사이드카가 없습니다. 마지막에 라이브러리 전체를 한 번 더 돌려 그 사진들을 처리하십시오.
전부 푼 뒤 zip을 지웁니다. 폴더가 깨끗하게 열리는지 확인하고, 정리하기 전에 zip을 지우면 사본이 두 개로 줄어듭니다. zip은 손대지 않은 유일한 백업이므로, 다운로드 링크가 아직 살아 있는 7일 안에만 이렇게 하십시오. 문제가 생기면 다시 받을 수 있어야 합니다.
제자리에서 정리합니다. 사진 이름을 바꾸고 같은 최상위 폴더 안의 새 폴더로 옮기므로 두 번째 사본이 없습니다. 공간은 가장 적게 들고 실수에는 가장 너그럽지 않습니다. 결과를 확인할 때까지 적어도 사이드카의 안전 사본은 남겨 두십시오.
디스크가 꽉 차면 무슨 일이 생기나요?
압축 풀기가 오류와 함께 멈추고, 마지막으로 쓰던 파일은 대개 잘립니다. 폴더는 다 된 것처럼 보이지만 마지막 몇 장이 깨졌거나 없고, 어느 것인지 알려 주지 않습니다. 윈도우 기본 압축 풀기는 가끔 그래도 성공했다고 표시합니다.
메타데이터 도구가 쓰는 도중에 공간이 떨어지면 반쯤 쓰인 사진이 남을 수 있습니다. 대부분의 도구는 임시 파일에 쓴 뒤 바꿔 넣으므로 원본이 살아남지만, 모두 그렇지는 않습니다. exiftool은 따로 지시하지 않으면 _original 사본을 남기므로, 실행하는 동안 필요한 공간이 두 배가 됩니다.
복구 방법은 어느 경우나 같습니다. 반쯤 된 결과를 지우고, 공간을 비우고, 그 단계를 zip에서부터 다시 합니다. 그래서 zip은 끝까지 남겨 둡니다.
앱은 시작 전에 공간을 확인합니다
Takeout JSON Metadata Fixer는 시작하기 전에 용량을 확인합니다.
zip을 고르면 압축을 푼 파일과 정리한 결과에 필요한 공간을 더해, 관련된 드라이브의 남은 공간과 비교합니다. 모자라면 45개 중 30번째 조각에서가 아니라, 파일을 하나도 쓰기 전에 얼마가 모자라는지 알려 줍니다.
결과 위치는 직접 고르므로 zip과 다른 드라이브로 정할 수 있습니다. 폴더를 제자리에서 정리할 수도 있습니다. 이때 손대지 않은 파일을 결과 옆의 Originals (before organizing) 폴더에 남기는 옵션이 있어서, 공간이 있으면 켜고 없으면 끄면 됩니다. 여러 앨범 폴더에 있는 사진은 한 번만 씁니다. USB 메모리나 안드로이드 휴대폰에 바로 쓸 수도 있습니다.
시험 실행은 아무것도 쓰지 않고 무엇이 쓰일지 보여 줍니다. 윈도우, 맥, 리눅스에서 오프라인으로 동작합니다. 처음 1000장은 무료이고, 무제한은 19.99달러 한 번입니다.
자주 묻는 질문
USB 메모리에 바로 압축을 풀어도 되나요?
exFAT이고 공간이 있으면 되지만 느립니다. 내장 드라이브에 풀고, 정리한 결과를 USB로 복사하십시오. 그 과정에서 날짜를 지키는 방법은 USB로 사진 옮길 때 날짜 지키기에 있습니다.
.json 파일을 지우면 공간이 생기나요?
거의 없습니다. 사이드카 하나가 1에서 2킬로바이트이고, 6만 개면 약 100MB입니다. 공간이 아니라 정리를 위해, 날짜를 사진에 쓴 뒤에 지우십시오. JSON 파일 삭제를 참고하십시오.
zip을 다 합치니 구글 저장 공간보다 큽니다. 왜죠?
앨범 폴더에 사본이 들어 있기 때문입니다. 앨범 세 개에 들어 있는 사진은 내보내기에 네 번 들어 있습니다. 중복을 한 번만 쓰면 정리한 라이브러리는 저장 공간 수치에 가까워집니다.
새 라이브러리를 확인했으면 내보내기를 지워도 되나요?
새 라이브러리에서 사진 몇 장의 날짜와 장소를 확인했다면 됩니다. 그래도 zip은 몇 주 남겨 두십시오. 모든 사이드카가 들어 있는 유일한 사본입니다. 테이크아웃 zip 보관도 참고하십시오.