स्लाइस सी या स्लाइस 2 पूरे डिस्क को क्यों कवर करता है

14

कुछ ऐसा है जो मैं कुछ दोस्तों के साथ चर्चा कर रहा था और हम यह पता लगाने में असमर्थ थे। FreeBSD और OpenSolaris / Solaris में जब आप ड्राइव को विभाजित करते हैं तो एक विभाजन बनाया जाता है जो पूरे डिस्क को कवर करता है:

da0s1c
c0d0s2

उदाहरण के लिए, मेरे OpenSolaris सर्वर में मेरी मुख्य हार्ड ड्राइव का आउटपुट:

xistence@Keyhole.network.lan:/dev/rdsk# prtvtoc /dev/rdsk/c4d0s2
* /dev/rdsk/c4d0s2 partition map
*
* Dimensions:
*     512 bytes/sector
*      63 sectors/track
*     255 tracks/cylinder
*   16065 sectors/cylinder
*    7296 cylinders
*    7294 accessible cylinders
*
* Flags:
*   1: unmountable
*  10: read-only
*
* Unallocated space:
*       First     Sector    Last
*       Sector     Count    Sector 
*           0     16065     16064
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       0      2    00      16065 117145980 117162044
       2      5    01          0 117178110 117178109
       8      1    01          0     16065     16064

विभाजन 2 का उपयोग करने के पीछे क्या तर्क था? विभाजन 0 क्यों नहीं? यूनिक्स के इतिहास में यह कहां तय किया गया था? उस समय यह किस विरासत की विशेषता थी? GPT विभाजन के साथ जो पूरी तरह से चला जाता है (जो मैंने पाया है)।

बस कुछ दिलचस्प ...

चूंकि पारोक्स ने जीपीटी शैली के विभाजन का उल्लेख किया है और सोलारिस का प्रतिनिधित्व करता है कि vtoc लेआउट के संदर्भ में, यहां मेरे एक डिस्क से आउटपुट है जो 1 टीबी है और एक ZFS सरणी में है, और स्वचालित रूप से GPT के साथ सेट किया गया है:

xistence@Keyhole.network.lan:~# prtvtoc /dev/rdsk/c5d0
* /dev/rdsk/c5d0 partition map
*
* Dimensions:
*     512 bytes/sector
* 1953520128 sectors
* 1953520061 accessible sectors
*
* Flags:
*   1: unmountable
*  10: read-only
*
* Unallocated space:
*       First     Sector    Last
*       Sector     Count    Sector 
*          34       222       255
*
*                          First     Sector    Last
* Partition  Tag  Flags    Sector     Count    Sector  Mount Directory
       0      4    00        256 1953503455 1953503710
       8     11    00  1953503711     16384 1953520094

freebsd solaris partition

— एक्स-Istence
स्रोत

वास्तव में इसके बारे में कभी नहीं सोचा था, लेकिन यह अब पेचीदा है कि आप मुझे इसके बारे में सोच रहे हैं। यह देखने के लिए उत्सुक हैं कि क्या कोई जवाब देता है।

— मिलनर

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

— jj33

@ jj33: ज़रूर, क्यों खरीदें स्लाइस 2 ? 0 या -1 या कुछ अन्य विशिष्ट मूल्य क्यों नहीं?

— एडी

7

पुराने दिनों में वापस हम पूरे डिस्क के "dd" का उपयोग करके बैकअप करेंगे। इसलिए, हमारे पास "सी" स्लाइस था ताकि हम यह सब एक कमांड के साथ कर सकें।

इसलिए "ग" टुकड़ा मौजूद है।

डीडी सही नहीं है। यदि कोई डिस्क केवल 10% पूर्ण है, तो आप अपना 90% समय उन ब्लॉकों की प्रतिलिपि बनाने में बिताते हैं जो "जंक" हैं या (उदाहरण के लिए) "स्वैप" के लिए उपयोग किया जाता है (बैकअप के लिए बेकार)। "dd" समय की बर्बादी है जब तक कि आपकी डिस्क लगभग पूर्ण नहीं है या यदि किसी कारण से, आपको एक सटीक, ब्लॉक-बाय-ब्लॉक, कॉपी की आवश्यकता है।

यह सब RAID-0 डिस्क मिररिंग से पहले था और वॉल्यूम मैनेजर ने आपके लिए उस तरह के सभी विभाजन की नकल की थी।

(किसी ने "सी" स्लाइस पर "डंप" का उल्लेख किया है। यह काम नहीं करेगा। "डंप" एक फाइल-बाय-फाइल कॉपी है [वास्तव में, इनोड द्वारा इनोड] ताकि काम नहीं होगा। "

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

ऐतिहासिक दुर्घटनाओं के मानक कैसे बनते हैं इसका एक और उदाहरण इस लेख में कभी नहीं बताया गया है: बिन, sbin, usr / bin, usr / sbin विभाजन को समझना

— TomOnTime
स्रोत

हाँ, लेकिन क्यों c और a नहीं ?

— क्रिस्टियन सियुपिटु

1

वह पत्र क्यों चुना गया? मुझे नहीं पता। या तो रिची, थॉम्पसन, या शायद बिल जॉय इसका जवाब दे सकते थे। मेरा अनुमान है कि उन्होंने 0, फिर 1 का उपयोग किया, फिर किसी को ओवरलैपिंग विभाजन लेबल का यह शानदार विचार है। अगला स्लॉट उपलब्ध था, और आसपास के विभाजन से बहुत अधिक सुरक्षित था। याद रखें ... यह तब था जब पूरे विश्वविद्यालयों में 1 या 2 कंप्यूटर थे। आपने प्रमुख प्रणाली परिवर्तन शायद ही कभी किए हों। यह आज की तरह नहीं था जहां अगर आप इस तरह से बदलाव कर रहे थे तो आप अपनी मशीनों की फिर से कल्पना करेंगे। 50 लोगों को एक कंप्यूटर साझा करने के साथ, सभी को तैयार होने तक उन्नयन की प्रतीक्षा करें।

— टॉमऑनटाइम

4

यह परंपरागत रूप से स्लाइस का एक परिणाम है जिसे निम्न प्रकार से रखा गया है:

s0: रूट
s1: स्वैप
s2: bkup

उन्होंने पहली स्लाइस के लिए सबसे महत्वपूर्ण बात सौंपी और घटते महत्व के साथ जारी रहे :) (जो कोई रूट विभाजन नहीं होने पर स्वैप की आवश्यकता है? आगे, यदि आपके पास कोई डेटा नहीं है तो बैकअप की आवश्यकता है।)

मुझे नहीं पता है कि वास्तव में यह कब तय किया गया था (शायद काफी जल्दी; जब भी सोलारिस देवों ने सोलारिस-शैली डिस्क पहचानकर्ता और स्लाइस का उपयोग करने का फैसला किया।)

MBR स्टाइल पार्टीशन स्कीम लागू नहीं होने से GPT के साथ समस्या दूर हो जाती है। (हालांकि मैं व्यक्तिगत रूप से परिचित नहीं हूं कि सोलारिस GPT विभाजन का प्रतिनिधित्व कैसे करता है ...)

आशा है कि इसने XD

==============

मदद की : संपादित करें अब आपको मेरी दिलचस्पी है। मैं कुछ लिंक पोस्ट करूँगा जो मुझे काम करने से पहले मिले।

Solaris 2.4 Sysadmin उत्तर पुस्तक: प्रथागत स्लाइस
Solaris 2.4 उपयोगकर्ता गाइड: परिधीय प्रशासन

ये दोनों दस्तावेज़ 1994 के हैं और वे तब तक s2 के निर्माण को 'प्रारूप' में एकीकृत करते हैं। होगा खुदाई XD!

— ParoX
स्रोत

यह मदद करता है, लेकिन अभी भी वह ठोस जवाब नहीं है जिसकी मुझे तलाश थी :-) मैं पहले से ही संभावित कारणों को जानता था कि क्यों, और डिफ़ॉल्ट स्लाइस लेआउट। मुझे ठोस सबूत या सबूत चाहिए!

— X-Istence

किसी और को इस पागलपन में घसीटने में खुशी होती है कि यह सवाल :-)।

— X-Istence

ठीक है ... स्लाइस की अवधारणा बीएसडी 4.2 और यूनिक्स सिस्टम V.4 (1984-1989) के रिलीज के आसपास कहीं उत्पन्न हुई है ... लाइब्रेरी को हिट करने का समय> <। (बहुत इंटरनेट लॉगिंग नहीं थी। उस समय स्पष्ट कारणों के लिए।)

— पैरोक्स

docsrv.sco.com/cgi-bin/man/man?vtoc+7 जाहिर तौर पर UnixWare s1 और s2 के साथ पूरे विभाजन को रूट और स्वैप के रूप में s0 के रूप में उपयोग करता है। दिलचस्प ...

— पैरोक्स

1

मैं 1982 में बीएसएफ के पेड़ में यूएफएस की शुरूआत के लिए इसे कम कर रहा हूं। मुझे अब पूरा विश्वास है कि एसवीआर ने अपनी 4.2 रिलीज में बीएसडी से अवधारणा को उधार लिया था (पुराने

— किसान

1

इस प्रश्न के बारे में अधिक जानकारी:

FreeBSD पर http://en.wikipedia.org/wiki/BSD_disklabel के अनुसार अन्य ऑपरेटिंग सिस्टम द्वारा उपयोग की जाने वाली डिस्क पर c पार्टीशन केवल पूरे FreeBSD स्लाइस पर विस्तारित होगा, और विभाजन d पूरी हार्ड ड्राइव होगा !

सी पार्टीशन पूरी डिस्क को डेडिकेटेड मोड या संपूर्ण फ्रीबीएसडी स्लाइस मोड में संबोधित करता है। अन्य विभाजन सामान्य उपयोग के लिए हैं।

फ्रीबीएसडी मैनुअल डिस्क ऐडिंग 18.3.1 नंबर 3 देखें।

— एक्स-Istence
स्रोत

0

क्यों scsi id 3 विंटेज सन ओएस में आपकी डिफ़ॉल्ट बूट डिस्क थी?

वे सभी क्षण समय में खो जाएंगे, जैसे बारिश में आँसू।

— रोनाल्ड पोटोल
स्रोत