한번은 사용자(su가 아닌) 모드에서 이 명령을 사용하여 rsync내 디렉터리를 외부 하드 드라이브에 백업했는데 /(1시간 40분 안에 약 200,000개의 파일 복사) 작업이 제대로 수행되는 것 같았습니다.
rsync -aAXv --progress /* /media/"New Volume"/bu120813 --exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found}
두 가지 우려 사항: 여기서 사용할 명령의 복사본을 가져오는 동안 실수로 다시 시작하고 Ctrl+ 로 중지했습니다 C. 새 메시지 흐름은 첫 번째 복사본의 최종 메시지를 덮어쓰지만 아직 많은 파일이 복사되지 않았다는 경고가 표시됩니다.
둘 중 하나에 대해 걱정해야 합니까? 그렇다면 어떻게 해야 합니까? 아니면 지금 Fedora를 계속 설치할 수 있습니까?
답변1
질문 1
두 가지 우려 사항: 여기에서 사용할 명령의 복사본을 가져오는 동안 실수로 명령을 다시 시작하고 CTRL/C로 중지했습니다. 새 메시지 흐름은 첫 번째 복사본의 최종 메시지를 덮어쓰지만 아직 많은 파일이 복사되지 않았다는 경고가 표시됩니다.
소스 디렉터리에서 파일이 변경되지 않았다고 가정하면 부분 모드에서 실행하는 데 문제가 없어야 합니다. 이러한 메시지는 현재 실행과 관련이 있을 가능성이 높으며 단순히 파일 동기화 시도가 중단되었음을 경고합니다.
일반적으로 원본과 대상에서 rsync를 두 번째로 실행하면 실제 파일 데이터가 복사되지 않고 양쪽 파일과 관련된 메타데이터만 복사됩니다. rsync는 이를 비교하여 필요한 실제 복사를 식별합니다.
질문 2
제발, 둘 중 하나 또는 둘 다에 대해 걱정해야 하며, 그렇다면 어떻게 해야 합니까? 아니면 지금 Fedora를 계속 설치할 수 있습니까?
rsync@msw가 의견에서 언급한 것처럼 단순히 다시 실행하여 만든 복사본의 일관성이 걱정된다면 복사본 rsync이 여전히 일관된 상태를 유지한다는 것을 보장받을 수 있습니다.
답변2
일반 사용자로 실행하고 있다는 점을 고려하면 권한이 부족하여 파일이 무시될 rsync가능성이 높습니다 . rsync누락된 파일에는 /etc/shadowSSH 호스트 키, 로그 및 스풀 콘텐츠와 같은 보호된 시스템 파일이 포함될 가능성이 높습니다 /var.
누락된 파일과 이전 .txt 파일 이후 변경된 파일 목록을 가져오는 옵션을 추가 rsync하여 명령을 다시 실행할 수 있습니다 .--update--dry-runrsync