NTFS -> EXT4 माइग्रेशन, 120 GB कहां गया?


9
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 ड्राइव से एक्स्ट 4 ड्राइव पर ले जा रहा हूं। NTFS वॉल्यूम पर मेरे पास 122.2 जीबी मुफ्त था, फिर rsync (अनावश्यक एनटीएफएस फ़ाइलों के एक जोड़े को छोड़कर) के साथ नकल करने के बाद System Volume Information, मेरे पास केवल 351.6 एमबी मुफ्त है।

हार्ड डिस्क समान 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

जवाबों:


9

के बारे में कुछ के बाद, मैं अंतरिक्ष की एक बड़ी राशि को पुनः प्राप्त करने में सक्षम था 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% नए विभाजन को आरक्षित करता है, ताकि जब आप डिस्क स्थान से बाहर निकलते हैं, तो रूट अभी भी लॉग इन कर सकते हैं और सिस्टम सेवाओं को ठीक से साफ कर सकते हैं। मेरे लिए केले की तरह लगता है जब सिस्टम सेवाओं केवल एक सौ मेग या ऐसा है, और एक 2TB ड्राइव के 5% की जरूरत है एक $ h17load उससे कहीं अधिक .. है कहते हैं

इसने मुझे 93.5 जीबी मुफ्त में छोड़ दिया, जो अभी भी लगभग 30 गिग के लिए बेहिसाब छोड़ता है, इसलिए अगर किसी को और अधिक विचार करने के लिए स्वतंत्र होना चाहिए!


1
आप हमेशा रूट के लिए 0% स्थान आरक्षित कर सकते हैं, या 1% यदि आप सुरक्षित रहेंगे: askubuntu.com/questions/5335/…
enzotib

शेष 30 टमटम अच्छी तरह से NTFS में छोटी फाइलों की सिर्फ अधिक कुशल पैकिंग के लिए नीचे हो सकते हैं।
WDS

3

क्या आपने -H विकल्प का उपयोग करके अपनी फ़ाइलों को rsync भी किया? स्रोत ड्राइव पर हार्ड लिंक हो सकते हैं, जिसके परिणामस्वरूप गंतव्य पर डुप्लिकेट की गई सामग्री होगी, जब तक कि आप हार्ड लिंक को संरक्षित करने के लिए rsync को निर्दिष्ट नहीं करते (प्रयास करें)।

यह विशेष रूप से उदाहरण के लिए सच है जैसे विंडोज 7 सिस्टम विभाजन और विंडोज / विंडेक्स (विंडोज साइड-बाय-साइड), जिसमें निर्देशिका पदानुक्रम में फ़ाइलों के लिए बहुत सारे हार्ड लिंक हैं।


0

डिफ़ॉल्ट स्थान विश्लेषक का उपयोग करें जो डिफ़ॉल्ट उबंटू इंस्टॉल के साथ आता है। यह आपको दिखाएगा कि अंतरिक्ष का उपयोग कहां किया गया है।


धन्यवाद, मैंने अभी इसकी जाँच की है और यह एक बहुत अच्छा GUI है, लेकिन मैं विशेष रूप से इस बात में दिलचस्पी नहीं रखता कि अंतरिक्ष का उपयोग कहाँ किया जाता है - फ़ाइलों द्वारा लिया गया स्थान कमोबेश उसी तरह वितरित किया जाता है, लेकिन किसी कारण से NTFS ड्राइव में प्रकट होता है EXT4 एक से अधिक क्षमता है।
wim

0

30GB truely मौजूद नहीं हो सकता है। एक जीबी तकनीकी रूप से 1024 बाइट्स है। अलग-अलग ऑपरेटिंग सिस्टम इसे अलग-अलग गिन सकते हैं, या तो 1024 के हिसाब से सही है, या केवल 1000 (जिसे GiB कहा जाता है, लेकिन हम इनका उपयोग करते हैं)। इसका परिणाम केवल 131 में खिड़कियों में दिखाई देने वाला 1 टीबी हो सकता है (व्यक्तिगत अनुभव)। लोग पूछते हैं कि अतिरिक्त 60 जीबी कहां गया, सच्चाई यह है कि वे कहीं भी नहीं गए, वे अभी ठीक से गिने नहीं गए हैं। इसलिए आपका 30GB सिर्फ विंडोज और लाइनक्स का एक मुद्दा हो सकता है जैसे कि इसे अलग तरह से गिनना है, चाहे 1000 हो, या 1024 हो। अब यह केवल गीगाबाइट्स में बड़ा बदलाव नहीं करता है, बल्कि इसे बड़े पैमाने पर होने देता है। उन अतिरिक्त 24 बाइट्स एक अंतर बनाते हैं। अब बड़े पैमाने पर, कभी-कभी टीबी को 1,000,000,000,000 बाइट के रूप में गिना जाता है। 1,099,511,627,776 बाइट्स की तुलना में। अब यह अंतर लगभग 92 GB (तकनीकी रूप से GiB lol) का है। उम्मीद है कि यह मदद की, इसका एक सवाल मुझे बहुत ईमानदारी से दिखता है। "मेरा सारा भंडारण कहाँ गया?"

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.