Linux에서 동일해야 하는 두 디렉터리 사이에서 가장 큰 파일/디렉터리를 빠르게 찾는 방법은 무엇입니까?

그래요두 개의 하드 드라이브를 동기화해 보세요. 데이터 손실을 원하지 않고 RAID를 사용하지 않는 대부분의 사람들은 이 방법을 사용하고 GUI가 잘 작동할 것이라고 생각합니다. 그렇지 않은 것 같습니다. Linux에서는 이 작업을 수행할 수 있는 Grsync GUI만 찾았지만 루트가 소유한 파일을 복사할 수 없기 때문에 콘솔에서 이 rsync 명령을 실행해야 합니다.

sudo rsync -r -t -p -o -g --delete -l -s /media/veracrypt1 /media/veracrypt2
이것은 기본적으로 의미합니다원본 드라이브의 모든 항목을 복사하고 원본 드라이브에서 삭제된 파일을 대상 드라이브에서 삭제합니다.. 내용이 100% 동일하도록 드라이브를 복제할 계획이지만 여전히 명령에서 일부 매개변수가 누락될 수 있습니다. 두 ext4 드라이브는 모두 VeraCrypt를 사용하여 완전히 암호화되었으며 완전히 동일한 모델(동일한 저장소 크기)입니다. 저는 Debian12/KDE를 사용하고 있습니다.

내 질문은대상 드라이브가 꽉 차서 복사가 완료되기 전에 항상 중단됩니다., rsync에 다음 오류가 표시됩니다.

rsync: [receiver] write failed on "/media/veracrypt2/file": No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7]
rsync: [sender] write error: Broken pipe (32)

lsblk -f하지만 소스 드라이브의 FSUSE%가 95% 미만이고 사용 가능한 GB가 많기 때문에 꽉 차서는 안 됩니다 .

대상 디스크의 대용량 파일을 삭제하고 다시 실행하여 --exclude-from='./exclude-file.txt' --delete-excluded일부 대용량 파일을 제외해 보았는데 var/spool/해당 var/cache/파일은 BackInTime으로 만든 시스템 파티션 백업 디렉터리 어딘가에 있습니다. 또한 sudo tune2fs -m 1 /dev/mapper/veracrypt2이전에 표시되었던 루트 예약 디스크 공간을 5%에서 1%로 변경했습니다.대용량 파일을 삭제한 후에도 0B를 계속 사용할 수 있습니다.. 아직도 통과하지 못했습니다.

크기가 다른 디렉토리를 빠르게 찾는 방법그러면 이 문제의 원인을 알아내려고 노력할 수 있습니까?

디스크 공간이 공개되지 않는 문제에 대해 사용자들은 sudo du -sk /media/veracrypt2/*/* > ./before_deleting_files.txt디스크 공간 비교와 같은 명령 실행을 제안했지만 특정 파일과 디렉터리만 표시되고 4각 명령을 로드하는 데 시간이 오래 걸립니다.

스캔하는 데 시간이 오래 걸리지 않고 먼저 해결해야 할 다른 문제가 없는 방법을 찾고 있습니다. 이상적으로는 1) 볼 수 있는 그래픽 디스크 맵(gdmap)과 같은 동적 그래픽(이 상황에서) 또한 a) 시각적 크기 및 동적 탐색 또는 2) 단순히 어떤 디렉토리가 다른지 나열하는 보고서 생성과 같은 것일 수도 있습니다.