अपने डेटा के लिए 250GiB बैकअप विभाजन बनाते समय, मैंने रिपोर्ट विभाजन आकार और Nautilus में मुक्त स्थान, gParted, df, tune2fs, आदि के बीच बहुत सी विसंगतियों पर ध्यान दिया है।
पहले मुझे लगा कि यह एक GiB / GB भ्रम है। यह नहीं था ।
तब मुझे लगा कि यह ext4 के आरक्षित ब्लॉक हो सकते हैं। यह नहीं था ।
Im पूरी तरह से हैरान। यहाँ कुछ चित्र हैं। यहाँ कदम हैं:
- पहला, एनटीएफएस। 524288000 सेक्टर x 512 बाइट्स / सेक्टर = 268435456000 बाइट्स = 268.4 GB = 250 GiB।
नॉटिलस का कहना है " कुल क्षमता: 250.0 जीबी " (भले ही इसकी वास्तव में GiB, जीबी नहीं)। इसके अलावा छोटी-मोटी गलतफहमी, अब तक, इतनी अच्छी
- अब, एक ही विभाजन, gparted के साथ ext4 के रूप में तैयार किया गया है:
प्रथम, अंतिम और कुल क्षेत्र समान हैं। यह समान 250GB विभाजन है। प्रयुक्त आकार 4.11GiB है (आरक्षित ब्लॉक शायद?)
नहीं। आरक्षित ब्लॉकों की तरह लग रहे हैं 12.7 GiB (~ 5%। ouch! )। लेकिन ... क्यों कुल क्षमता अब केवल 246.1 GiB है ??? । यह अंतर (प्रकार) gparted द्वारा बताए गए 4.11 GiB से मेल खाता है। लेकिन ... अगर यह आरक्षित ब्लॉकों से नहीं है, तो यह क्या है? और gparted didnt ने रिपोर्ट क्यों नहीं की है कि 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
कुछ सुराग खोजने के लिए दौड़ा । (अप्रासंगिक उत्पादन ommited है)
$ 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.4 GB = 250 GiB। यह gparted से मेल खाता है।
3276800 आरक्षित ब्लॉक = 13421772800 बाइट्स = 13.4 GB = 12.5 GiB। यह (फिर से, क्रमबद्ध) नॉटिलस से मेल खाता है।
64459851 मुक्त ब्लॉक = 264027549696 बाइट्स = 264.0 जीबी = 245.9 गिब। क्यों? यह या तो 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 तक चला गया। बिल्कुल दिखाया gparted didnt देखभाल बिल्कुल पता नहीं है एक ही जानकारी ! (एक समान स्क्रीनशॉट पोस्ट करने के लिए बेकार)
कितनी बड़ी गड़बड़ है!
मैंने इसे सर्वश्रेष्ठ के रूप में दस्तावेज़ करने की कोशिश की ... तो, कृपया कोई मुझे यहाँ क्या चल रहा है पर कोई सुराग दे सकता है?
- NTFS से उन मिस्टर 4.11 GiB क्या गायब हैं -> ext4 स्वरूपण?
- क्यों gparted, Nautilus, tune2fs, df के बीच बहुत सारी विसंगतियां हैं?
- मेरे गणित में क्या गलत है? (इस पोस्ट में बिखरे हुए सवाल)
किसी भी मदद की सराहना की है। हालांकि मैं यह नहीं समझ सकता कि क्या चल रहा है, मैं गंभीरता से सब कुछ के लिए NTFS के पक्ष में ext4 पर देने पर विचार कर रहा हूं लेकिन मेरा / विभाजन।
धन्यवाद!