मौजूदा उत्तर व्यापक चित्र को संबोधित करने में विफल होते हैं।
यदि आप एक ग्राफिकल वातावरण का उपयोग नहीं कर रहे हैं (अर्थात आप सिस्टम कंसोल में बिना किसी विंडो आदि के लॉग इन कर रहे हैं, या आप SSH या इसके समान टेक्स्ट-ओनली टर्मिनल से दूरस्थ रूप से लॉग इन कर रहे हैं, जैसे कि विंडोज कंप्यूटर से PuTTY चल रहा है तो कोई GUI शामिल नहीं है, और DISPLAYआमतौर पर परेशान नहीं होगा। कंप्यूटर के साथ संचार करने का आपका एकमात्र साधन कमांड लाइन है (हालांकि अगर आप जानते हैं कि जीयूआई सत्र में धुरी के तरीके हो सकते हैं)।
यदि आप एक ग्राफिकल इंटरफ़ेस (उबंटू पर, आमतौर पर जीडीएम अभिवादक का उपयोग किया जाता है) के साथ कंसोल पर लॉग इन कर रहे हैं) या ग्राफिकल टर्मिनल का उपयोग कर रहे हैं (जैसे कि विंडोज कंप्यूटर से चलने वाला eXceed या mobaX, या VNC क्लाइंट की तरह रिमोट डेस्कटॉप सॉफ़्टवेयर) DISPLAYवैरिएबल को प्रोग्राम द्वारा सेट किया जाता है जो ग्राफिकल क्लाइंट को इंगित करने के लिए आपके ग्राफिकल सेशन का प्रबंधन करता है जिसे मैं कनेक्ट करने के लिए I / O डिवाइस करता हूं।
परंपरागत रूप से, उबंटू कंप्यूटर पर GUI X.org, एक X11 कार्यान्वयन चला रहा था, हालांकि हाल ही में, मीर नामक एक आधुनिक प्रतिस्थापन को Canonical द्वारा पेश किया गया था; और इससे भी अधिक हाल ही में, मेरा मानना है कि मीर को एक अन्य परियोजना के पक्ष में छोड़ दिया जाएगा , जिसमें मोटे तौर पर इसी तरह के लक्ष्य होंगे, जिसे वेलैंड कहा जाता है । इन प्रतिस्थापनों का उद्देश्य एक पूर्ण X11 स्टैक की जटिलता को कम करना है, जिसे हम यहां नहीं करेंगे - वे एक ही DISPLAYसम्मेलन का पालन करते हैं , जो कि हम यहां चर्चा कर रहे हैं।
X11 पर, होस्ट का हिस्सा DISPLAYएक दूरस्थ सर्वर हो सकता है, और आप अपने उबंटू कंप्यूटर का उपयोग उस दूरस्थ सर्वर पर फ़ाइलों और कार्यक्रमों तक पहुंचने के लिए "ग्राफ़िकल टर्मिनल" के रूप में करेंगे (जिस स्थिति में आपका कंप्यूटर "सर्वर" है जो कीबोर्ड का काम करता है एक माउस, और दूरस्थ या सर्वर पर चल रहे "क्लाइंट" प्रोग्राम के लिए एक या अधिक डिस्प्ले डिवाइस। आमतौर पर, X11 (या मीर, या वेलैंड) सर्वर और क्लाइंट प्रोग्राम (एक डेस्कटॉप मैनेजर और विभिन्न ग्राफिकल क्लाइंट जैसे कि वेब ब्राउजर, ईमेल क्लाइंट, कैलेंडर प्रोग्राम आदि) सभी आपके कंप्यूटर पर चलते हैं। यह DISPLAYमूल्य के "सर्वर" भाग द्वारा इंगित किया गया है , जो बाद के मामले में आमतौर पर खाली होता है (जिसका अर्थ है डिफ़ॉल्ट मान localhost)।
X11 सर्वर एक या अधिक ग्राफ़िकल सत्र चला सकता है - उदाहरण के लिए, आपका कंसोल लॉगिन और एक दूरस्थ VNC सत्र एक ही समय में चल सकता है। इस स्थिति में (यदि वे उसी X11 सर्वर उदाहरण द्वारा प्रबंधित होते हैं) तो आपके पास X11 शब्दों में एक से अधिक "डिस्प्ले" हैं। व्यवहार में, X11 में एक सत्र (एक लॉगिन घटना और इससे उत्पन्न डेस्कटॉप उदाहरण) एक प्रदर्शन है।
इस तरह के एक डिस्प्ले में एक या अधिक स्क्रीन हो सकते हैं। परंपरागत रूप से, इसका मतलब एक मॉनिटर था, हालांकि मूल आर्किटेक्चर में कुछ दुर्भाग्यपूर्ण लक्षण थे जैसे कि एक स्क्रीन से दूसरी स्क्रीन पर खिड़की ले जाने में असमर्थता। शिनरामा और ज़्राँडर जैसे ऐड-ऑन ने स्थिति को उस स्थिति तक आगे बढ़ाया, जहां एक स्क्रीन अक्सर कई तरीकों से कई मॉनिटरों को जोड़ती है।
यदि आपने कई-मॉनीटर सिस्टम के साथ खेला है, तो आपको शायद पता चला है कि आप विभिन्न तरीकों से मॉनिटर की व्यवस्था कर सकते हैं और एक आयताकार क्षेत्र के साथ समाप्त हो सकते हैं जहां आपके मॉनिटर इसके कुछ हिस्सों को प्रदर्शित करते हैं और अन्य भागों को किसी भी मॉनिटर को सौंपा नहीं जाता है। यह "स्क्रीन" है जिसे X11 बनाता है, और यदि आपके पास एक से अधिक डिस्प्ले कार्ड हैं, तो आपके पास इनमें से कई स्क्रीन हो सकते हैं, प्रत्येक को एक या एक से अधिक मॉनिटर को सौंपा जा सकता है (या सिद्धांत रूप में, मॉनिटर के बिना चल रहा है; Xvfb यह अनुमति देने के लिए इसका शोषण करता है। आप किसी भी मॉनिटर के बिना X11 चलाने के लिए, बस जो भी उद्देश्य के लिए एक स्मृति क्षेत्र के लिए GUI मैपिंग)।
echo $DISPLAYप्रिटिंग:0नहीं है:0.0