내 데이터에 250GiB 백업 파티션을 생성하는 동안보고 된 파티션 크기와 Nautilus, gParted, df, tune2fs 등의 여유 공간간에 많은 불일치가 있음을 발견했습니다.
처음에는 GiB / GB 혼란이라고 생각했습니다. 아니었다 .
그런 다음 ext4의 예약 블록이 될 수 있다고 생각했습니다. 아니었다 .
나는 완전히 당황했다. 다음은 일부 이미지입니다. 단계는 다음과 같습니다.
- 먼저 NTFS. 524288000 섹터 x 512 바이트 / 섹터 = 268435456000 바이트 = 268.4GB = 250GiB
노틸러스는 " 총 용량 : 250.0GB "라고 말합니다 (실제로는 GB가 아니라 GiB 임에도 불구하고). 사소한 잘못된 라벨링과는 별개로
- 이제 gparted를 사용하여 ext4로 포맷 된 동일한 파티션 :
첫째, 마지막 섹터와 총 섹터가 동일합니다. 동일한 250GiB 파티션입니다. 사용 된 크기는 4.11GiB입니다 (예약 된 블록일까요?)
아니. 예약 된 블록은 12.7 GiB (~ 5 %. ouch! ) 인 것 같습니다. 그러나 ... 총 용량이 246.1GiB 인 이유는 무엇입니까 ??? . 그 차이 (정렬)는 gparted가보고 한 4.11 GiB와 일치합니다. 그러나 ... 예약 된 블록이 아니라면 무엇입니까? gparted가 12.7GiB의 사용 된 공간을보고하지 않은 이유는 무엇입니까?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 234G 1% /media/BACKUP
df보고 된 여유 공간에서 노틸러스와 일치합니다. 그러나 .. 188M 만 사용 했습니까? ~ 12GB 여야합니까? 그리고 총 용량은 여전히 잘못되었습니다. 그래서 나는 tune2fs단서를 찾기 위해 달렸다 . (관련없는 출력은 생략 됨)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 3276800
Free blocks: 64459851
First block: 0
Block size: 4096
65536000 총 블록 * 4096 바이트 / 블록 = 268435456000 바이트 = 268.4GB = 250GiB gparted와 일치합니다.
3276800 예약 블록 = 13421772800 바이트 = 13.4GB = 12.5GiB 그것은 (다시 말해서) 노틸러스와 일치합니다.
64459851 여유 블록 = 264027549696 바이트 = 264.0 GB = 245.9 GiB. 왜? 250-12.5 = 237.5 (또는 250- (12.5 + 4.11) = ~ 233)이어야합니까?
예약 된 블록 제거 :
$ sudo tune2fs -m 0 /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Setting reserved blocks percentage to 0% (0 blocks)
$ sudo tune2fs -l /dev/sda5
tune2fs 1.41.12 (17-May-2010)
Filesystem volume name: BACKUP
Filesystem UUID: 613d592e-47f5-4206-96a7-210090d340ef
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags: signed_directory_hash
Filesystem state: clean
Filesystem OS type: Linux
Block count: 65536000
Reserved block count: 0
Free blocks: 64459851
Block size: 4096
예상대로, 동일한 블록 수, 0 개의 예약 된 블록, 그러나 ... 동일한 자유 블록 ? 방금 12.5 GiB를 해제하지 않았습니까?
$ df -h /dev/sda5
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 247G 188M 246G 1% /media/BACKUP
내가 한 것처럼 보입니다. 사용 가능한 공간이 233에서 245.9 GiB로 증가했습니다. 보여주는, 전혀 didnt가 치료를 gparted를 정확히 동일한 정보를! (동일한 스크린 샷을 게시 할 수 없음)
정말 엉망이야!
나는 최선을 다해 그것을 문서화하려고 노력했다. 그래서, 누군가 여기에 무슨 일이 일어나고 있는지에 대한 힌트를 줄 수 있을까?
- NTFS-> ext4 형식에서 누락 된 4.11 GiB는 무엇입니까?
- gparted, Nautilus, tune2fs, df 사이에 왜 많은 차이가 있습니까?
- 내 수학에 어떤 문제가 있습니까? (이 게시물에 굵은 글씨가 흩어져 있음)
도움을 주시면 감사하겠습니다. 나는 무슨 일이 일어나고 있는지 알 수 없지만, 내 / 파티션 이외의 모든 것을 위해 NTFS를 선호하여 ext4를 포기하는 것을 신중하게 고려하고 있습니다.
감사!