Fdisk के आउटपुट का क्या अर्थ है?


10

मुझे एक फ्लैश ड्राइव मिली है और मैं इसके गुणों को समझना चाहता हूं जैसा कि इससे आउटपुट होता है fdisk। मैंने इसे डाला और जांच की dmesgऔर मैं देख सकता था कि यह घुड़सवार था /dev/sdb1इसलिए मैं fdiskयह देखने के लिए दौड़ा कि इसकी रिपोर्ट क्या है/dev/sdb

mike@mike-Qosmio-X770:~$ sudo fdisk -l
[sudo] password for mike: 

Disk /dev/sdb: 127 MB, 127926272 bytes
16 heads, 32 sectors/track, 488 cylinders, total 249856 sectors
 Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x6b3ee723

   Device Boot      Start         End      Blocks   Id  System
 /dev/sdb1   *          32      249854      124911+   b  W95 FAT32

जहां तक ​​मैं बता सकता हूं, ड्राइव एक 128MB FAT32 स्वरूपित फ्लैश ड्राइव है, इसमें केवल 1 विभाजन है। यह "32" पर शुरू होता है (संभवतः 0-31 का उपयोग कुछ एफटीएल के लिए किया जाता है)।

यह "सेक्टर" की रिपोर्ट 512 बाइट्स की है और इसमें 249,856 सेक्टर (122MB कुल) हैं।

अब मैं सिलेंडर, हेड और सेक्टर / ट्रैक काउंट के बारे में उलझन में हूँ। मुझे पता है कि सिलिंडर / हेड्स को मैग्नेटिक डिस्क स्टोरेज टाइप्स के साथ करना होता है। क्या इसका कोई मतलब है जब यह एक फ्लैश डिवाइस की बात आती है? या यह सिर्फ "छोड़ दिया" जानकारी है fdiskजिसमें से वास्तव में गैर-चुंबकीय भंडारण माध्यम का कोई मतलब नहीं है? यदि बाद में, तो मान क्यों दें?

दूसरा सवाल, एक ब्लॉक का "आकार" क्या है? :

Blocks
 124911+

और +ब्लॉक काउंट के बाद का अर्थ क्या है ?


1
अच्छा सवाल, +1, इसके बारे में पहले कभी नहीं सोचा था। हालांकि "एफटीएल" से आपका क्या अभिप्राय है? मेरे लिए इसका मतलब है कि फास्टर थान लाइट, मुझे लगता है कि आप कुछ और बात कर रहे हैं?
टेराडॉन

1
@terdon - एफटीएल (फ्लैश ट्रांसलेशन लेयर) वह सामान जो व्हेयर लेवलिंग और व्हाट्नॉट करता है
माइक

जवाबों:


3

एक ब्लॉक का आकार

3-आयामी ट्रैक (सभी डिस्क पर एक ही ट्रैक) को सिलेंडर कहा जाता है। प्रत्येक ट्रैक को 63 सेक्टरों में विभाजित किया गया है। प्रत्येक सेक्टर में 512 बाइट्स डेटा होते हैं। इसलिए विभाजन तालिका में ब्लॉक का आकार 64 सिर * 63 सेक्टर * 512 बाइट्स एर ... 1024 से विभाजित ... :-)

स्रोत: fdisk के साथ विभाजन

किसी भी समय लिनक्स ब्लॉक आकार को संदर्भित करता है, यह लगभग हमेशा 1024 बाइट्स होता है - लिनक्स 1024-बाइट ब्लॉकों का उपयोग बफर कैश के लिए अपनी आदिम इकाइयों के रूप में करता है और सब कुछ केवल यही नहीं है कि फाइलसिस्टम-विशिष्ट ड्राइवरों में है, क्योंकि कुछ फाइल सिस्टम अन्य का उपयोग करते हैं दानेदारता (उदाहरण के लिए, एक सामान्य आकार के एक्स 3 फाइल सिस्टम पर, फाइलसिस्टम ब्लॉक का आकार आमतौर पर 4096 बाइट्स होता है)। हालाँकि, आपको लगभग कभी भी फाइलसिस्टम ब्लॉक आकार देखने को नहीं मिलता है; वास्तव में इसे देखने का लगभग एकमात्र तरीका कर्नेल हैकर होना या डंप 2 एफएएस जैसे कार्यक्रम चलाना है।

इसके साथ समस्या यह है कि चार अलग-अलग इकाइयाँ हैं जिन्हें आपको ध्यान में रखना चाहिए। चीजों को और भी बदतर बनाने के लिए, इनमें से दो इकाइयाँ एक ही नाम हैं। ये विभिन्न इकाइयाँ हैं:

  1. हार्डवेयर ब्लॉक आकार, "सेक्टर आकार"
  2. फाइलसिस्टम ब्लॉक आकार, "ब्लॉक आकार"
  3. कर्नेल बफर कैश ब्लॉक आकार, "ब्लॉक आकार"
  4. विभाजन तालिका ब्लॉक आकार, "सिलेंडर आकार"

फाइलसिस्टम ब्लॉक आकार और बफर कैश ब्लॉक आकार के बीच अंतर करने के लिए, मैं एफएटी शब्दावली का पालन करूंगा और फाइलसिस्टम ब्लॉक आकार के लिए "क्लस्टर आकार" का उपयोग करूंगा।

क्षेत्र का आकार वह इकाइयाँ होती हैं जिनसे हार्डवेयर निपटता है। यह विभिन्न हार्डवेयर प्रकारों के बीच होता है, लेकिन अधिकांश पीसी-शैली हार्डवेयर (फ्लॉपी, आईडीई डिस्क, आदि) 512 बाइट क्षेत्रों का उपयोग करते हैं।

क्लस्टर आकार आवंटन इकाई है जिसका उपयोग फाइलसिस्टम करता है, और जो विखंडन का कारण बनता है - मुझे यकीन है कि आप इसके बारे में जानते हैं। मध्यम आकार की ext3 फाइलसिस्टम पर, यह आमतौर पर 4096 बाइट्स होता है, लेकिन आप इसे देख सकते हैं dumpe2fs। याद रखें कि इन्हें आम तौर पर " ब्लॉक " भी कहा जाता है , केवल यह कि मैं उन्हें यहां क्लस्टर के रूप में संदर्भित करता हूं । क्लस्टर आकार वह है जो st_blksizeकिसी फ़ाइल के वास्तविक डिस्क उपयोग की गणना करने में सक्षम होने के लिए प्रोग्राम बफ़र में वापस आ जाता है ।

ब्लॉक का आकार बफ़र्स का आकार है जो कर्नेल आंतरिक रूप से उपयोग करता है जब यह उन सेक्टर्स को कैश करता है जिन्हें स्टोरेज डिवाइस से पढ़ा गया है (इसलिए "ब्लॉक डिवाइस" नाम)। चूंकि यह कर्नेल में भंडारण का सबसे आदिम रूप है, सभी फाइलसिस्टम क्लस्टर का आकार इस का गुणक होना चाहिए। यह ब्लॉक आकार भी है जो लगभग हमेशा यूजर्स प्रोग्राम द्वारा संदर्भित किया जाता है। उदाहरण के लिए, जब आप du-h या -H विकल्पों के बिना चलते हैं, तो यह वापस आ जाएगा कि इनमें से कितने ब्लॉक में फाइल लगती है। dfइन ब्लॉकों में आकार भी रिपोर्ट करेगा, fdisk -lआउटपुट में "ब्लॉक" कॉलम इस प्रकार का है, और इसी तरह। यह वह है जिसे सबसे अधिक "ब्लॉक" के रूप में जाना जाता है। प्रत्येक ब्लॉक में दो डिस्क सेक्टर फिट होते हैं।

सिलेंडर का आकार केवल विभाजन तालिका में और BIOS द्वारा उपयोग किया जाता है (और BIOS लिनक्स द्वारा उपयोग नहीं किया जाता है)।

स्रोत: लिनक्स डिस्क ब्लॉक आकार ... कृपया मदद करें

सेक्टर 0-31

पहले 32 क्षेत्रों के बारे में आपके प्रश्न का उत्तर देने के लिए, चूंकि फ्लैश ड्राइव एक एफएटी स्वरूपित डिवाइस है, फिर एफएटी फाइल सिस्टम परिभाषा को देखते हुए, कोई देख सकता है कि एफएटी फाइल सिस्टम चार अलग-अलग वर्गों से बना है:

क) आरक्षित क्षेत्र;
बी) फ़ाइल आवंटन तालिका (एफएटी) क्षेत्र;
ग) रूट निर्देशिका क्षेत्र, और;
d) डेटा क्षेत्र।

मोटा अवलोकन

आरक्षित क्षेत्र , शुरुआत में, इस क्षेत्र में (0-31) हैं:

पहला आरक्षित क्षेत्र (तार्किक क्षेत्र 0) बूट सेक्टर (उर्फ वॉल्यूम बूट रिकॉर्ड (VBR) ) है। इसमें BIOS पैरामीटर ब्लॉक नामक एक क्षेत्र शामिल है (कुछ मूल फ़ाइल सिस्टम जानकारी के साथ, विशेष रूप से इसके प्रकार, और अन्य अनुभागों के स्थान पर संकेत) और आमतौर पर ऑपरेटिंग सिस्टम का बूट लोडर कोड होता है।

बूट सेक्टर से महत्वपूर्ण जानकारी DOS और OS / 2 में ड्राइव पैरामीटर ब्लॉक (DPB) नामक एक ऑपरेटिंग सिस्टम संरचना के माध्यम से सुलभ है ।

आरक्षित क्षेत्रों की कुल संख्या को बूट सेक्टर के अंदर एक क्षेत्र द्वारा इंगित किया गया है, और आमतौर पर 32 FAT32 फाइल सिस्टम पर है

FAT32 फ़ाइल सिस्टम के लिए, आरक्षित क्षेत्रों में तार्किक सेक्टर 1 में एक फ़ाइल सिस्टम सूचना क्षेत्र और तार्किक सेक्टर 6 में एक बैकअप बूट सेक्टर शामिल हैं

जबकि कई अन्य विक्रेताओं ने बूटस्ट्रैप लोडर के लिए एकल-सेक्टर सेटअप (लॉजिकल सेक्टर 0 केवल) को नियोजित करना जारी रखा है, Microsoft का बूट सेक्टर कोड FAT32 की शुरुआत के बाद से तार्किक सेक्टर 0 और 2 पर फैल गया है, तार्किक क्षेत्र 0 के आधार पर। तार्किक क्षेत्र में उप-रूटीन 2. बैकअप बूट सेक्टर क्षेत्र में तीन तार्किक सेक्टर 6, 7 और 8 शामिल हैं। कुछ मामलों में, Microsoft विस्तारित बूट लोडर के लिए आरक्षित क्षेत्रों के सेक्टर 12 का भी उपयोग करता है।


केवल अतिरिक्त जानकारी, ओपी प्रश्न के लिए प्रासंगिक नहीं है

एफएटी क्षेत्र , सेक्टर 32 में होगा:

इसमें आम तौर पर अतिरेक जाँच के लिए फ़ाइल आवंटन तालिका की दो प्रतियां (भिन्न हो सकती हैं), हालांकि डिस्क मरम्मत उपयोगिताओं द्वारा भी शायद ही कभी उपयोग की जाती हैं।

ये डेटा क्षेत्र के नक्शे हैं, जो इंगित करते हैं कि फाइलों और निर्देशिकाओं द्वारा किस क्लस्टर का उपयोग किया जाता है। FAT12 और FAT16 में वे तुरंत आरक्षित क्षेत्रों का अनुसरण करते हैं।

आमतौर पर अतिरिक्त प्रतियां लिखने पर चुस्त सिंक्रनाइज़ेशन में रखी जाती हैं, और रीड्स पर उनका उपयोग केवल तब किया जाता है जब पहली एफएटी में त्रुटियां होती हैं। FAT32 में, डिफ़ॉल्ट व्यवहार से स्विच करना और निदान प्रयोजनों के लिए उपयोग किए जाने वाले उपलब्ध लोगों में से एक एकल FAT का चयन करना संभव है।

मानचित्र में पहले दो समूहों (क्लस्टर 0 और 1) में विशेष मूल्य हैं।

रूट निर्देशिका क्षेत्र :

यह एक निर्देशिका तालिका है जो रूट डायरेक्टरी में स्थित फाइलों और निर्देशिकाओं के बारे में जानकारी संग्रहीत करती है। इसका उपयोग केवल FAT12 और FAT16 के साथ किया जाता है, और रूट डायरेक्टरी पर एक निश्चित अधिकतम आकार लगाया जाता है जो इस वॉल्यूम के निर्माण पर पूर्व-आवंटित किया जाता है। FAT32 डेटा निर्देशिका में रूट डायरेक्टरी को फाइलों और अन्य निर्देशिकाओं के साथ संग्रहीत करता है, जिससे यह इस तरह की बाधा के बिना बढ़ने की अनुमति देता है। इस प्रकार, FAT32 के लिए, डेटा क्षेत्र यहां से शुरू होता है।

डेटा क्षेत्र :

यह वह जगह है जहाँ वास्तविक फ़ाइल और निर्देशिका डेटा संग्रहीत किया जाता है और अधिकांश विभाजन को लेता है। परंपरागत रूप से, डेटा क्षेत्र के अप्रयुक्त भागों को आईबीएम संगत मशीनों पर प्रारूप के दौरान INT 1Eh की डिस्क पैरामीटर तालिका (DPT) के अनुसार 0xF6 के भराव मूल्य के साथ आरंभ किया जाता है, लेकिन अटारी पोर्टफ़ोलियो पर भी उपयोग किया जाता है। 8-इंच CP / M फ्लॉपी आमतौर पर 0xE5 के मान के साथ पूर्व स्वरूपित होते हैं; डिजिटल रिसर्च के माध्यम से इस मूल्य का उपयोग अटारी एसटी के स्वरूपित फ्लॉपियों पर भी किया गया था। Amstrad ने इसके बजाय 0xF4 का उपयोग किया। कुछ आधुनिक फॉर्मेटर्स 0x00 के मान के साथ हार्ड डिस्क को मिटा देते हैं, जबकि 0xFF का मान, गैर-प्रोग्राम किए गए फ्लैश ब्लॉक का डिफ़ॉल्ट मूल्य, पहनने को कम करने के लिए फ्लैश डिस्क पर उपयोग किया जाता है। बाद के मूल्य को आमतौर पर रॉम डिस्क पर भी उपयोग किया जाता है। (कुछ उन्नत स्वरूपण उपकरण प्रारूप भराव बाइट को कॉन्फ़िगर करने की अनुमति देते हैं।)

केवल FAT में फ़ाइल की श्रृंखला के लिए और अधिक लिंक जोड़कर फ़ाइलों और उपनिर्देशिकाओं के आकार को मनमाने ढंग से बढ़ाया जा सकता है (जब तक कि मुफ्त क्लस्टर हैं)। हालाँकि, ध्यान दें कि फाइलें समूहों की इकाइयों में आवंटित की जाती हैं, इसलिए यदि 32 KiB क्लस्टर में 1 KiB फ़ाइल रहती है, तो 31 KiB बर्बाद हो जाते हैं।

FAT32 आमतौर पर क्लस्टर नंबर 2 में रूट डायरेक्टरी टेबल को शुरू करता है: डेटा क्षेत्र का पहला क्लस्टर।

स्रोत: विकिपीडिया - फाइल आवंटन तालिका


1

मैं अनुमान लगा रहा हूं कि 1-31 सेक्टर बूट जानकारी और विभाजन तालिका जानकारी के लिए आरक्षित हैं। विभाजन / dev / sdb1 ब्लॉक / सेक्टर 32 से शुरू होता है और 249854 पर जाता है। यह भौतिक डिस्क पर एक तार्किक विभाजन है।

124911+ आपको 32 और 249854 के बीच के ब्लॉक की गिनती दे रहा है।

डिस्क ज्यामिति के बारे में यहां बताया गया है कि man fdsikइसके बारे में क्या है:

यदि संभव हो तो, fdisk डिस्क ज्यामिति को स्वचालित रूप से प्राप्त करेगा। यह जरूरी नहीं है कि भौतिक डिस्क ज्यामिति (वास्तव में, आधुनिक डिस्क में वास्तव में भौतिक ज्यामिति की तरह कुछ भी नहीं है, निश्चित रूप से ऐसा कुछ नहीं है जिसे सरलीकृत सिलिंडर / हेड्स / सेक्टर्स फॉर्म में वर्णित किया जा सकता है), लेकिन यह डिस्क ज्यामिति है जो एमएस-डॉस विभाजन तालिका के लिए उपयोग करता है।

आमतौर पर सभी डिफ़ॉल्ट रूप से ठीक हो जाते हैं, और कोई समस्या नहीं है यदि लिनक्स डिस्क पर एकमात्र सिस्टम है। हालाँकि, यदि डिस्क को अन्य ऑपरेटिंग सिस्टम के साथ साझा किया जाना है, तो यह अक्सर एक अच्छा विचार है कि किसी अन्य ऑपरेटिंग सिस्टम से एक fdisk को कम से कम एक विभाजन बनाने के लिए। जब लिनक्स बूट यह विभाजन तालिका को देखता है, और अन्य प्रणालियों के साथ अच्छे सहयोग के लिए (नकली) ज्यामिति की आवश्यकता को कम करने की कोशिश करता है।

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