NTFS-> EXT4 마이그레이션, 120GB는 어디로 갔습니까?

wim@wim-ubuntu:~/Desktop$ mount | grep media
/dev/sdc1 on /media/data type ext4 (rw,nosuid,nodev,uhelper=udisks)
/dev/sdb1 on /media/wd type fuseblk (rw,nosuid,nodev,allow_other,blksize=4096,default_permissions)
wim@wim-ubuntu:~/Desktop$ df | grep media
/dev/sdc1            1922858352 1824822680    360072 100% /media/data
/dev/sdb1            1953512000 1825392384 128119616  94% /media/wd
wim@wim-ubuntu:~/Desktop$ df -h | grep media
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
/dev/sdb1             1.9T  1.8T  123G  94% /media/wd

NTFS 드라이브에서 ext4 드라이브로 데이터를 이동하고 있습니다. NTFS 볼륨에서 122.2GB의 여유 공간을 확보 한 다음 rsync로 복사 한 후 (필요하지 않은 몇 개의 NTFS 파일을 제외하고 System Volume Information) 351.6MB의 여유 공간 만 확보했습니다.

하드 디스크는 동일한 WD 2TB 드라이브입니다. gparted를 사용하여 EXT4 파티션을 만들었습니다. ext4에 30653648 블록이 적은 이유가 있습니까?

출력 sudo fdisk -l:

Disk /dev/sdc: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00bb4cbc

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1      243201  1953512001   83  Linux

Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
255 heads, 63 sectors/track, 243201 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xcefa6110

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1      243201  1953512001    7  HPFS/NTFS

약간의 고민 끝에 tune2fs다음 과 같이 많은 공간을 확보 할 수있었습니다 .

wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T  352M 100% /media/data
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     24418900
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -m 0 /dev/sdc1
tune2fs 1.41.14 (22-Dec-2010)
Setting reserved blocks percentage to 0% (0 blocks)
wim@wim-ubuntu:~/Desktop$ sudo tune2fs -l /dev/sdc1 | grep 'Reserved block count'
Reserved block count:     0
wim@wim-ubuntu:~/Desktop$ df -h | grep sdc
/dev/sdc1             1.8T  1.7T   94G  95% /media/data

분명히 리눅스는 루트 사용자와 시스템 서비스를 위해 새로운 파티션의 5 %를 예약하므로 디스크 공간이 부족할 때 루트는 여전히 로그인하고 ok를 실행하는 시스템 서비스로 물건을 정리할 수 있습니다. 시스템 서비스는 백 메가 정도 및 2TB 드라이브의 5 %를 필요로 할 때 종류 나에게 바나나보다보다 $의 h17load .. 것 같다 어깨를 으쓱

이로 인해 93.5GB의 여유 공간이 생겨 여전히 30 기가 정도는 미지의 상태로 남았습니다.

-H 옵션을 사용하여 파일을 재 동기화 했습니까? 소스 드라이브에 하드 링크가있을 수 있습니다. 하드 링크를 유지하도록 rsync를 지정하지 않으면 대상에 내용이 복제됩니다.

이는 디렉토리 계층의 파일에 대한 많은 하드 링크를 포함하는 Windows 7 시스템 파티션 및 Windows / winsx (Windows 나란히)의 경우 특히 그렇습니다.

기본 Ubuntu 설치와 함께 제공되는 디스크 공간 분석기를 사용하십시오. 공간이 사용되는 곳을 정확하게 보여줍니다.

30GB는 실제로 존재하지 않을 수 있습니다. GB는 기술적으로 1024 바이트입니다. 다른 운영 체제는 1024만큼 정확하거나 단순히 1000 (GiB라고도 함)으로 다르게 계산할 수 있지만이 둘을 상호 사용할 수 있습니다. 이로 인해 창에 1TB가 931GB (개인 경험)로 표시 될 수 있습니다. 사람들은 여분의 60GB가 어디로 갔는지 묻습니다. 진실은 어디로 가지 않았으며 제대로 계산되지 않습니다. 따라서 30GB는 Windows 또는 Linux의 문제 일 수 있습니다 (1000 또는 1024). 이는 기가 바이트에서만 큰 차이를 만들지 않지만 확장 할 수 있습니다. 그 여분의 24 바이트는 차이를 만듭니다. 이제는 확장되었으며 TB는 1,000,000,000,000 바이트로 계산됩니다. 1,099,511,627,776 바이트와 비교할 때 이제 그 차이는 약 92GB (기술적으로 GiB Lol)입니다. 이것이 도움이 되었기를 바랍니다. 그 질문은 내가 정직하게 많이 본다. "모든 스토리지는 어디로 갔습니까?"