Back In Time 스냅 샷이 왜 그렇게 큰 것입니까?

Back In Time을 사용하여 홈 파티션의 내용을 외장 하드 드라이브에 백업했습니다 . 외장 드라이브에서 백업 된 내용을 찾아 보았고 속성 아래에서 크기가 9.6GB로 표시되었습니다.

내가 작성한 다음 스냅 샷에서 Back In Time은 모든 것을 백업하지는 않지만 이전 컨텐츠에 대한 하드 링크를 작성하고 최신 컨텐츠를 저장한다는 것을 읽었으므로 테스트하고 싶었습니다. 그래서 두 개의 작은 파일을 홈 파티션에 복사하고 'Take Snapshot'을 다시 실행했습니다.

1 분 안에 작업이 완료되었습니다. 먼저 이전 스냅 샷을 확인하고 변경 사항을 평가 한 후 두 개의 새 파일을 감지하고 동기화했습니다. 그 후 백업 된 내용을 탐색 할 때 최신 및 이전 백업이 각각 9.6GB를 차지하는 것을보고 놀랐습니다.

이것이 하드 드라이브 공간을 낭비하지 않습니까? 아니면 내가 잘못 해석 했습니까?

backup

— Chethan S.
소스

가장 확실한 질문 Chethan

— Allan

답변:

상황에 맞는 메뉴에서 속성을 확인하는 것은 신뢰할 수없는 것 같습니다. 내가 du명령을 사용할 때 올바른 사용법을 보여주었습니다. 런치 패드의 'Back in Time 's Mr. Dan에게서이 제안을 얻을 수있었습니다.

backintime은 각 파일이 한 번 저장되는 하드 링크를 사용하지만 각 사본이 추가 공간을 차지하는 것처럼 보이기 때문입니다. 자세한 내용은 https://answers.launchpad.net/backintime/+question/146072 를 참조 하십시오 .

— Chethan S.
소스

내 생각에 외장 하드 드라이브는 FAT32 또는 하드 링크를 지원하지 않는 다른 파일 시스템으로 포맷되어 있습니다. 또한 파일 시스템을 포함하는 파티션 유형이 Linux (0x83) 파티션이 아닌 경우 파일 시스템은 하드 링크의 디스크 소비를 올바르게 기록하지 않습니다. 외장 하드 디스크에 Linux 기본 파티션을 생성하고 ext4와 같은 기본 Linux 파일 시스템으로 포맷하면 제대로 작동합니다.

— 데니스 반 메터
소스

Western Digital My Passport Drive입니다. 기본 단일 NTFS 파티션을 사용하고 있습니다.

— Chethan S.

또한 스냅 샷 목록에서 이전 스냅 샷을 삭제하려고했습니다. 여전히 최신 스냅 샷을 통해 모든 파일에 액세스 할 수 있습니다. 이 작업 방식이 권장됩니까? 새로운 스냅 샷이 생성되면 이전 스냅 샷 삭제. 나는 생각을 멈출 수 없다-원본 스냅 샷을 만드는 데 거의 30 분이 걸렸지 만 새로운 스냅 샷은 1 분 정도 걸렸다! 9.6GB의 디스크 공간이 이렇게 짧은 시간에 어떻게 채워 졌습니까?

— Chethan S.

이 링크 en.wikipedia.org/wiki/Hard_link 에 따르면 하드 링크는 NTFS로 지원됩니다.

— Chethan S.

백업을 살펴 보았으며 외장 드라이브, 심지어 ext4로 포맷 된 외장 드라이브로 백업 할 때도 동일한 동작이 나타납니다. 각 백업은 df 명령으로보고 된대로 백업의 전체 크기를 할당합니다. 내부 드라이브의 하위 디렉토리로 백업 할 때 각 백업은 전체 크기의 백업을 표시하지만 df 명령은 몇 킬로바이트가 소비되었음을 나타냅니다. 외부 드라이브가 자동 마운트되는 방식 또는 다른 방식으로 인해 발생해야한다고 생각합니다. 계속 조사하겠습니다. 이건 내가 엉망이야!

— Dennis VanMeter

외장 하드 드라이브를 살펴본 결과 ext4 파일 시스템이 있어도 파티션 유형은 NTFS (0x07)입니다. 하드 링크의 디스크 소비를 올바르게보고하지 않습니다. USB 플래시 드라이브를 ext4 파일 시스템이있는 Linux 파티션으로 포맷했으며 이제 디스크 소비를 올바르게보고합니다. 백업 디스크를 Windows 컴퓨터에 꽂을 필요가 없기 때문에 적어도 문제가 해결되는 것 같습니다. NTFS에 대해이 문제를 해결할 방법이 있는지 조금 더 살펴 보겠습니다.

— Dennis VanMeter