정렬된 목록에서 디스크를 채울 파일 수 결정

이것은 나를 혼란스럽게 만듭니다. 나는 이것이 쉬울 것이라고 생각했지만 결과가 일관되지 않기 때문에 뭔가 빠진 것 같습니다.

저는 rsync를 사용하여 긴 파일 목록을 여러 디스크에 백업하고 있으며, 가장 오래된 파일이 첫 번째 디스크에 있고 나중에 파일이 두 번째 디스크에 있도록 시간순으로 정렬된 목록을 사용하고 있습니다.

목록을 살펴보고 파일 크기(4k 블록 단위)를 합산한 다음, 맞는 마지막 파일의 날짜를 기록해 둡니다. 그런 다음 "find -not -newer and -newer"를 사용하여 목록을 만듭니다.

STARTDATE="-newer /tmp/filedate.1"
ENDDATE="-not -newer /tmp/filedate.2"
find $SRC -type f ${STARTDATE} ${ENDDATE} -printf '%P\n' | sort > ${TEMPFILE}

그리고 "--files-from"을 사용하여 rsync에 공급하여 실제로 복사합니다.

rsync -a --progress --verbose --prune-empty-dirs --files-from=${TEMPFILE} ${SRC} ${TARGET}

디스크가 꽉 차도록 파일이 분할된 위치를 정확히 알고 싶습니다.

내가 지금 가지고 있는 것:

#%T is the modification time, @ is seconds, 
#%p is the path less the command line part, and %k is disk usage in 1k blocks
#MAXSIZE is number of 4k blocks available on disk
    find $SRC -printf "%T@\t%p\t%k\n" | sort -n | \
    awk -vMS="$MAXSIZE"  '
      BEGIN { FS = "\t";fnumber = 0 }
      {rtot+=int(($3+3)/4); #edit; changed to ceiling on AlexP's advice
       if (rtot<MS) {final=$2;filesize=rtot;}
       else {
            rtot=int(($3+3)/4); #edit; changed to ceiling on AlexP's advice
            fnumber++;
            printf "touch -r \"%s\" /tmp/filedate.%s\n", final, fnumber | "/bin/sh"
            print "Found point " fnumber ". (" final ") 4096 Blocks:"  filesize " Space Left:" (MS-filesize)*4
            }
      }
    '

디스크 세부정보는 다음과 같습니다.

    #tune2fs -l /dev/sdzc1
    tune2fs 1.41.4 (27-Jan-2009)
    Filesystem volume name:   <none>
    Last mounted on:          /share/external/sdzc1
    Filesystem UUID:          f3f2e855-b198-4d47-b76f-6526d16b0820
    Filesystem magic number:  0xEF53
    Filesystem revision #:    1 (dynamic)
    Filesystem features:      has_journal ext_attr resize_inode filetype needs_recovery extent flex_bg sparse_super large_file
huge_file uninit_bg dir_nlink extra_isize
    Filesystem flags:         signed_directory_hash
    Default mount options:    (none)
    Filesystem state:         clean
    Errors behavior:          Continue
    Filesystem OS type:       Linux
    Inode count:              122101760
    Block count:              488378007
    Reserved block count:     0
    Free blocks:              89451
    Free inodes:              122088914
    First block:              0
    Block size:               4096
    Fragment size:            4096
    Reserved GDT blocks:      907
    Blocks per group:         32768
    Fragments per group:      32768
    Inodes per group:         8192
    Inode blocks per group:   512
    Flex block group size:    16
    Filesystem created:       Sun May 11 13:45:08 2014
    Last mount time:          Wed Dec  7 11:44:24 2016
    Last write time:          Wed Dec  7 11:44:24 2016
    Mount count:              68
    Maximum mount count:      28
    Last checked:             Fri Feb 20 02:06:42 2015
    Check interval:           15552000 (6 months)
    Next check after:         Wed Aug 19 02:06:42 2015
    Reserved blocks uid:      0 (user admin)
    Reserved blocks gid:      0 (group administrators)
    First inode:              11
    Inode size:               256
    Required extra isize:     28
    Desired extra isize:      28
    Journal inode:            8
    First orphan inode:       75890825
    Default directory hash:   half_md4
    Directory Hash Seed:      1c7f838c-8614-4af0-8506-cd3659e1e5ac
    Directory Magic Number:   0x514E4150
    Journal backup:           inode blocks

그래서 제 생각에는 488378007개의 4096바이트 블록과 122101760개의 256바이트 inode가 있는 것 같습니다. 따라서 쓰기 가능한 바이트는 (488378007 x 4096) - (122101760 x 256)바이트 여야 합니다. 이는 1,969,138,264,064 또는 1,922,986,586kB입니다.

df는 총 1,922,858,380개의 1k 블록(128,206개의 차이) = 480,714,595개의 4k 블록을 보여줍니다.

그럼에도 불구하고 최종 결과는 실제로 파일을 복사할 때 awk 출력에 의해 보고된 "남은 공간"이 실제 남은 공간과 같지 않다는 것입니다. 아래 이미지를 시작점으로 사용하더라도 다음과 같습니다.수량이 다릅니다, 때로는 공간이 완전히 부족할 때도 있습니다.

내 논리에 무슨 문제가 있습니까? MAXSIZE를 줄여서 퍼지할 수 있다는 것을 알고 있지만 제가 무엇을 놓치고 있는지 정말 알고 싶습니다!

PS 나는 이것을 루트로 실행하고 있으므로 예약된 공간은 관련이 없습니다.

실제 질문을 명확히 하기 위해 파일 및 디렉터리 크기(전체 4k 블록)를 합산하여 총 디스크 사용량을 얻을 수 있어야 합니까?

추가 편집: 더 혼란스럽게 하기 위해 방금 드라이브를 채웠고(?) df -k에서 이것을 얻었습니다.

Filesystem      1K-blocks       Used Available Use% Mounted on
/dev/sdzb1     2927209048 2925317912         0 100% /share/external/sdzb1

2927209048-2925317912=1891136 학창시절 쓰던거랑 똑같네요!