एलबीए और सेक्टर का आकार


11

क्या LBA हमेशा सेक्टर को 512 बाइट्स के रूप में निर्दिष्ट करता है, भले ही ड्राइव 4K सेक्टर के साथ स्वरूपित हो? क्योंकि मैंने पढ़ा है कि आपको विभाजन सीमाओं को प्रारूपित करना चाहिए ताकि 4K क्लस्टर 4K क्षेत्रों के साथ पंक्तिबद्ध हों। मुझे लगता है कि यह समस्या उत्पन्न होती है अगर डिस्क को 4K सेक्टर के साथ स्वरूपित किया जाता है लेकिन LBA इसे हर 512 बाइट्स प्रदान करता है। क्या यही कारण है? इसके अलावा, तार्किक ड्राइव ज्यामिति भौतिक ड्राइव ज्यामिति से भिन्न होने का कारण है - सीएचएस के साथ पुराने मानकों और सीमाओं के साथ पीछे की संगतता बनाए रखने के लिए? यदि ड्राइव-रिपोर्ट की गई ज्यामिति सटीक नहीं है, तो सेक्टर 63 में विभाजन की आवश्यकता अभी भी क्यों है (यदि वह अब हमेशा सही सिलेंडर नहीं है)?

और क्लस्टर विभाजन या डिस्क की शुरुआत के साथ संरेखित हैं?

जवाबों:


10
  • क्या LBA हमेशा सेक्टर को 512 बाइट्स के रूप में निर्दिष्ट करता है, भले ही ड्राइव 4K सेक्टर के साथ स्वरूपित हो?

हां, दुनिया में बहुत सारे कोड 512-बाइट क्षेत्रों के अनन्य वर्चस्व के समय में लिखे गए थे। यह कोड किसी अन्य सेक्टर आकार को संभाल नहीं सकता है, इसलिए BIOS / डिस्क हार्डवेयर हमेशा वास्तविक सेक्टर आकार की परवाह किए बिना 512-बाइट क्षेत्रों का अनुकरण करता है। अन्यथा, 95% ऑपरेटिंग सिस्टम सिर्फ ऐसे डिस्क से बूट नहीं होगा।

  • इसके अलावा, तार्किक ड्राइव ज्यामिति भौतिक ड्राइव ज्यामिति से भिन्न होने का कारण है - सीएचएस के साथ पुराने मानकों और सीमाओं के साथ पीछे संगतता बनाए रखने के लिए?

सीएचएस संबोधित प्रणाली में सीमाएं हैं। 1 ≤ S, 63, 0 ≤ H and 255 (और कभी-कभी 0 ≤ C 23 1023)। यही कारण है कि तार्किक ज्यामिति मौजूद है और भौतिक ज्यामिति से अलग है।

  • यदि ड्राइव-रिपोर्ट की गई ज्यामिति सटीक नहीं है, तो सेक्टर 63 में विभाजन की आवश्यकता अभी भी क्यों है (यदि वह अब हमेशा सही सिलेंडर नहीं है)?

चूंकि Windows Vista, FDISKLBA सेक्टर 2048 (1M संरेखण) पर पहला विभाजन बनाता है। इसमें कोई सीएचएस निर्देशांक हो सकता है; उन्हें अब कोई फर्क नहीं पड़ता।

विंडोज एक्सपी और पिछले संस्करणों में, पहला विभाजन सीएचएस सेक्टर (सी = 0, एच = 1, एस = 1) पर बनाया गया था, जो आमतौर पर एलबीए सेक्टर 63 के लिए मैप करता है (यदि इस डिस्क के तार्किक ज्यामिति में प्रति ट्रैक 63 सेक्टर हैं)। कुछ USB फ्लैश ड्राइव में प्रति ट्रैक 32 आभासी क्षेत्रों के साथ तार्किक ज्यामिति होती है, इसलिए पहला विभाजन उनके लिए LBA सेक्टर 32 पर शुरू होता है। किसी भी मामले में, इस सभी का वास्तविक डिस्क ज्यामिति, प्रदर्शन कारणों आदि से कोई लेना-देना नहीं है - यह एक शुद्ध परंपरा है, जिसे विस्टा / विंडोज 7 में समाप्त किया गया है।

  • क्या विभाजन विभाजन की शुरुआत या डिस्क की शुरुआत के साथ संरेखित हैं?

क्लस्टर हमेशा विभाजन की शुरुआत के साथ संरेखित होते हैं। इसलिए उन्हें डिस्क पर गलत तरीके से रखा जा सकता है, अगर विभाजन पूर्व-विस्टा में बनाया गया था FDISKऔर खुद को गलत बताया गया है।


6

LBA स्वयं किसी भी सेक्टर आकार पर लागू हो सकता है, लेकिन हार्ड ड्राइव सेक्टर का आकार पीसी के प्रारंभ से 512 बाइट्स रहा है, और सभी हार्डवेयर और सॉफ्टवेयर को उस धारणा के साथ हार्ड-कोडित किया गया है। इसलिए 4K सेक्टर को सपोर्ट करने के लिए नए सिस्टम और ऑपरेटिंग सिस्टम की प्रतीक्षा करने के बजाय, ड्राइव 512-बाइट सेक्टर ड्राइव के रूप में बाहरी रूप से दिखाई देगा।

2003 में LBA48 के शुरू होने के बाद CHS मृत हो गया था। CHS 128 GB तक सीमित है, इसलिए उस आकार से बड़ा हर ड्राइव CHS का समर्थन नहीं करता है (आधुनिक ड्राइव पर नज़र डालें; इसका लेबल पर CHS मान नहीं होगा; )। मामले में सभी हार्डवेयर और ऑपरेटिंग सिस्टम पहले से ही अपडेट किए गए थे (विंडोज 98 एलबीए के लिए जोड़ा गया समर्थन)।

सीएचएस के साथ भी, भौतिक ड्राइव विशेषताओं सीएचएस मूल्यों से मेल नहीं खाती हैं। गंभीरता से, कोई हार्ड ड्राइव कभी भी 255 सिर नहीं था। ड्राइव का नियंत्रक आंतरिक रूप से CHS मानों को LBA में बदल देगा।

विभाजन को सेक्टर 63 में शुरू नहीं करना है - यह एक पुरानी डॉस सीमा है। डॉस की आवश्यकता है कि एक विभाजन ने एक सिलेंडर सीमा को विभाजित नहीं किया, और सीएचएस में सिलेंडर के लिए 63 सेक्टर हैं। विंडोज एक्सपी तक के माइक्रोसॉफ्ट ने डॉस के साथ संगतता बनाए रखने का फैसला किया था (यह एक FAT322 पर डुअल विंडोज 98, एमई और एक्सपी को बूट करना संभव था)। 4K सेक्टरों तक, इसके साथ कोई समस्या नहीं थी।

अंत में, आपके प्रश्न का उत्तर देने के लिए: क्लस्टर विभाजन की शुरुआत के साथ संरेखित किए जाते हैं, न कि डिस्क पर। यही कारण है कि यह महत्वपूर्ण है कि आपका विभाजन एक सेक्टर सीमा पर ठीक से संरेखित हो।

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