OS Inferno कॉन्फ़िगर करें

अक्सर पूछे जाने वाले प्रश्न: ओएस इन्फर्नो क्या है और इसकी आवश्यकता क्यों है?

इसलिए, हमने अभी अपने होम डायरेक्टरी में होस्ट किए गए OS Inferno को स्थापित किया है , और हम सिस्टम को कॉन्फ़िगर करने के लिए आगे बढ़ सकते हैं।

सामग्री

• अधीर के लिए
• आरंभ और बाहर निकलना
• एमू विकल्प
• / lib / श / प्रोफ़ाइल
  
  • समय क्षेत्र
  • / चन
  • होम निर्देशिका
    
    • ... * NIX
    • ... जीत
  • उपयोगकर्ता सेटिंग्स
  • डाउनलोड
• GUI (wm / wm)
• प्रमाणीकरण के लिए कुंजी
• नेटवर्क
• ओएस इन्फर्नो अपडेट
  
  • ... * NIX
  • ... जीत

अधीर के लिए

लेख छोटा नहीं था, क्योंकि यह न केवल "क्या" करने का वर्णन करता है, लेकिन क्यों, क्यों, और क्या अन्य विकल्प उपलब्ध हैं, प्लस शुरुआती के लिए नरक के साथ काम करने पर अतिरिक्त स्पष्टीकरण। यदि आप बस सिस्टम को जल्दी से कॉन्फ़िगर करना चाहते हैं, तो बस अनुशंसित / लीब / श / प्रोफ़ाइल डाउनलोड करें, साथ ही यदि आपके पास लिनक्स या फ्रीबीएसडी है, तो अपने आप को हीनो चलाने के लिए रैपर स्क्रिप्ट बनाएं।

आरंभ और बाहर निकलना

होस्ट को emu या emu-g कमांड (कोई ग्राफिक्स मोड समर्थन नहीं) के साथ emu गया है। डिफ़ॉल्ट रूप से, sh शुरू होता है और कमांड प्रॉम्प्ट प्रदर्शित करता है " ; ":

 $ emu ; 

आप exit द्वारा या Ctrl-D साथ प्रविष्टि के अंत को चिह्नित कर सकते हैं ( Ctrl-D बाद विंडोज के तहत, इसके अलावा Enter दबाएं)। आप shutdown -h या (केवल लिनक्स / विन के तहत) Ctrl-C पर काम में बाधा डालते हुए अनुमान से बाहर निकल सकते हैं।

अभी, आप इन सभी तरीकों के बीच कोई अंतर नहीं देखेंगे - वे सभी काम करना बंद कर देते हैं। तथ्य यह है कि सक्रिय प्रक्रिया होते हुए भी नरक काम करता है, और इस समय ऐसी एक ही प्रक्रिया है - sh । यदि आप अतिरिक्त प्रक्रियाएं शुरू करते हैं, उदाहरण के लिए, ndb/cs (एक नेटवर्क के साथ काम करने के लिए आवश्यक एक सेवा रिज़ॉल्वर), तो ndb/cs बाहर निकलने के बाद sh काम करना जारी रहेगा, लेकिन आप इसे प्रभावित नहीं कर पाएंगे। लिनक्स / विन के तहत, Ctrl-C का उपयोग करके अवर को बंद करना संभव Ctrl-C , और FreeBSD / MacOSX के तहत यह केवल मुख्य OS का उपयोग करके इमू प्रक्रिया को मारने के लिए बना हुआ है। बेशक, यदि आप पहली बार rstyx सेवा (रिमोट एक्सेस के लिए ssh का एक एनालॉग) शुरू करते हैं, तो आप इस इमू को दूसरे से कनेक्ट कर सकते हैं और दूरस्थ रूप से shutdown -h निष्पादित कर सकते हैं।

एक अन्य अंतर लिनक्स और फ्रीबीएसडी के तहत है - इनफैनो पूरा होने के बाद, "किल्ड" संदेश कंसोल में प्रदर्शित होता है:

 powerman@Ubuntu:~$ emu-g echo ok ok  powerman@Ubuntu:~$ [powerman@freebsd ~]$ emu-g echo ok ok Killed: 9 [powerman@freebsd ~]$ 

उससे कोई नुकसान नहीं, और इस समस्या को हल करने का एक तरीका है। ऐसा करने के लिए, आपको रैपर स्क्रिप्ट ~ ~ बिन / एमू और ~ / बिन / एमु-जी के माध्यम से इमू और इमू-जी चलाने की जरूरत है:

 powerman@Ubuntu:~$ cat ~/bin/emu-g #!/bin/bash $INFERNO_ROOT/Linux/386/bin/emu-g "$@" </dev/stdin & wait 2>/dev/null [powerman@freebsd ~]$ cat bin/emu-g #!/usr/local/bin/bash $INFERNO_ROOT/FreeBSD/386/bin/emu-g "$@" </dev/stdin & wait 2>/dev/null 

लिनक्स के तहत, इन लिपियों को बनाने और उन्हें निष्पादन योग्य बनाने के लिए पर्याप्त है, लेकिन FreeBSD के तहत आपको अतिरिक्त रूप से बैश स्थापित करने और ~/.bash_profile में PATH मान को संशोधित करने की आवश्यकता है ताकि निर्देशिका /home/_/bin इनफ़ॉर्मो निर्देशिका के सामने हो।

एमू विकल्प

कुछ मापदंडों को निर्दिष्ट किया जाता है जब वे शुरुआत करते हैं। उन्हें या तो स्पष्ट रूप से कमांड लाइन पर निर्दिष्ट किया जा सकता है या EMU पर्यावरण चर में पंजीकृत किया जा सकता है। इनमें से केवल एक पैरामीटर अनिवार्य है: -r//// और हमने सिस्टम की स्थापना के दौरान इसे पहले ही EMU वैरिएबल में पंजीकृत कर लिया है। उपयोगी वैकल्पिक मापदंडों में से, निम्नलिखित उल्लेख के लायक हैं:

• -g X x Y , आलेखीय पर्यावरण के संकल्प को नरक में, -g1024x768 ।: -g1024x768
• -1 में JIT शामिल है (यह उत्पादन में समझ में आता है और प्रदर्शन का परीक्षण करते समय)
• -p pool = maxsize उपलब्ध मेमोरी वॉल्यूम को नियंत्रित करने की अनुमति देता है, पूल का मूल्य main , heap या image , उदाहरण के लिए, यदि आपको बड़ी मात्रा में डेटा संसाधित करने की आवश्यकता है, तो आप हीप को 128 एमबी तक बढ़ा सकते हैं: -p heap=134217728

आप इमू (1) मैन पेज में इमू मापदंडों के बारे में अधिक पढ़ सकते हैं।

कुछ मापदंडों के वर्तमान मूल्यों को नरक के अंदर पाया जा सकता है:

 ; echo $emuroot /home/powerman/inferno ; echo $emuargs emu -g1024x768 -c1 ; cat /dev/memory 277568 33554432 328032 3303 1490 1 33276852 main 52544 33554432 78496 1650 1271 1 33501876 heap 0 33554688 0 0 0 0 33554676 image 

जैसा कि आप देख सकते हैं (penultimate कॉलम), डिफ़ॉल्ट रूप से, प्रत्येक मेमोरी पूल के लिए नरक 32MB से अधिक का उपयोग नहीं करता है।

 ; cat /dev/jit 0; echo 1 >/dev/jit ; cat /dev/jit 1; echo 0 >/dev/jit ; cat /dev/jit 0; 

यद्यपि JIT को गतिशील रूप से चालू / बंद किया जा सकता है, परिवर्तित JIT मान केवल मॉड्यूल को प्रभावित करेगा (अनुमानों में प्रोग्राम और लाइब्रेरी के बीच कोई अंतर नहीं है, वे सभी बस लोड करने योग्य मॉड्यूल हैं) जो इस परिवर्तन के बाद लोड किए जाएंगे। इसलिए, emu पैरामीटर के साथ जेआईटी मूल्य निर्दिष्ट करना बेहतर है।

/ lib / श / प्रोफ़ाइल

जब नरक शुरू होता है, तो emuinit शुरू होता है, जो बदले में sh -l शुरू होता है। -l sh /lib/sh/profile से कमांड चलाने के लिए कहता है। यह फ़ाइल * NIX बूट स्क्रिप्ट का एक एनालॉग है, और यह वहाँ है कि हम कमांड को स्थापित करने और आरंभ करने के लिए जोड़ देंगे (अब इस फ़ाइल में कोई आदेश नहीं हैं)।

ध्यान रखें कि यदि आप एमु पैरामीटर के साथ शुरू करने के लिए आवेदन के नाम को निर्दिष्ट करके अनिर्दिष्ट रूप से शुरू करते हैं, तो /lib/sh/profile से आदेश निष्पादित नहीं किए जाएंगे (जब तक कि आप उन्हें स्पष्ट रूप से लोड नहीं करते हैं)। एक उदाहरण:

 $ emu-g ; cat /lib/sh/profile # emu sh initialisation here ; echo 'echo executing /lib/sh/profile' >> /lib/sh/profile ; shutdown -h $ emu-g executing /lib/sh/profile ; shutdown -h $ emu-g sh ; shutdown -h $ emu-g sh -l executing /lib/sh/profile ; shutdown -h $ emu-g sh -c 'run /lib/sh/profile; echo ok; shutdown -h' executing /lib/sh/profile ok 

समय क्षेत्र

वर्तमान ज़ोन फ़ाइल /locale/timezone द्वारा निर्धारित किया जाता है, उपलब्ध विकल्प /locale/ निर्देशिका में अन्य फ़ाइलों के नामों को देखकर देखा जा सकता है। पारंपरिक ऑपरेटिंग सिस्टम में, हम बस /locale/timezone शीर्ष पर फ़ाइल /locale/_ कॉपी करेंगे। नरक में, आप यह भी कर सकते हैं, लेकिन बांझपन में समयक्षेत्र को बदलने के लिए एक और अधिक प्राकृतिक तरीका बाइंड (1) के साथ नाम स्थान को संशोधित करना है:

 ; date Sun Jun 17 19:00:28 BST 2012 ; bind /locale/EET /locale/timezone ; date Sun Jun 17 21:00:39 EEST 2012 

इसलिए हम अपना क्षेत्र पाते हैं और इसे /lib/sh/profile जोड़ते हैं:

 bind /locale/_ /locale/timezone 

/ च

/lib/sh/profile में जोड़ने के लिए एक और उपयोगी कमांड है:

 bind -b '#s' /chan 

यह srv (3) ड्राइवर को / chan निर्देशिका से जोड़ता है। नरक समझौते में अपनाए गए समझौते के अनुसार, इस डायरेक्टरी में वर्चुअल फाइल्स बनाई जाती हैं, जिनमें से रीड / राइट को srv ड्रायवर द्वारा इन फाइलों को सर्व करने वाली प्रक्रिया में चैनल के माध्यम से प्रसारित संदेशों में परिवर्तित किया जाता है। ऐसी फाइलों का उपयोग करना ( लिम्बो से फ़ाइल 2chan (2) के माध्यम से बनाया गया है या फाइल 2chan ( श) से श)) का सबसे आसान तरीका यह है कि फाइल सर्वर को इनफर्नो में लागू किया जाए।

घर की निर्देशिका

Inferno उपयोगकर्ता होम निर्देशिका /usr/ निर्देशिका में स्थित हैं। डिफ़ॉल्ट रूप से, केवल एक inferno/ उपनिर्देशिका है, जो अनिवार्य रूप से अन्य उपयोगकर्ताओं के घर निर्देशिका बनाने के लिए एक टेम्पलेट है। इसलिए, यदि केवल मुख्य OS में आपके खाते को नरक नहीं कहा जाता है, :) तो आप का अपना घर नहीं है:

 $ emu ; pwd / ; cd cd: /usr/powerman: '/usr/powerman' does not exist ; 

इसे बनाने का सबसे आसान तरीका है बस कॉपी /usr/inferno/ to /usr/__/ (वास्तव में, यह इनर्नो में एक नया उपयोगकर्ता खाता जोड़ने का तरीका है)। लेकिन हम एक अलग, अधिक लचीले और कुशल तरीके से आगे बढ़ेंगे - हम उपयोगकर्ता के होम डायरेक्टरी के रूप में मुख्य OS (और / usr / inferno / से फ़ाइलें और उपनिर्देशिका) को मुख्य OS में वास्तविक होम डायरेक्टरी के रूप में कनेक्ट करेंगे।

 $ pwd /home/powerman $ emu ; mount {mntgen&} /usr ; bind -c '#U*/home/powerman' /usr/powerman ; cd ; pwd /usr/powerman 

Mntgen (4) फ़ाइल सर्वर को डायरेक्टरी (माउंट पॉइंट्स) नहीं बनाने के लिए आवश्यक है, वे स्वचालित रूप से उस डायरेक्टरी में दिखाई देंगे जहाँ mntgen उस समय जुड़ा होता है जब कोई उनसे संपर्क करता है। हमारे मामले में (जब इन्फर्नो ओएस हमारे घर की निर्देशिका में स्थापित किया गया है), तो mntgen का उपयोग करने के बजाय, यह केवल ~/inferno/usr/powerman/ बनाने के लिए संभव होगा, लेकिन अगर नरक को रूट सिस्टम-वाइड /usr/local/inferno/ द्वारा स्थापित किया गया था, तो तब हमारे पास निर्देशिका /usr/local/inferno/usr/powerman/ बनाने के लिए पर्याप्त अनुमति नहीं होगी और नए उपयोगकर्ता को नरक में जोड़ने के लिए रूट विशेषाधिकार की आवश्यकता होगी। और mntgen ने रूट के बिना इस समस्या को हल करने और भौतिक निर्देशिकाओं को बनाने की अनुमति दी जहां आभासी हो सकते हैं।

अधिक लचीलेपन के लिए, हम पर्यावरण चर INFERNO_HOME के ​​लिए समर्थन जोड़ते हैं - यदि यह खाली नहीं है, तो इस चर में निर्दिष्ट पथ को होम निर्देशिका से जोड़ा जाएगा। इसलिए, /lib/sh/profile :

... * NIX

 ( home unused ) := `{os sh -c 'echo $INFERNO_HOME $HOME' </dev/null} home = '#U*'^$home user := `{cat /dev/user} mount {mntgen&} /usr bind -c $home /usr/$user cd 

... जीत

 home := `{os cmd /C 'IF DEFINED INFERNO_HOME ( echo %INFERNO_HOME:\=/% ) ELSE ( echo %USERPROFILE:\=/% )'} home = '#U'^$home user := `{cat /dev/user} mount {mntgen&} /usr bind -c $home /usr/$user cd 

उपयोगकर्ता सेटिंग्स

अंतिम चीज़ जो अतिरिक्त उपयोगकर्ता सेटिंग्स के लिए /lib/sh/profile को जोड़ने के लिए समझ में आता है:

 load std and {ftest -d tmp} {bind -c tmp /tmp} and {ftest -e namespace} {nsbuild} and {ftest -e profile} {run profile} 

शेल मॉड्यूल एसटीडी को लोड किया जाना चाहिए ताकि कमांड और कमांड का उपयोग किया जा सके (यदि और && का एनालॉग)। यदि उपयोगकर्ता के होम डायरेक्टरी में tmp/ subdirectory - यह सिस्टम /tmp/ से जुड़ा होगा (हमारे मामले में, यह विशेष रूप से आवश्यक नहीं है, लेकिन /usr/local/inferno/ में नरक के सिस्टम-वाइड इंस्टॉलेशन के साथ /usr/local/inferno/ हमारे पास लिखने की अनुमति नहीं होगी) /usr/local/inferno/tmp/ और इस आदेश की आवश्यकता होगी)। यदि उपयोगकर्ता के होम डायरेक्टरी में namespace और profile फाइलें हैं, तो उन्हें निष्पादित किया जाएगा।

डाउनलोड

सुविधा के लिए, आप अनुशंसित /lib/sh/profile डाउनलोड कर सकते हैं: * NIX , Win (इसमें GMT से ज़ोन को अपने में बदलना न भूलें)।

GUI (wm / wm)

जब wm / wm शुरू होता है, तो यह /lib/wmsetup निष्पादित करेगा और, यदि कोई हो, /lib/wmsetup उपयोगकर्ता के होम डायरेक्टरी में। प्लम्बर सेटिंग्स उपयोगकर्ता की होम डायरेक्टरी में / ./lib/plumbing में स्थित हैं ( /usr/inferno/ से अपने होम डायरेक्टरी में उन्हें कॉपी करना न भूलें)। अभी इन फ़ाइलों में कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है, मैंने अभी उनका उल्लेख किया है ताकि आप जान सकें कि वे कहाँ हैं और देखें कि उनमें क्या है)।

प्रमाणीकरण के लिए कुंजी

कुंजी को मूलभूत निर्देशिका में ./keyring/ उपनिर्देशिका से डिफ़ॉल्ट रूप से लिखा और उपयोग किया जाएगा। एक पुराने लेख में, मैंने पहले से ही इस बारे में बात की थी कि कैसे एक ऑर्फ़न में प्रमाणीकरण की व्यवस्था की जाती है , और मैं यह सब यहाँ कॉपी करने की बात नहीं देखता।

नेटवर्क

सिद्धांत रूप में, एक होस्ट किए गए इनफ़ॉर्म नेटवर्क को कॉन्फ़िगर करने की आवश्यकता नहीं है। उदाहरण के लिए, ya.ru (IP द्वारा) डाउनलोड करें:

 $ emu ; webgrab -rv -o /dev/null 87.250.251.3 connecting to 87.250.251.3 writing request: GET / HTTP/1.0 Host: 87.250.251.3 User-agent: Inferno/webgrab Cache-Control: no-cache Pragma: no-cache response: HTTP/1.1 200 Ok created /dev/null, 7383 bytes 

लेकिन आईपी में नामों के रूपांतरण का समर्थन करने के लिए, आपको ndb/cs शुरू करने की आवश्यकता है:

 ; ndb/cs ; webgrab -rv -o /dev/null ya.ru connecting to ya.ru writing request: GET / HTTP/1.0 Host: ya.ru User-agent: Inferno/webgrab Cache-Control: no-cache Pragma: no-cache response: HTTP/1.1 200 Ok created /dev/null, 7689 bytes 

सीएस (8) सेवा फ़ाइलों /lib/ndb/common (* NIX में अनुरूप /etc/services ), /lib/ndb/inferno ( /lib/ndb/common -विशिष्ट पोर्ट और /lib/ndb/local ।

फ़ाइल /lib/ndb/local मुख्य है - यह न केवल स्थानीय सेटिंग्स का वर्णन करता है, बल्कि ऊपर उल्लिखित अन्य फ़ाइलों को भी जोड़ता है। infernosite= अनुभाग में, आप सर्वर संक्षिप्त नामों और उनके वास्तविक नामों या आईपी पतों के बीच पत्राचार को कॉन्फ़िगर कर सकते हैं। CA (प्रमाणपत्र प्राधिकारी) और रजिस्ट्री (4) सेवाओं के साथ सर्वर को इंगित करने के लिए सबसे अधिक उपयोग किए जाने वाले संक्षिप्त नाम SIGNER और रजिस्ट्री हैं। संक्षिप्त नाम से कनेक्ट करने के लिए, आपको इसके सामने " $ " प्रतीक जोड़ना होगा। उदाहरण के लिए, आइए Yandex के लिए एक नाम जोड़ें:

 $ emu ; cat /lib/ndb/local ... infernosite= ... Yandex=www.yandex.ru ; ndb/cs ; webgrab -rv -o /dev/null '$Yandex' connecting to $Yandex writing request: GET / HTTP/1.0 Host: $Yandex User-agent: Inferno/webgrab Cache-Control: no-cache Pragma: no-cache response: HTTP/1.1 200 Ok created /dev/null, 7378 bytes 

फ़ाइल /lib/ndb/services में * NIX /etc/services /lib/ndb/services प्रारूप में नरक पोर्ट के लिए विशिष्ट का विवरण शामिल है। मुख्य OS में इसे /etc/services में जोड़ने के लिए समझ में आता है ताकि मुख्य OS से infernovide सेवाओं से जुड़ना अधिक सुविधाजनक हो:

 cat ~/inferno/lib/ndb/services | sudo bash -c 'cat >>/etc/services' 

ओएस इन्फर्नो अपडेट

सिस्टम को अपडेट करने के लिए, आपको बस उन्हीं कमांड्स को दोहराना होगा जो इंस्टॉलेशन के दौरान उपयोग किए गए थे:

... * NIX

 cd ~/inferno hg pull -uv mk nuke mk install #       X-  GUI mk CONF=emu-g install 

... जीत

"विंडोज एसडीके 7.1 कमांड प्रॉम्प्ट" (या "विजुअल स्टूडियो कमांड प्रॉम्प्ट (2010)" लॉन्च करें - जो आपने इंस्टॉल किया है उसके आधार पर)।

 cd \inferno hg pull -uv mk nuke mk install