시간 이동 부분 복구

복구 대상을 선택 취소하는 기능은 사용자 설명서에서 다루지 않으며 대상을 선택 취소할 때 발생하는 상황에 대한 세부 정보나 사용 사례도 아닙니다. 그러나 개발자 문서(readme.md)에서는 이 기능의 목적이 홈을 스냅샷에 포함시킨 다음 복원에서 제외하는 것이 아니라는 점을 분명히 밝히고 있습니다.

이 부분사용자 데이터는 기본적으로 제외됩니다.특히 질문에 명시된 이유 때문에 Timeshift는 사용자 데이터가 아닌 시스템 파일과 설정을 보호하도록 설계되었음을 설명합니다. Timeshift는 스냅샷의 전체 복원을 수행하도록 설계되었으며, 포함된 경우 사용자 데이터를 덮어씁니다.

따라서 대상 선택 취소 기능이 이런 방식으로 작동하는 경우 홈을 복구에서 제외할 수 있지만 이는 지원되는 작동 모드가 아니며 애플리케이션의 의도와 일치하지 않습니다.

요점:사람들이 스스로 이러한 기능을 시험해 보는 것을 막을 수 있는 방법은 없습니다. 그러나 사용자 데이터를 백업하도록 설계된 다른 응용 프로그램이 있습니다. Timeshift를 이런 식으로 사용할 수 있다고 해도 해당 작업에 가장 적합한 도구는 아닙니다. 또한 사용자 데이터 덮어쓰기를 방지하기 위해 추가적인 비표준 프로세스에 의존함으로써 어느 정도 위험을 초래합니다.

대체 용도:누군가가 Timeshift를 사용하여 사용자 파일의 스냅샷을 저장하기를 원하고 이 목적을 위한 애플리케이션의 설계 기능에 익숙하다면 구성에서 루트 및/또는 사용자 파일과 스냅샷이 저장되는 위치를 선택할 수 있습니다. 사용자 파일에 대해 완전히 별도의 스냅샷 세트(루트 전용 세트와 사용자 전용 세트)를 생성하여 시스템 복원에서 사용자 파일을 덮어쓰는 문제를 방지할 수 있습니다.

그러나 Timeshift는 단일 사용자 애플리케이션으로 설계되었습니다. 여러 사용자를 구별하거나 여러 위치에 저장할 수 없습니다. 따라서 이를 구현하려면 지원되지 않는 사용자 정의가 필요하며 아마도 Timeshift용 래퍼를 생성해야 할 수도 있습니다. 다시 말하지만, 이는 더 적합한 기성 솔루션이 있다는 사실로 돌아옵니다.

타임 시프트는아니요적절한 백업 절차의 대안. "/"를 다시 마운트해야 하는 경우 일반적으로 시스템을 다시 설치하는 것이 더 빠릅니다. /home 디렉토리가 별도의 파티션이나 디스크에 있는 경우 훨씬 간단합니다. 물론 기본 오프라인 백업 프로세스에는 시스템 사용자 정의 등에 대한 세부 정보가 포함되어야 합니다.

실수로 손상된 일부 구성 파일을 복원하는 등 일부 시스템 파일을 복원하려면 Timeshift를 사용하는 것이 매우 유용합니다. 또한 Timeshift는 자동으로 실행되어 자체 디스크 파티션에 저장될 때 가장 잘 작동하므로 하드웨어 오류에는 적합하지 않습니다.

저는 Timeshift를 사용하는 것을 권장하지 않습니다 /home. 하지만 숨겨진 파일/디렉터리를 포함하는 것이 때로는 구성 정보를 포함하기 때문에 유용할 수 있습니다. 그러나 캐시 디렉터리를 제외하는 것이 중요합니다.