डेबियन और उबंटू के बीच साझा लाइब्रेरी स्थापित करें


19

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

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

मुझे पता है कि मैं घर साझा कर सकता हूं। लेकिन, यह वह जगह नहीं है जहां अधिकांश लिब / कार्यक्रम होंगे। क्या मुझे एक अलग पार्टीशन पर / usr डालना चाहिए और दोनों OSes पर माउंट / usr करना चाहिए? या शायद मुझे सिर्फ माउंट / यूएसआर / लोकल की जरूरत है? या इसे करने का एक बेहतर तरीका है?


11
आपकी धारणा गलत है।
अनवर

10
आपकी धारणा बहुत गलत है।
रिनविंड

4
हम्म, यह सवाल नीचे वोट हो रही है मुझे भ्रमित करता है। क्या यह द्वैत बांटने वाले सभी डेबियन वेरिएंट की आशा और यूटोपियन कल्पनाओं से भरा एक वैध प्रश्न नहीं है (यह एक ही वास्तुकला के साथ एक ही कंप्यूटर है)?
dev_nut

4
अपवोट मेरा है। मैं इसे एक कानूनी प्रश्न मानता हूं। हर कोई उतना अनुभवी नहीं है। और अगर कोई भी इस तरह के सवाल नहीं पूछता है तो हम कहां समाप्त होंगे?
रिनजविंड

1
अपवादात्मक क्योंकि यह एक वैध है और सभी अनुभवहीन प्रश्न नहीं है।
जोस

जवाबों:


16

या इसे करने का एक बेहतर तरीका है?

  • स्नैप के रूप में आपके द्वारा उपयोग किए जाने वाले सभी सॉफ़्टवेयर स्थापित करें।
  • आपके द्वारा उपयोग किए गए सभी सॉफ़्टवेयर को नामांकित विभाजन में स्थापित करें /opt/। यह एक स्रोत स्थापना ( tar.gz) होने की संभावना है ।

वितरण के उन 2 तरीकों को वितरण के बीच साझा किया जा सकता है। पिछले एक को आपको PATH में कुछ जोड़ने या मुख्य प्रणाली में सेवा की प्रतिलिपि बनाने की आवश्यकता होगी।

आप 2 अलग-अलग संस्थापनों के बीच / usr / या / var / को साझा नहीं कर सकते। आप साझा कर सकते हैं / usr / स्थानीय / यद्यपि। 2 वितरण में पुस्तकालयों के विभिन्न संस्करण हो सकते हैं, इसलिए आपको उन प्रणालियों में से कुछ पर कुछ पुस्तकालय स्थापित करने की आवश्यकता हो सकती है। लेकिन आप जो कुछ केबी बचाते हैं, वह इस लायक नहीं है कि आप इस पर खर्च करने जा रहे हैं। इसके अलावा आप तब भी सिस्टम को तोड़ने की संभावना है।


यह उत्तर वास्तव में मुझे कुछ समाधान देने की कोशिश करता है। जब आप कहते हैं कि मुझे साझा नहीं करना चाहिए / usr, तो क्या मुझे भी उसी ubuntu संस्करणों के साथ नहीं करना चाहिए?
dev_nut

@dev_nut आपको /usr/*दो प्रणालियों के बीच साझा नहीं करना चाहिए ; आप दोनों के बीच साझा कर सकते हैं/usr/local/* , हालांकि आप अभी भी 'स्थानीय' सॉफ़्टवेयर के जोखिम को दो स्तरों के बीच किसी स्तर पर संगत नहीं होने का जोखिम उठाते हैं। (आपका तो fstabनियम है | /usr/local/*कुछ अन्य विभाजन पर रखा, और कहा कि फिर दोनों में साझा किया जाएगा)
थॉमस वार्ड

1
@ देव_नगरी बात है। 2 ऑपरेटिंग सिस्टम में सॉफ्टवेयर के 2 अलग-अलग संस्करण उनमें से एक को क्रैश कर देंगे। इसके आगे: डिफ़ॉल्ट उपयोगकर्ताओं के लिए सेटअप में उन दोनों के बीच अंतर हो सकता है जो गड़बड़ कर रहे हैं (उपयोगकर्ता / आदि / पासवर्ड में हैं) एक ही उपयोगकर्ता के पास अलग-अलग यूआईडी और जीयूआईडी के साथ समस्या होगी।
रिनजविंड

11

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

उबंटू डेबियन की तुलना में बहुत अधिक अद्यतन सॉफ़्टवेयर पुस्तकालयों के साथ बहुत अधिक तेजी से रिलीज चक्र पर है। उलटा सच भी है - डेबियन अद्यतन पुस्तकालयों, आदि नहीं है

मिक्सिंग और मैचिंग से सिस्टम में विस्फोट होगा। यही कारण है कि आप पुस्तकालयों को एक दूसरे के साथ साझा नहीं करते हैं

ऐसा करने के लिए दोनों प्रणालियों को तोड़ देगा। दो प्रणालियों के बीच पुस्तकालयों और कार्यक्रमों का प्रयास और साझा न करें।

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


3

एक और बात मैं मौजूदा जवाब में जोड़ना चाहते हैं के बारे में है aptऔर dpkg, और कैसे वे स्थापित सॉफ्टवेयर के बारे में जानकारी संभाल।

dpkg , जो कि कोर पैकेज मैनेजमेंट एप्लिकेशन है, /var/lib/dpkg/statusसिस्टम में इंस्टॉल किए गए डेबियन पैकेज के बारे में जानकारी संग्रहीत करने और पुनर्प्राप्त करने के लिए फ़ाइल का उपयोग करता है। यह आपके चलने के बारे में बहुत विशिष्ट है। यहां तक ​​कि एकल प्रविष्टि से पूरे पैकेज प्रबंधन की चीज़ गड़बड़ हो सकती है।

उदाहरण के लिए कहें, आपके पास उबंटू में संस्करण 3.18है nautilus। फिर अगर आप इस जानकारी को साझा करते हैं, तो डेबियन देखेंगे कि यह 3.18नॉटिलस के लिए है, भले ही यह वास्तव में हो 3.16। यह बहुत ही सरल उदाहरण है। लेकिन अधिक जटिलता हो सकती है। उदाहरण के लिए, डेबियन यह देख सकता है कि आपके पास बिना किसी अच्छे कारण के गैर-मौजूदा भंडार से स्थापित पैकेज हैं और उन को हटाने का प्रयास करेंगे और इसके विपरीत।

रिनविंड के उत्तर ने सामान्य अनुप्रयोग के साथ काम करने के एक सरल तरीके को चित्रित किया है अर्थात स्नैप या फ्लैट-पैक पैकेज के रूप में वितरित स्वयं-निहित अनुप्रयोगों का उपयोग करना। ये पुस्तकालयों को साझा नहीं कर रहे हैं, लेकिन यदि आप कुछ सामान्य अनुप्रयोग चाहते हैं जो आपके लक्ष्य को पूरा कर सकते हैं।

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