Linux वरील मजकूर-टर्मिनल

14.1 गेटी (/ etc / inittab मध्ये वापरलेले)

गेटीची ओळख

संगणक सुरू झाल्यावर (किंवा रन लेव्हस् स्वीच) सिरिअल पोर्ट (व त्याच्याशी जोडलेल्या टर्मिनल) वर लॉग इन प्रोसेस धावण्यासाठी एक getty आदेश / etc / inittab फाइलमध्ये टाकणे आवश्यक आहे. आदेश ओळीतून getty चालविताना अडचणी निर्माण होऊ शकतात (जर getty कमांड लाईन वरुन चालत असेल तर: प्रोग्राम पाहणे का थांबले आहे ते पहा). Getty TTY (टर्मिनल) चालू आहे प्रत्येक टर्मिनलला स्वतःची Getty कमांडची आवश्यकता असते. प्रत्येक / etc / inittab फाइलमध्ये कन्सोलसाठी किमान एक getty आदेश देखील आहे. हे शोधा आणि त्याच्या पुढे असलेल्या वास्तविक टर्मिनल्ससाठी getty आज्ञा लावा. या फाईलमध्ये मजकूर टर्मिनलसाठी नमुना गेटी ओळी असू शकतात ज्याची टिप्पणी केलेली आहे जेणेकरुन आपल्याला फक्त त्यांच्यास संबंधित करणे आवश्यक आहे (अग्रणी # काढून टाका) आणि काही आर्ग्यूमेंट्स बदलणे.

आपण कोणत्या गेटटीचा वापर करता यावर अवलंबून असलेल्या वितर्कांवर अवलंबून आहे:
थेट कनेक्टेड टर्मिनल्ससाठी दोन लाभदायक आहेत:

• उत्तेजित होणे (कधी कधी फक्त getty म्हणतात): सेट अप करणे खूप सोपे आहे. कोणत्याही कॉन्फिग फायली नाहीत. प्रगती पहा
• getty (getty_ps चे भाग)

डायल-इन मोडेमसाठी दोन लाभदायी (थेट जोडलेल्या टर्मिनलसाठी टाळा) खालील प्रमाणे आहेत:

• mgetty: मोडेम साठी सर्वोत्तम एक; टर्मिनलसाठी खूप काम करते पण कनिष्ठ
• uugetty: फक्त मोडेमसाठी; getty_ps पॅकेजचा भाग

आपण प्रत्यक्ष मजकूर-टर्मिनल वापरत नसल्यास वापरण्यासाठी सोपी gettys. बहुतेक Linux वापरकर्ते त्यांच्या मॉनिटरवर यापैकी एक वापरतात:

• मिंगटाटी
• fbgetty
• फग्टीटी
• रनगेट्टी

तुमचे लिनक्स वितरीत एकतर ps_getty किंवा agetty मजकूर-टर्मिनल्ससाठी येऊ शकते. काही वितरण पुरवठा दोन्हीपैकी नाही. दुर्दैवाने, ते बर्याचदा फक्त "गेटी" असे म्हणतात जेणेकरून आपण कोणत्या / आणी / इटिटाब वेगळ्या पद्धतीने ठेवलेल्या आर्ग्युमेंट्सपासून आपल्याला कोणती ओळख करावी लागेल. डेबियन एग्टाटी वापरते (यूज-लिनक्स पॅकेजमध्ये). RedHat व Fedora वापरले ps_getty जे: ps_getty आहे

आपण कोणत्या getty आहे हे निर्धारित करण्याचा प्रयत्न करण्याचा शेवटचा उपाय म्हणून, आपण त्याचे कार्यान्वीत करता येणारे कोड (सहसा / sbin मध्ये) तपासू शकता. ps_getty कडे या कोडमध्ये एम्बेड केलेले / etc / gettydefs आहे. त्यासाठी शोधण्याकरिता, / sbin वर जा आणि टाइप करा:
स्ट्रिंग्स गेटी | grep getty
जर गेटी प्रत्यक्षात उत्तेजित असेल तर वरील परिणामी काहीच नाही. परंतु जर तुमच्याकडे अतिरेकी टाइपिंग असेल:
गेटटी-एच
पर्याय दर्शवावा [-एचएमएमडब्ल्यू]

जर तुमच्याकडे गेटी नसेल तर इतर वितरक आणि RPM आणि डेबियन पॅकेजेसच्या दरम्यान रुपांतरीत करण्यासाठी तुम्ही परदेशी प्रोग्राम तपासू शकता. स्त्रोत कोड कदाचित गेटी सॉफ्टवेअरवरून डाउनलोड केला जाऊ शकतो.

आपण मोडेम नियंत्रण ओळी वापरत नसल्यास (उदाहरणार्थ आपण किमान 3 कंडक्टर संख्या: ट्रांसमिट, प्राप्त आणि सामान्य सिग्नल ग्राउंड वापरत असल्यास) आपण "स्थानिक" ध्वज वापरुन हे कळू नये. आपण कोणत्या गेट्टीचा वापर करता त्यावर याचे अवलंबून असते.

प्रवेश केल्यानंतर गेटी बाहेर पडतो (आणि श्वास घेऊ शकते)

आपण लॉग इन केल्यावर आपण "टॉप", "ps -ax", किंवा "ptree" वापरुन पहाल की getty प्रक्रिया यापुढे चालत नाही. काय झाले ते? जर तुमचा शेल ठार झाला तर तो पुन्हा पुन्हा सुरु का करतो? येथे का आहे

तुमच्या उपयोजक नावात टाईप केल्यानंतर, गेटी त्यास घेईल आणि लॉगिन प्रोग्रामला तुमचा यूजर नेम सांगतो. Getty प्रक्रिया लॉग इन प्रक्रियेने बदलली आहे. लॉग इन प्रक्रिया तुमचा पासवर्ड विचारते, ती तपासते आणि आपल्या पासवर्ड फाइलमध्ये जे काही प्रक्रिया निर्दिष्ट करते ते सुरू करते. ही प्रक्रिया सहसा बॅश शेल असते. तसे असल्यास, प्रारंभ करा आणि लॉगिन प्रक्रिया पुनर्स्थित करते. लक्षात घ्या की एक प्रक्रिया दुसर्यास बदलवते आणि bash shell प्रोसेस मूळतः getty प्रक्रिया म्हणून सुरू होते. याचा परिणाम खाली स्पष्ट केला जाईल.

आता / etc / inittab फाइलमध्ये, गेटीला जर ठार केले तर त्याला श्वसन (पुनरारंभ) केले पाहिजे. तो म्हणते की getty कॉल की ओळीवर. परंतु जर बॅश शेल (किंवा लॉगिन प्रक्रिया) मारीत असेल, getty respawns (पुनरारंभ). का? तसेच, लॉग इन प्रोसेस आणि bash दोन्ही getty साठी बदली आणि वारसा आहे

* मजकूर टर्मिनल कसे-करावे निर्देशांक

सिग्नल कनेक्शन त्यांच्या पूर्ववर्तींनी स्थापन केले. खरेतर आपण तपशीलांचे पालन केले तर आपण लक्षात येईल की प्रतिस्थापन प्रक्रियेत मूळ प्रक्रिया म्हणून समान प्रक्रिया आयडी असेल. अशा प्रकारे प्रोसेस आयडी नंबरच्या सहाय्याने आळीपाळीने गेटी सारखेच आहे. जर बीशचा मृत्यू झाला तर तो गेटीचाच मृत्यू झाला आहे (जरी गेट्टी आता चालत नाही). यामुळे परिणाम मिळतो.

जेव्हा एखादा लॉग आउट होतो तेव्हा त्या सिरीयल पोर्टवरील सर्व प्रक्रियांचा मृत्यू झाल्यास bash shell देखील समाविष्ट होतो. हे देखील होऊ शकते (जर सक्षम केले असेल तर) मॉडेमद्वारे डीसीडी व्होल्टेजच्या एका ड्रॉपाने हँडप सिग्नल सीरियल पोर्टला पाठविल्यास. एकतर लॉगआउट किंवा डीसीडीमध्ये ड्रॉप केल्याने परिणामस्वरुप श्वसनक्रिया होईल. कोणीतरी किटीला मारून स्वतःच बीश (किंवा लॉगिन) मारुन श्वास घेण्यास भाग पाडू शकते. इत्यादी "टॉप" मध्ये किंवा "मार" कमांडने. आपल्याला कदाचित सिग्नल 9 सह तो मारणे आवश्यक आहे (ज्याकडे दुर्लक्ष केले जाऊ शकत नाही).

Getty कमांड लाइनवरून चालते: प्रोग्राम्स बंद होतात

आपण सहसा / etc / inittab मधून getty चालवू शकता आणि आदेश पंक्तीपासून नाही किंवा अन्यथा टर्मिनलवर चालणारे काही कार्यक्रम अनपेक्षितरित्या निलंबित (थांबविले) असू शकतात. येथे का आहे (आपल्यासाठी महत्त्वाचे नसल्यास पुढील विभागात जा) Tty1 हा टाईप करण्यासाठी इतर टर्मिनलच्या कमांड लाइनमधून टाईप करा, तर tty1 टाईप करा, त्यास tty1 हे "कंट्रोलिंग टर्मिनल" असे असले तरी प्रत्यक्षात चालू टर्मिनल ttyS1 असेल. त्यामुळे त्यात चुकीचे नियंत्रण टर्मिनल आहे. परंतु जर ती inittab फाइलच्या आत सुरू झाली तर ttyS1 हे कंट्रोलिंग टर्मिनल म्हणून असेल (बरोबर).

कंट्रोलिंग टर्मिनल चुकीचे असला तरी, ttyS1 वरील लॉग इन दंड काम करते (कारण आपण ttyS1 ला गेटीसाठी वितर्क म्हणून दिलेले). मानक इनपुट आणि आऊटपुट ttyS1 करीता ठरविले गेले आहे जरी नियंत्रीत टर्मिनल tty11 आहे TtyS1 वर चालणारे इतर कार्यक्रम हे मानक इनपुट / आउटपुट (जे ttyS1 शी कनेक्ट केलेले आहे) मिळवू शकतात आणि प्रत्येक गोष्ट ठीक आहे. परंतु काही प्रोग्राम्स त्यांच्या नियंत्रण टर्मिनल (टीटीआय 1) पासून वाचण्याचा प्रयत्न करू शकतात जे चुकीचे आहे. आता tty1 असे वाटू शकते की हे कार्यक्रम tty1 ने पार्श्वभूमीत चालवले जात आहेत म्हणून tty1 (ती ttyS1 असायला हवे) वाचण्याचा प्रयत्न करणाऱ्या प्रक्रियेला रोखण्याच्या परिणामामुळे परिणाम होईल. (एका ​​पार्श्वभूमी प्रक्रियेला त्याच्या नियंत्रित टर्मिनलमधून वाचण्याची परवानगी नाही.). आपल्याला असे काहीतरी संदेश दिसू शकतो: " [1] + थांबला " स्क्रीनवर. या टप्प्यावर आपण अडकलेले आहात कारण आपण एका चुकीच्या टर्मिनलद्वारे आपल्याशी संवाद साधण्याचा प्रयत्न करणार्या प्रक्रियेशी संवाद साधू शकत नाही. अर्थात हे टाळण्यासाठी आपण दुसर्या टर्मिनलवर जाऊ शकता आणि प्रक्रिया मारू शकता, इ.

आगाऊ (गेटी असे नाव दिले जाऊ शकते)

/ Etc / inittab मधील उदाहरण ओळ:

S1: 23: श्वसन: / एसबीआय / गेटी-एल 1 9 00 टीटीआय 1 विटे 102

S1 ttyS1 वरून आहे 23 म्हणजे getty रन 2 किंवा 3 च्या धावपट्टीवर प्रवेश करणे. याचा अर्थ असा होतो की जर getty (किंवा एखादे प्रक्रिया ज्यास बदलले जाते जसे की बीश) ठार झाले तर, गेटी पुन्हा आपोआप (श्वासन) सुरू होईल. / sbin / getty म्हणजे getty आदेश आहे. -एल म्हणजे स्थानिक (मॉडेम नियंत्रण संकेत दुर्लक्ष करा). -एच (उदाहरणामध्ये दर्शविले नाही) हार्डवेअर फ्लो कंट्रोल (स्टॅटिक क्र्रेस्केट्सप्रमाणेच) सक्षम करते 1 9 00 हे बॉड रेट आहे. ttyS1 म्हणजे / dev / ttyS1 (एमएस-डॉस मध्ये कॉम 2). vt102 हा टर्मिनलचा प्रकार आहे आणि या getty ने पर्यावरण मूल्य या TERM ला या मूल्यात सेट केले आहे. कोणत्याही कॉन्फिगरेशन फायली नाहीत. Getty संपादन केल्या नंतर आदेश ओळीवर "init q" टाइप करा आणि आपल्याला एखादा लॉगिन प्रॉमप्ट दिसेल.

समता समस्येची अॅग्टीटीची स्वत: ची तपासणी

अॅग्रीटिनी प्रोग्राम टर्मिनलमध्ये सेट केलेल्या समता स्वयंचलित नसलेल्या (पॅरिटिसह) शोधण्याचा प्रयत्न करेल. हे 8-बिट डेटा बाइट्स तसेच 1-बिट पॅरिटीचे समर्थन करत नाही. 8-बिट डेटा बाइट्स (अधिक पॅरिटि) पहा. समता सेट करण्यासाठी आपण स्टिटी वापरत असल्यास, अॅग्रीटिली आपोआप अनसेट केली जाईल कारण हे सुरुवातीला पॅरिटी बिट ला यावे जेणेकरून डेटा बिट असलाच पाहिजे . कारण आपला शेवटचा बिट (शक्यतो एक पॅरिटि बिट) मिळण्याची आवश्यकता आहे कारण आपण आपले लॉगिन नाव टाईप करा जेणेकरून ते पॅरिटी स्वयं-शोधू शकतील जर आपण पॅरिटीचा वापर केला तर ते फक्त टेक्स्ट-टर्मिनलमध्येच कार्यान्वित करा आणि एग्जिटी ऑटो-डिटेक्ट करु द्या आणि संगणकावर ते सेट करा. जर आपला टर्मिनल पॅरिटी प्राप्त करण्यास समर्थ असेल, तर जोपर्यंत आपण टाईप करता नाही तोपर्यंत प्रवेश प्रॉम्प्ट विक्षिप्त होईल

समानता भ्रष्ट केलेले प्रॉमप्ट लॉग इन करण्याचा प्रयत्न करण्यापासून अभ्यागतांना इ. ना टाळता येतील. ते आपल्याला पाहिजे तेच असू शकते.

पॅरिटीची स्वयं तपासणी करताना काहीवेळा समस्या आली आहे हे असे झाले कारण पहिल्यांदा तुमचा लॉगीन नाव टाईप केल्यानंतर, एग्लीटी तुम्हाला लॉगींग पूर्ण करण्याच्या प्रयत्नात लॉगिन प्रोग्राम सुरू करते. दुर्दैवाने, लॉगीन प्रोग्राम पॅरिटी शोधू शकत नाही त्यामुळे जर गेटी प्रोग्राम पॅरिटी निर्धारित करण्यात अयशस्वी झाला तर लॉगिन निश्चित होणार नाही तो एकतर. प्रथम लॉगिन प्रयत्न अयशस्वी झाल्यास, लॉगिन आपल्याला पुन्हा प्रयत्न करू देते, इ. (सर्व पॅरिटी सेट चुकीचे सह). अखेरीस, प्रवेश करण्यासाठी अनेक अयशस्वी प्रयत्नानंतर (किंवा कालबाह्य झाल्यानंतर) पुन्हा पुन्हा सुरू होईल आणि सर्व पुन्हा लॉग इन क्रम सुरू होतील एकदा Getty पुन्हा चालू होत आहे, दुसऱ्या प्रयत्न वर समानता शोधण्यात सक्षम असू शकते जेणेकरून सर्वकाही ठीक नंतर कार्य करू शकेल.

चुकीच्या पॅरिटीसह, आपण काय टाइप करता ते लॉगिन प्रोग्राम योग्य रीतीने वाचू शकत नाही आणि आपण लॉग इन करू शकत नाही. जर आपला टर्मिनल प्राप्त पॅरिटीला सपोर्ट करेल, तर आपण एक विकृत स्क्रीन पाहू शकाल. जर गेट्टी पॅरिटी शोधण्यात अयशस्वी झाला तर / etc / Issue फाइल सहसा प्रॉम्प्टापूर्वी स्क्रीनवर डंप केले जाते, त्यामुळे स्क्रीनवर अधिक विकृत शब्द दिसू शकतात.

लिहिलेल्या पहिल्या अक्षराने समता शोधू शकत नाही का? येथे एक उदाहरण आहे: समजा, तो 8-बिट बाइट त्याच्या पॅरिटी बिट 0 (उच्च-ऑर्डर बिट) आणि 1-बिट्सच्या विचित्र संख्येसह ओळखला जातो. हे काय आहे? ठीक आहे, 1 बीट्सची विचित्र संख्या दर्शवते की हे विचित्र पॅरिटी आहे. पण हे एक 8-बिट वर्ण असू शकत नाही. कोणता हे ठरवण्यासाठी आतापर्यंत कोणताही मार्ग नाही पण आतापर्यंत आम्ही अगदी समता देखील गमावले आहे. पॅरिटिचा शोध अशा प्रकारे निष्कासन प्रक्रियेद्वारे पुढे जाते.

टाइप केलेला पुढील बाइट पहिल्याच प्रमाणे असेल आणि पॅरिटिची शक्यता देखील काढून टाकते, तर पॅरिटी निश्चित करणे अजूनही अशक्य आहे. ही स्थिती अनिश्चित काळासाठी चालू ठेवू शकते आणि दुय्यम प्रकरणांमध्ये लॉगिन लॉगीन अपयशी होईपर्यंत आपण आपले लॉग-इन बदलू शकाल. जर ऍग्रीटी 1 च्या समतात्मक बिट सापडली तर असे गृहीत धरले जाईल की हे एक पॅरिटी बिट आहे आणि एक 8-बिट वर्ण उच्च ऑर्डर बिट नाही. हे असे गृहीत धरते की आपण आपल्या वापरकर्ता नावामध्ये मेटा-वर्ण (उच्च बिट सेट) वापरत नाही (म्हणजे आपले नाव ASCII मध्ये आहे).

एखादा "लॉगिन लूप" मध्ये विविध मार्गांनी प्रवेश मिळवू शकतो. समजा आपण फक्त आपल्या लॉगिन नावासाठी एकच अक्षर किंवा दोन टाईप करा आणि परत परतावा दाबा. जर हे अक्षरे पॅरिटी डिटेक्शनकरिता पुरेसे नसतील, तर पॅरिटी आढळल्या जाण्यापूर्वीच कृपया लॉगिन करा. काहीवेळा ही समस्या उद्भवली की जर तुमच्याकडे आधी टर्मिनल नसेल आणि / किंवा कनेक्ट केलेले नसेल तर अॅग्रीटिली प्रथम सुरू होईल.

जर आपण या "लॉगिन लूप" मध्ये अडखळलात तर आपल्याला getty लॉगिन प्रॉमप्ट प्राप्त होईपर्यंत रिटर्न की दाबा. आणखी एक मार्ग म्हणजे फक्त एक मिनिट किंवा एक वेळ संपण्यासाठी प्रतीक्षा करणे. मग getty लॉगिन प्रॉमप्ट स्क्रीनवर getty प्रोग्राम द्वारे लावण्यात येईल आणि आपण लॉग इन करण्यासाठी पुन्हा प्रयत्न करू शकता.

8-बिट डेटा बाइट्स (अधिक पॅरिटि)

दुर्दैवाने, ऍग्रीसी ही समता शोधू शकत नाही. 1 999 च्या उत्तरार्धात, पॅरिटिचा स्वयं-डिटेक्शन अकार्यान्वित करण्याचा पर्याय नव्हता आणि अशाप्रकारे चुकीची पॅरिटी ओळखू शकेल. परिणाम म्हणजे लॉग इन प्रक्रिया विकृत होईल आणि पॅरिटी चुकीच्या ठिकाणी सेट केली जाईल. त्यामुळे समानता असलेल्या 8-बिट डेटा बाइटचा वापर करण्याचा प्रयत्न करणे शक्य वाटत नाही.

getty (getty_ps चे भाग)

(यापैकी बहुतेक ग्रेग हंकिन्सच्या जुन्या सीरियल-होवोचे आहेत)
या getty करीता एक व्यूहरचना फाइलमध्ये प्रविष्ट्या प्रविष्ट करणे आणि / etc / inittab मध्ये नोंद जोडणे आवश्यक आहे. तुम्हास संयोजना फाइल / etc / gettydefs मध्ये जमा केलेल्या टर्मिनलसाठी वापरण्यासाठी येथे काही उदाहरणे आहेत.

# 38400 बीपीएस डंब टर्मिनल एंट्री DT38400 # B38400 CS8 CLOCAL # B38400 SANE -ISTRIP CLOCAL # @ S @L लॉग इनः # डीटी 38400 # 1 9 200 बीपीएस डंब टर्मिनल एंट्री डीटी19200 # बी 1 99 200 सीएस 8 कॉलोकॉल # बी 1 99 200 SANE-इस्ट्रीट कॉल्सल # @ एस @ एल लॉग इन: # डीटी19200 # 9600 बीपीएस डंब टर्मिनल एंट्री DT9600 # B9600 CS8 CLOCAL # B9600 SANE -ISTRIP CLOCAL # @ S @ एल लॉगिन: # DT9600

लक्षात घ्या की डीटी 38400, डीटी 1 99 200 इत्यादी फक्त लेबल आहेत आणि आपण / etc / inittab मध्ये वापरलेल्या समान असणे आवश्यक आहे.

आपण इच्छित असल्यास, आपण लॉगिन बॅनर मध्ये getty प्रिंट मनोरंजक गोष्टी करू शकता. माझ्या उदाहरणात, माझ्याजवळ सिस्टमचे नाव आहे आणि सिरीयल ओळ छापली आहे. आपण इतर गोष्टी जोडू शकता: [ब्लॉककोट

सावली = होय] @ बी वर्तमान (@ बी पाहिल्या जाणाऱ्या वेळी मूल्यांकन) बीपीएस दर. @ डी चालू तारीख, MM / DD / YY मध्ये @ ल ज्याला गेटी जोडलेले आहे त्या सिरीयल ओळी. @ एस सिस्टम नाव @T सध्याची वेळ, एचएच: एमएम: एसएस (24-तास) मध्ये. @ यू सध्या साइन-इन केलेल्या वापरकर्त्यांची संख्या. ही / etc / utmp फाईलमध्ये नोंदींची संख्या आहे जी नॉन-नल यूट_नाव फील्ड आहे. @V डीफॉल्ट फाईलमध्ये दिल्याप्रमाणे VERSION चे मूल्य. एकल '@' वर्ण प्रदर्शित करण्यासाठी, एकतर '\ @' किंवा '@@' वापरा.

/ Etc / gettydefs संपादन पूर्ण केल्यावर , तुम्ही हे ठरवू शकता की वाक्य रचना योग्य आहे:

linux # getty -c / etc / gettydefs

आपल्या टर्मिनलला ( /etc/default/{uu}getty.ttyS N किंवा /etc/conf.{uu}getty.ttyS N ) यासह कनेक्ट केलेली सीरियल पोर्टसाठी इतर getty किंवा uugetty config फाइल नसल्याची खात्री करा. , कारण हे बहुधा टर्मिनलवर गेटटी चालविण्यामध्ये अडथळा आणेल. अशा विवादित फायली काढून टाकल्यास त्या काढून टाका.

सीरीयल पोर्टवर (आपल्या पर्यावरण - पोर्ट, गती, आणि डीफॉल्ट टर्मिनल प्रकारासाठी योग्य माहितीमध्ये बदल करून) getty चालविण्यासाठी आपल्या / etc / inittab फाइल संपादित करा:

S1: 23: श्वसन: / sbin / getty ttyS1 डीटी 9600 vt100 त्यात linux # init q

या टप्प्यावर, आपण आपल्या टर्मिनलवर एक लॉगिन प्रॉम्प्ट पाहू शकता. टर्मिनल चे लक्ष वेधण्यासाठी तुम्हाला रिटर्न हिट करावे लागेल.

मिगटी

"M" मोडेम म्हणजे काय? हा प्रोग्राम मुख्यतः मोडेमसाठी आहे आणि 2000 च्या सुमारास तो मजकूर-टर्मिनलसाठी वापरण्यासाठी पुन्हा कंपाइलिंगची आवश्यकता असेल (जोपर्यंत आपण हार्डवेअर प्रवाह नियंत्रण वापरत नाही - आणि त्यास सहसा हाताने तयार केलेला केबल आवश्यक आहे). थेट जोडलेल्या टर्मिनल्ससाठीच्या कागदपत्रांसाठी मॅन्युअलच्या "डायरेक्ट" विभागास पहा: mgetty.texi.

/etc/mgetty/mgetty.config च्या शेवटच्या ओळींना टर्मिनलसाठी व्यूहरचित करण्याचा एक उदाहरण पहा. आपण "टॉगल-डीसीआर नाही" असे म्हणत नाही तोपर्यंत तुम्हाला असे वाटेल की आपल्याजवळ पीसीवर डीटीआर पिन आहे असा मोडेम आणि ड्रॉप (नकार) आहे जो अस्तित्वात नसलेल्या मॉडेमवर रीसेट करण्याचा अयशस्वी प्रयत्न आहे. इतर gettys विरूद्ध, mgetty स्वतःला टर्मिनलशी संलग्न करणार नाही जो पर्यंत कोणीही त्या टर्मिनलवर कोणतीही किल्ली लावून घेणार नाही त्यामुळे आपल्याला दिसेल? टर्मिनलवर वर किंवा ps होईपर्यंत हे घडते. / Var / log / mgetty / मधील नोंदी काही चेतावणी संदेश दर्शवू शकतात जे फक्त तुम्ही मॉडेमवर लागू होतात जे आपण दुर्लक्ष करू शकता.

आपण / etc / inittab मध्ये ठेवलेल्या साध्या ओळीचे उदाहरण येथे दिले आहे :

s1: 23: श्वसन: / sbin / mgetty -r ttyS1