CACHEDIR.TAG와 .nobackup은 다르게 평가됩니까?

Question

물어봐야 할 질문은 "이 파일 이름이 내 특정 백업 구성에 대해 특별한 의미를 갖고 있습니까?"입니다.

확실히보그 백업--exclude-caches파일의 서명을 자동으로 확인하고( CACHEDIR.TAG찾은 위치에 상관없이) 올바른 경우 해당 디렉터리와 모든 하위 디렉터리의 전체 내용을 무시하는 옵션이 있습니다 .

일부 빠른 Google 검색에 따르면 .nobackupBorgBackup에서는 일반적으로 다음과 같이 사용되므로 이에 대한 특별한 지원이 없는 것 같습니다.

borg recreate --exclude-if-present .nobackup /data/borg-backup

즉, 옵션 없이 .nobackup옵션의 매개변수로 사용됩니다 .--exclude-if-present고유의파일명의 특별한 의미.

BorgBackup 문서에서는 이러한 옵션을 다음과 같이 설명합니다.

--exclude-caches CACHEDIR.TAG 파일이 포함된 디렉터리 제외(http://www.bford.info/cachedir/spec.html)

--exclude-if-present NAME 주어진 이름의 파일 시스템 객체를 포함하는 것으로 표시된 디렉토리를 제외합니다.

두 옵션 모두 지정된 파일이 디렉터리에 있는 경우 디렉터리를 제외하는 것에 관한 것이며 --exclude-caches해당 디렉터리와 모든 하위 디렉터리는 사양에 따라 제외되어야 하기 때문에 이것이 정확히 동일한 효과를 가질 것이라고 가정해야 하며 --exclude-if-present NAMEBorg 문서에서는 제외될 때 다음과 같이 가정합니다. 디렉터리가 포함되면 해당 디렉터리의 모든 하위 디렉터리도 제외된다는 것은 말할 필요도 없습니다.

따라서 CACHEDIR.TAG에 대한 콘텐츠 확인을 제외하고 이러한 옵션은 사실상 동의어입니다.

적절한 옵션을 사용하지 않으면 이러한 파일은 특별한 의미가 없습니다.

를 사용하는 경우 --exclude-caches올바른 형식의 CACHEDIR.TAG 파일로 인해 링크 사양에 따라 디렉터리와 해당 하위 디렉터리가 제외됩니다.

를 사용하는 경우 --exclude-if-present .nobackup파일 이름만 확인합니다. 파일 내용에 대한 지정이 없으므로 이론적으로 오탐 가능성이 더 높습니다. 하지만 파일명의 자명한 의미를 고려하면 실제로 위험은 그리 크지 않다고 생각합니다.

예를 들어 루트로 실행해야 locate CACHEDIR.TAG하며locate .nobackup자신의 시스템에서두 가지 옵션이 모두 귀하에게 얼마나 도움이 되는지 평가해 보십시오. 내 개인 시스템에서 일부 프로그램( fontconfig, man및 plocate) 이 CACHEDIR.TAG자동으로 캐시에 파일을 표시하는 것처럼 보이지만 그 중 .nobackup.

불행하게도 Firefox, Thunderbird, Google Chrome, Google Earth와 같은 대규모 캐시는 두 가지 규칙을 사용하여 자동으로 태그가 지정되지 않는 것 같습니다.

반면에 touch .nobackup간단하고 특별한 지식이 필요하지 않습니다. 파일을 생성하려면 CACHEDIR.TAG최소한 다음이 필요합니다.

echo "Signature: 8a477f597d28d172789f06886806bc55" > CACHEDIR.TAG

따라서 사용자에게 마크업 파일을 수동으로 유지 관리하도록 가르쳐야 하는 경우 .nobackup유효한 파일을 만드는 방법을 가르치는 것보다 파일을 만드는 방법을 가르치는 것이 CACHEDIR.TAG더 쉬울 수 있습니다.

반면, 백업에서 제외할 디렉터리를 표시하는 스크립트(또는 유사한 "고정 프로그램")를 그들(및/또는 자신)에게 제공할 수 있다면 수동 작업의 차이는 미미할 것입니다.

Answer 1