बहु-बूट के साथ SSD + नियमित HDD के लिए सर्वोत्तम प्रथाओं का विभाजन


0

मेरे पास मेरी मशीन पर नियमित रूप से HDD (कुछ) हैं, और मैं इसके लिए SSD, शायद 128GB, खरीदने जा रहा हूं।

मैं चाहूंगा कि मशीन एक डुअल-बूट लिनक्स (3.x कर्नेल) + विंडोज 7 हो। मेरे प्रश्न के दो भाग हैं।

सबसे पहले, मान लीजिए कि मैं अपनी वर्तमान विभाजन संरचना को पूरी तरह से अनदेखा करता हूं। मैं अपनी ड्राइव को सर्वश्रेष्ठ विभाजन कैसे करूंगा?

दूसरा, मेरी वर्तमान विभाजन संरचना में NTFS विभाजन का एक समूह है, एक ड्राइव पर 49GB ext4 विभाजन और एक 4.5GB स्वैप विभाजन है। आप क्या सुझाएंगे ताकि मुझे बहुत सारे फेरबदल करने की ज़रूरत न पड़े- फाइलों और विभाजनों के आसपास?

टिप्पणियाँ:

  • मेरे पास एक इंटेल Z77 बोर्ड है, स्मार्ट रिस्पांस टेक्नोलॉजी के साथ , मैं उसका उपयोग करना चाहता हूं
  • मैं LVM का उपयोग करने के लिए काफी खुला हूं
  • मेरे पास HDD नहीं हैं जो समान हैं, इसलिए कोई RAID-0 / 1'ing मुझे लगता है (यदि मैं गलत हूं तो मुझे सही करें)।
  • मेरे पास 8GB RAM है; अगर आपको लगता है कि रैम ड्राइव प्रासंगिक है (मैंने सुझाव दिया है) तो मैं भी इस पर विचार कर सकता हूं।

जवाब का हिस्सा: 8 जीबी के साथ ओएस (विंडोज) के लिए यह सब उपयोग करें, रैम ड्राइव का उपयोग न करें क्योंकि आप अधिक स्वैपिंग के साथ वापस भुगतान करेंगे। खासकर अगर आप VMs का इस्तेमाल करते हैं।
जाॅन डॉगजेन

उत्तर का हिस्सा (विंडोज़): यदि आप अपने सभी 8 जीबी का बहुत अधिक उपयोग करते हैं (जैसे कि वीएम के भारी उपयोग के कारण), तो अपनी स्वैड फ़ाइल को एचएसडी पर रखें, एसएसडी पर नहीं, क्योंकि इसके सीमित संख्या में लेखन चक्र हैं। यदि संभव हो तो मेमोरी को वर्चुअल मेमोरी का उपयोग करने से रोकने की आवश्यकता है, तो एसएसडी पर स्वैप फ़ाइल डालें।
जाॅन डॉगजेन

जवाबों:


1

वर्तमान में मेरे पास 128 जीबी एसएसडी है और इसमें विंडोज और लिनक्स दोनों चल रहे हैं। मैंने उन्हें 50:50 में विभाजित किया है और एसएसडी पर ऑपरेटिंग सिस्टम और स्वैप ड्राइव डाल दिया है। कुछ महीनों के बाद मुझे एहसास हुआ कि मेरे घर की निर्देशिका में मेरे स्टोर की तुलना में अधिक सामान था, इसलिए मैंने इसे दूसरे, बड़े, गैर-एसएसडी ड्राइव पर स्थानांतरित कर दिया।

अनुशंसित विभाजन सेटअप:

  1. 100 एमबी यूईएफआई बूट ड्राइव
  2. ~ 20 जीबी लिनक्स
  3. ~ 40 जीबी विंडोज
  4. 2x रैम लिनक्स स्वैप
  5. 2x रैम विंडोज स्वैप

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

यदि आप अपने SSD लेखन चक्र की वजह से चिंतित हैं, तो अपनी Windows स्वैप- और अस्थायी फ़ाइल को एक गैर-SSD ड्राइव पर ले जाएँ। यदि आपके पास पर्याप्त रैम है (मेरी तरह) तो आपकी स्वैप फ़ाइल लगभग कभी भी उपयोग नहीं की जाएगी।

अद्यतन: SRT के लिए, आप वैकल्पिक रूप से अपनी बड़ी ड्राइव को प्राथमिक के रूप में उपयोग कर सकते हैं और केवल SRT के माध्यम से कैशिंग के लिए SSD का उपयोग कर सकते हैं। एक ही पार्टीशन यहाँ लागू हो सकता है, शायद विंडोज़ के लिए थोड़ा और स्थान छोड़ दें क्योंकि यह डिस्क-भूखा हो जाता है। यदि आपके पास 2 टीबी से बड़ा डिस्क है, तो आपको यूईएफआई का उपयोग करके पूरी तरह से बूट होना चाहिए, जो कि सुपरमाइक्रो BIOS के उदाहरण के लिए सेट करने के लिए दर्द हो सकता है। (यही कारण है कि मैंने एसएसडी से बूट करना चुना।)

SRT सेट करते समय, इसे सेट करने के लिए मोड पर ध्यान दें। उन्नत मोड अधिक डेटा सुरक्षा प्रदान करता है, जबकि अधिकतम सुरक्षा डेटा सुरक्षा की कीमत पर अधिक गति प्रदान करता है। जब तक आप अपने डेटा कम से कम कीमती है यूपीएस का परीक्षण किया है जब तक आप अधिकतम परीक्षण मोड का उपयोग न करें।

संक्षेप में: मैंने अपने 128 जीबी एसएसडी को दो ओएस के लिए थोड़ा छोटा पाया ', इसलिए यह एसआरटी का उपयोग करने के लिए एक आकर्षक कारण हो सकता है। हालाँकि, प्रौद्योगिकी ही RAID का एक बहुत ही उन्नत रूप है। सर्वर की दुनिया में हर कोई डेटा हानि का भय रखता है और इसलिए कोई भी एक RAID नियंत्रक का उपयोग करने की हिम्मत नहीं करता है जिसमें कोई नंगेपन वसूली निर्देश नहीं हैं। एसआरटी पूरी तरह से सुरक्षित हो सकता है, लेकिन मैं आपसे (एसआरटी वास्तव में स्वतंत्र रूप से) आपका बैकअप करने का आग्रह करता हूं ।


-1

Janoszen ने जो कहा, उसके अनुसरण में, लिनक्स में / hd / को घर में और / var को HD / in में अधिक स्थान रखने के लिए याद रखना और इन निर्देशिकाओं में बार-बार लिखने न देना आपके ssd को नीचा दिखाना।

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