Restic: --include로 복원하면 잘못된 권한이있는 디렉토리가 생성됩니다.

이 문제를 제기 해 주셔서 감사합니다. 중간 디렉터리에 대한 이전 액세스 권한을 올바른 방법으로 설정하는 것이 확실하지 않습니다. 잠시 생각해 보겠습니다.

문제에 대한 다른 생각은 없습니까?

나에게 이것은 확실히 복원 기능의 버그 / 문제처럼 보입니다. 원래 일부 사용자에게 속한 데이터를이 사용자가 액세스 할 수있는 디렉터리로 복원하는 경우 일부만 복원 된 경우에도이 사용자가 복원 된 데이터에 액세스 할 수있을 것으로 예상합니다. 디렉토리 속성 (소유자 / 액세스 / 기타)을 복원하는 것은이를 달성하는 자연스러운 방법처럼 보입니다.

또한 현재 동작은 이러한 중간 디렉터리를 "반 복원"하는 것으로 인식되며 (존재는 복원되지만 속성은 복원되지 않음) 일관성이 없거나 비논리적으로 보입니다.

나는 이것이 버그라고 생각합니다. 백업의 일부를 복원하려면 복원 된 사본을 사용할 수 있어야합니다. 현재는 자동 생성 된 각 경로 요소의 적절한 권한, 소유자 및 그룹을 찾기 위해 restic ls 작업을 수행하지 않고는 사용할 수 없습니다. 정말 파일 / 디렉토리의 복원을 어렵게 만듭니다.

Restic에 의해 복원 된 항목은 일관된 방식으로 복원되어야한다는 데 동의합니다 (즉, 복원을 실행하는 사용자의 "기본"권한 또는 백업 된 원본 파일 및 폴더의 권한 등을 사용하여 복원해야합니다. 둘의 조합).

그러나 두 가지 유형의 권한에서 사용 사례를 볼 수 있습니다.

• 일부 사용자는 데이터를 새 컨텍스트로 복원 할 필요 / 원하며, 마치 동일한 디렉토리와 파일을 새로 만든 것처럼 소유권과 권한이 "기본값"이되기를 원합니다.
• 일부 사용자는 백업 된 것과 동일하거나 동일한 컨텍스트로 데이터를 복원해야하며 그 결과 백업 된 원본 파일과 동일한 소유권 및 / 또는 권한을 갖기를 원합니다.
• 일부 사용자는 권한 만 유지하고 소유권은 유지하지 않기를 원합니다 (하지만 소유권은 쉽게 수정할 수 있음).

합리적인 방법은 restore 명령에 대한 일부 옵션으로 복원 할 소유권 및 / 또는 권한을 제어 할 수 있다는 것입니다.

누군가가 여전히 문제인지 확인해 주시겠습니까? 0.7.3이 출시 된 이후로 중간 디렉토리에 대한 권한 (및 타임 스탬프) 처리를 몇 가지 변경했습니다 ...