क्या ये विभाजन ठीक से संरेखित हैं?


4

मैं था की सिफारिश की मेरे नए SSD के विभाजन के लिए XP के बजाय उबंटू का उपयोग करना। हालाँकि, मुझे नहीं मिला diskpar, इसलिए मैंने GParted का उपयोग किया। विभाजन तालिका प्रकार msdos है, fdisk निम्नलिखित रिपोर्ट करता है:

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1              63    67119569    33559753+   7  HPFS/NTFS
/dev/sdc2        67121152   134227967    33553408   83  Linux

Disk /dev/sdc: 255 heads, 63 sectors, 15566 cylinders

Nr AF  Hd Sec  Cyl  Hd Sec  Cyl     Start      Size ID
 1 00   1   1    0 254  63 1023         63   67119507 07
 2 00 254  63 1023 254  63 1023   67121152   67106816 83
 3 00   0   0    0   0   0    0          0          0 00
 4 00   0   0    0   0   0    0          0          0 00

क्या ये सही है? उन सभी विषम संख्याओं को देखते हुए, मुझे ऐसा नहीं लगता, लेकिन मुझे कोई पता नहीं है। अभी तक वहाँ कोई डेटा नहीं हैं, इसलिए मैं इसे सब दूर फेंक सकता हूं, मुझे विभाजन को चालू करने के लिए उपकरण की आवश्यकता है।


संपादित करें:

अनुसार इस पोस्ट के लिए , यह गलत है।


EDIT2:

समस्या:

मैंने जो सीखा है उसे प्रस्तुत करने के लिए मैंने प्रश्न को संपादित किया। विभाजन संरेखण कोई धोखा नहीं है। पहला सेक्टर बूट सेक्टर है, जब भी आपके विभाजन इसके तुरंत बाद शुरू होते हैं, इसमें शुरुआत से ही 512 बाइट्स की भरपाई होती है। एक ओएस क्लस्टर का उपयोग करता है जिसमें कई सेक्टर होते हैं, जैसे, 1 क्लस्टर = 8 सेक्टर = 4096 बी। एक क्लस्टर एक इकाई है जो ओएस के बारे में परवाह करता है।

एक SSD कम से कम लिखने योग्य इकाई के रूप में एक पृष्ठ आकार (आमतौर पर 4 KiB, AFAIK) का उपयोग करता है।

  • इन आकारों को मानते हुए, संरेखित मामले में, जब भी ओएस एक क्लस्टर लिखता है, यह एसएसडी पृष्ठ के साथ मेल खाता है। SSD सिर्फ पेज लिखता है।
  • गुमराह मामले में, यह दो पृष्ठों तक फैला है। SSD को चाहिए पढ़ने के लिए संशोधित लिखने दो पेज!

मेरा विभाजन:

मैंने fdisk का इस्तेमाल किया और पूरे सिलिंडर / हेड बकवास को नज़रअंदाज़ कर दिया। मैंने पहले विभाजन की ऑफसेट को 1 MiB (यानी, 2048 सेक्टर) में सेट किया है और इसका आकार 30 GiB है (जो कि आसानी से + 30G दर्ज करके किया जाता है)। निम्नलिखित विभाजनों के लिए मैंने डिफ़ॉल्ट ऑफसेट रखा और आकार को 1 GiB के गुणक में सेट किया। सब कुछ ठीक लग रहा है, सिवाय इसके (जी) शुरू होने पर तुरंत दुर्घटनाग्रस्त हो गया। के अनुसार कैलकुलेटर मेरे द्वारा दर्ज किए गए सभी यथार्थवादी एसएसडी मापदंडों के लिए यह ठीक है। विंडोज और लिनक्स दोनों विभाजन का उपयोग कर सकते हैं, इसलिए मुझे लगता है कि अब कोई भी सिलेंडर के बारे में परवाह नहीं करता है।

जवाबों:


0

ऐसा लगता है कि वे नहीं थे। मैंने इसका उपयोग करके पुन: स्वरूपित किया

fdisk -H 224 -S 56 /dev/sdX

सलाह के अनुसार यहाँ और पहले विभाजन को 58720256 = 56 * 2 ** 20 (58MB खोना) पर शुरू करें। अब, जुदा भी शुरू नहीं होता है (संदेश "डिस्क के बाहर विभाजन नहीं हो सकता है!"), लेकिन डिस्क ठीक काम करती है और मेरे सीमित ज्ञान के अनुसार और कैलकुलेटर , सब कुछ ठीक है।


सही जवाब अब सवाल में है।
maaartinus

-2

"विषम" संख्याओं के रूप में कोई वास्तविक चीजें नहीं हैं क्योंकि विभाजन में डिजाइन द्वारा मनमानी संख्याएं सेट करना शामिल है। कोई वास्तविक "संरेखण" नहीं है, क्योंकि यदि आपको विभाजन में अतिरिक्त किलोबाइट की आवश्यकता होती है, तो वे आपको ऐसा करने देंगे।


1
तुमने मुझे खो दिया। "SSD संरेखण" एक बहुत ही महत्वपूर्ण चीज है, इसके लिए Google।
maaartinus

मैंने जो गुगली की, वह एक छलावे की तरह लग रहा था। क्या आपके पास मुझे इंगित करने के लिए कोई विशिष्ट लेख है?
digitxp

मुझे एक अच्छा लेख नहीं मिला, इसलिए मैंने संक्षेप में लिखा कि मैंने प्रश्न में क्या सीखा है।
maaartinus

विभाजन प्रारूप को उन्नत प्रारूप हार्ड ड्राइव और कुछ OS के लिए आवश्यक है, W7 नए उन्नत प्रारूप हार्ड ड्राइव के साथ विभाजन को संरेखित किए बिना करता है, XP यह सुनिश्चित नहीं करता है कि उबंटू इसके साथ कैसे व्यवहार करता है या यदि आपका एसएसडी उन्नत प्रारूप है .. .. bit-tech.net/hardware/storage/2010/04/01/...
Moab

1
@digitxp: यह वास्तविक है, मैं 100% निश्चितता के साथ जानता हूं। इसका कार्यक्षमता से कोई लेना-देना नहीं है, गलत तरीके से किए गए विभाजन अभी भी 'काम' करेंगे। यह इष्टतम प्रदर्शन के बारे में है, और एसएसडी जीवन दीर्घायु का विस्तार कर रहा है। मैं यह भी उल्लेख करना चाहूंगा, RAID या LVM के साथ काम करते समय संरेखण भी इष्टतम होना चाहिए।
J. M. Becker
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.