60.0PB의 파일 크기가 잘못되었습니다. 삭제하면 데이터가 손실되나요?

일부 데이터(200GB 홈 디렉터리)를 백업하는 동안 rsync특정 파일에 대해 I/0 오류가 발생했습니다.동기화백업을 "정상적으로" 계속 사용하십시오. 문제의 소스 파일의 파일 크기는 72바이트입니다.

취소했습니다 동기화, 동일한 명령을 다시 실행하십시오. 이번에는 동일한 파일에 데이터가 전송되는 모습이 표시됩니다.많은 데이터...그리고 데이터도 더 있고, 더 있고... 대상 파일의 크기를 확인해 보니 최대 13GB입니다! 그래서 Ctrl-c를 사용하여 취소합니다.동기화.

60.0 PBNautilus에서 소스 파일 크기를 다시 확인해보니 500GB 드라이브의 크기(페타바이트!)가 표시되었습니다.

이제 이 모든 것의 요점은 파일 시스템이 실제보다 훨씬 크다고 생각할 수 있기 때문에 이 파일을 삭제하면 다른 파일의 데이터 손실이 발생한다는 것입니다. 파일 시스템은 ext4..

건너뛸 수 있어요동기화예외이지만, 이를 제거하면 어떻게 되는지 특히 관심이 갑니다.

업데이트: 대상과 소스가 모두ext4

희소 파일에 대한 제안: 희소 파일인 경우 왜 1분마다 크기가 다르게 표시됩니까? 그 파일은 당시에는 확실히(?) 사용되지 않았던 것이었습니다. ~/.macromedia/Flash_Player/#SharedObjects/someting-or-other.sol있는 파일 입니다많은이보다 더 좋아.솔해당 디렉토리에 파일이 있습니다. 첫 번째 패스에서는 I/0 오류가 표시됩니다.

또한 man rsync권장되는 -S옵션은 다음과 같이 희소 파일을 처리하는 것입니다.효율적인, 아니요적절하게, 그래서 이것은 나에게 효과적입니다. 비록 제가 사용하지 않더라도 -S두 경우 모두 희소 파일을 정확하게 복사해야 합니다. 그렇지 않습니다. 비록 희소 파일이더라도 60.0 Peta 바이트는 확실히(?) file 시스템 어딘가에 버그가 있습니다... 이것이 제가 가장 걱정하는 부분입니다. 파일 시스템에 결함이 있는 경우 해당 파일을 삭제하면 다른 파일에 영향을 미칠까요?

좀 더 구체적으로 말하면 13GB의 데이터와 등반을 기록했습니다! 취소하면 13GB~60PB의 데이터도 삭제되나요?