लिनक्समा पाठ टर्मिनलहरू

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

Getty को परिचय

जब कम्प्युटरले सुरु हुन्छ (वा स्विच चल स्तरहरू) जब एक लगइन प्रक्रिया चालू गर्दछ (सीरियल पोर्टमा र यो टर्मिनलमा) जब गेट कमाइ / etc / inittab फाइलमा राख्नु पर्छ। कमाई लाइनबाट गेटिङ चलिरहेको समस्या हुन सक्छ (हेर्नुहोस् यदि कमान रेखाबाट गीता भाग: प्रोग्रामहरू किन हेर्न बन्द हुन्छ)। Getty ले एक TTY (टर्मिनल) जाँदैछ। प्रत्येक टर्मिनल आफ्नै आफ्नै गित कमाउन आवश्यक छ। प्रत्येक / etc / inittab फाइलमा कन्सोलका लागि कम से कम एक गेट कमाई पनि छ। यो पत्ता लगाउनुहोस् र यसको अगाडि वास्तविक टर्मिनलहरूका लागि गीता आदेशहरू राख्नुहोस्। यो फाईलले पाठ टर्मिनलहरूको लागि नमूना गेट लाइनहरू समावेश गरेको हुन सक्छ जुन टिप्पणी गर्न सकिन्छ ताकि तपाइँलाई के गर्न आवश्यक छ भने तिनीहरूलाई असामान्य छ (# अन्त्य हटाउनुहोस् र केहि तर्कहरू परिवर्तन गर्नुहोस्।

अनुमति दिइएको तर्क जो गिती तपाईले प्रयोग गर्नुहुन्छ मा निर्भर गर्दछ:
सीधा जोडिएको टर्मिनलहरूको लागि दुई gettys उत्तम छन्:

डायल-इन मोडेमहरूको लागि दुईवटा गेटिडिहरू (प्रत्यक्ष रूपमा जोडिएका टर्मिनलहरूका लागि टाढा) निम्न हुन्:

यदि तपाईले वास्तविक पाठ टर्मिनल प्रयोग गर्नुहुन्न भने साधारण gettys प्रयोग गर्न। धेरै लिनक्स प्रयोगकर्ताहरूले यी मध्ये एक को निगरानी मा प्रयोग गर्दछ:

तपाईंको Linux वितरण ps_getty वा पाठ टर्मिनलहरूको लागि आक्रोशितसँग आउन सक्छ। केहि वितरण को आपूर्ति न। दुर्भाग्यवश, तिनीहरूले प्रायः "यसलाई" गीता "लाई बोलाउँछ त्यसैले तपाईले निर्धारण गर्नु आवश्यक छ किनकि तपाईले पछि / etc / inittab मा राख्नुभएका तर्कहरू पछि। Debian agetty प्रयोग गर्दछ (प्रयोग-लिनक्स प्याकेजमा)। RedHat र Fedora को प्रयोग ps_getty मा छ: ps_getty

अन्तिम गन्तव्यको रूपमा जुन तपाईंसँग गीता निर्धारण गर्न प्रयास गर्न प्रयास गर्नुहुन्छ, तपाईले यसको कार्यान्वयनयोग्य कोड (सामान्यतया / sbin) को जाँच गर्न सक्नुहुनेछ। ps_getty छ / etc / gettydefs यो कोडमा सम्मिलित गरिएको छ। यसको खोजी गर्न, sbin मा जानुहोस् र टाइप गर्नुहोस्:
गेट्स गेट गफ गेट
यदि गीता वास्तव मा अस्तित्व हो भने उपरोक्त परिणाम केहि पनि नहीं हुनेछ। यद्यपि यदि तपाईसँग आकस्मिक टाइपिंग छ:
getty -h
विकल्पहरू देखाउनुपर्छ [-hiLmw]।

यदि तपाईंसँग गीता छैन भने तपाइँ अन्य वितरण र विदेशी कार्यक्रमको जाँच गर्न चाहनुहुन्छ RPM र डेबियन प्याकेजहरू बीचमा बदल्न। Getty Software बाट स्रोत कोड डाउनलोड गर्न सकिन्छ।

यदि तपाईं मोडेम नियन्त्रण लाइनहरू प्रयोग गरिरहनुभएको छैन (उदाहरणका लागि यदि तपाइँ मात्र कम्तीमा 3 3 प्रवाहकहरू प्रयोग गर्नुहुन्छ: प्रेषित, प्राप्त र सामान्य सिग्नल ग्राउण्ड प्रयोग गर्नुहुन्छ) तपाईँले गेटलाई "स्थानीय" फ्ल्याग प्रयोग गरेर यो थाहा पाउनु पर्छ। यो ढाँचा निर्भर गर्दछ जुन तपाईं गीता प्रयोग गर्नुहुन्छ।

लगइन पछि (गेष्ट र बाहिर)

तपाईंले लग इन गरे पछि (सूचना "शीर्ष", "ps -ax", वा "ptree") प्रयोग गरेर जुन गीता प्रक्रिया अब चलिरहेको छैन। यो के भयो? यदि तपाईंको शेललाई मारियो भने गीता पुन: पुन: सुरु हुन्छ? यहाँ किन छ।

तपाइँले तपाइँको प्रयोगकर्ता नाम टाइप गर्नुभए पछि, गीताले यसलाई लिन्छ र लग इन कार्यक्रमलाई तपाइँको प्रयोगकर्ता नाम भनिन्छ। गेट प्रक्रिया प्रक्रिया लगइन प्रक्रिया द्वारा प्रतिस्थापित गरिएको छ। लगइन प्रक्रिया तपाईको पासवर्डको लागि सोध्छ, यसलाई जाँच गर्दछ र जुनसुकै प्रक्रिया तपाईंको पासवर्ड फाइलमा निर्दिष्ट गरिएको हुन्छ। यो प्रक्रिया प्राय: पाश शेल हुन्छ। यदि त्यसो भए, बाश सुरु हुन्छ र लगइन प्रक्रियालाई प्रतिस्थापन गर्दछ। ध्यान दिनुहोस् कि एक प्रक्रियाले अर्कोलाई बदल्छ र बाश शेल प्रक्रिया मूलतः गेट प्रक्रियाको रूपमा सुरू गर्यो। यसका प्रभावहरू तल वर्णन गरिनेछ।

अब / etc / inittab फाइलमा, गीताले यदि मारेको जवाफ फर्काउँछ (पुन: सुरुवात) हुन्छ। यो लाइनमा यति भन्नुहुन्छ कि गीतालाई कल गर्दछ। तर यदि बाश शेल (वा लगइन प्रक्रिया) मारिएको छ, गीता सर्वे (पुन: सुरुवात)। किन? ठीक छ, लगइन प्रक्रिया र बाश दुवै गित र हेरिष्ठको लागि प्रतिस्थापनहरू हुन्

* पाठ टर्मिनल ह्यान्ड-इन सूचकांक

संकेत कनेक्शन आफ्नो पूर्ववर्तीहरु द्वारा स्थापित। वास्तवमा यदि तपाइँ विवरणहरू देख्नुहुन्छ भने तपाइँले सूचना दिनुहुनेछ कि प्रतिस्थापन प्रक्रियासँग एकै प्रक्रिया आईडी हुनेछ वास्तविक प्रक्रियाको रूपमा। यसैले बाश समान प्रक्रिया आइडी नम्बरको साथ छुट्याइएको गेटको प्रकार हो। यदि बाश को मारिएको छ भने यो केवल गीता जस्तै थियो (मृत अवस्थामा अब बढिरहेको छैन)। यो गीता सर्वलिङमा परिणाम छ।

जब एक लग आउट गर्दछ, त्यस धारावाहिक पोर्टको सबै प्रक्रियाहरू ब्यास शेल सहित। यो पनि हो (यदि सक्षम भएमा) हुन सक्छ यदि एक ह्याङ्गअप सिग्नल मोडेम द्वारा डीसीडी भोल्टेज को एक ड्रप द्वारा धारावाहिक पोर्टमा पठाइएको छ भने। या त डीसीडी मा लगआउट या ड्रॉप गीला सर्विंग मा परिणाम हुनेछ। कसैले गीति (वा लगइन) मार्फत कुञ्जीलाई कुञ्जी, आदि भनिन्छ भने "शीर्ष" मा वा "हत्यारा" कमाईमा मारेर गम्भीर बल दिन सक्छ। तपाईंलाई सम्भावित यो सिग्न 9 9 लाई मार्न आवश्यक छ (जुन उपेक्षा गर्न सकिँदैन)।

यदि कमान लाइनबाट गीता चलाउछ: कार्यक्रमहरू रोकियो

तपाईले सामान्यतया भित्र / etc / inittab बाट गेट चलाउन र आदेश लाइनबाट वा अन्य केही टर्मिनलहरूमा चलिरहेको प्रोग्रामहरू अप्रत्याशित रूपमा निलम्बित हुन सक्दछ (रोकियो)। यहाँ किन छ (यदि तपाइँ किन महत्त्वपूर्ण छैन भने अर्को सेक्सनमा छोड्नुहोस्)। यदि तपाईले अर्को टर्मिनलको कमान्ड लाइनबाट ttyS1 को लागि गेट सुरु गर्नुहुन्छ, tty1 भन्नुहोस्, त्यसपछि यो tty1 हुनेछ "टर्मिनल नियन्त्रण" को रूपमा पनि वास्तविक टर्मिनलमा यो चल्छ TtyS1। यसैले यसमा गलत नियन्त्रण टर्मिनल छ। तर यदि यो Inittab फाइल भित्र सुरु भयो भने योसँग ttyS1 हुनेछ नियन्त्रण टर्मिनल (सही) को रूपमा।

यद्यपि नियन्त्रित टर्मिनल गलत छ, ttyS1 मा लगइन ठीक छ (तपाईंले टिटीएस 1 ले गेटमा तर्कको रूपमा दिनुभयो)। मानक इनपुट र आउटपुट ttyS1 मा सेट भए तापनि नियन्त्रित टर्मिनल tty11 छ। अन्य प्रोग्रामहरू ttyS1 मा चलाइएको यो मानक इनपुट / आउटपुट (जो ttyS1 सँग जोडिएको हो) को स्वामित्व लिन सक्छ र सबै कुरा ठीक छ। तर केही प्रोग्रामहरूले तिनीहरूको नियन्त्रित टर्मिनल (tty1) बाट पढ्न प्रयास गर्ने गल्ती गर्न सक्छ जुन गलत छ। अब टिटी 1 सोच्न सक्छ कि यी कार्यक्रमहरू पृष्ठभूमिमा चिसोमा दौडिरहेको छ। यसैले पढ्न प्रयास गर्ने प्रक्रियालाई रोक्न tty1 बाट (यो ttyS1 हुनुपर्छ) पढ्न प्रयास गर्नुहोस्। (यसको नियन्त्रित टर्मिनलबाट पढ्नको लागि पृष्ठभूमि प्रक्रियालाई अनुमति छैन।) तपाईंले केहि सन्देश जस्तै जस्तो देख्न सक्नुहुन्छ: " [1] + रोकिएको " स्क्रिनमा। यस अवस्थामा तपाईँले गलत टर्मिनल मार्फत तपाईंसँग कुराकानी गर्न प्रयास गर्दै एक प्रक्रियासँग अन्तरक्रिया गर्न सक्नुहुन्न किनभने तपाईं अटक हुनुहुन्छ। निस्सन्देह यसबाट बच्न तपाईं अर्को टर्मिनलमा जान सक्नुहुन्छ र प्रक्रियालाई मार्न सक्नुहुनेछ।

agetty (हुन सक्छ जीटी नाम)

/ Etc / inittab मा एक उदाहरण लाइन:

S1: 23: शून्य: / sbin / getty-L ​​1 9 200 ttyS1 vt102

एस 1 ttyS1 बाट छ। 23 को अर्थ हो कि गीता रन स्तर 2 या 3 मा घुसिरहेको छ। Respawn को अर्थ छ कि यदि गीता (या यो प्रक्रिया जस्तै कि बाश को रूप मा प्रतिस्थापित) लाई मारिन्छ, गेट स्वचालित रूप देखि फेरि (respawn) शुरू हुनेछ। / sbin / getty गेट कमाई हो। -L को अर्थ स्थानीय (मोडेम नियन्त्रण संकेतहरू बेवास्ता गर्नुहोस्)। -h (उदाहरणमा देखाईएको छैन) हार्डवेयर प्रवाह नियन्त्रण (स्टिटी क्रट्टिक्टको रूपमा) सक्षम गर्दछ। 1 9 200 ब्युड दर हो। ttyS1 को अर्थ / dev / ttyS1 (MS2-DOS मा COM2)। vt102 टर्मिनल को प्रकार हो र यो गीता वातावरण चर TERM यस मान मा सेट गर्नेछ। त्यहाँ कन्फिगरेसन फाईलहरू छैनन्। गेट सम्पादन गर्न पछि कमाई रेखामा "init q" टाइप गर्नुहोस् र तपाईंले लगइन प्रम्प्ट हेर्नु पर्दछ।

समता समस्याहरूको स्वत: पत्ता लगाउने

एटीटेटि प्रोग्रामले टर्मिनलमा भित्रको समानता स्वत: पत्ता लगाउने प्रयास गर्दछ (कुनै पनि समानता सहित)। यसले 8-बिट डाटा बाइट प्लस 1-बिट समानता समर्थन गर्दैन। 8-बिट डाटा बाइट्स (प्लस समानता) हेर्नुहोस्। यदि तपाईं समानताको सेट गर्न दृष्टान्त प्रयोग गर्नुहुन्छ भने, आन्तरिक यसलाई स्वतः अनसेट हुनेछ किनभने यो प्रारम्भिक रूपमा एकता बिट आउन चाहानुहुन्छ यदि डेटा बिट थियो। यो किनभने किनभने तपाईको लगइन-नाम टाइप गर्दा अन्तिम बिट (सम्भवतः एक समानता बिट) आवश्यक छ ताकि यसले समानता पत्ता लगाउन सक्छ। यस प्रकार यदि तपाइँ समानता प्रयोग गर्नुहुन्छ भने, केवल पाठ टर्मिनल भित्र सक्षम गर्नुहोस् र अचानक स्वत: पत्ता लगाउन र कम्प्युटरमा सेट गर्न दिनुहोस्। यदि तपाईंको टर्मिनलले प्राप्त समानताको समर्थन गर्दछ भने, लगइन प्रम्प्ट तपाईले केहि टाइप नगरेसम्म कचौरा लगाइनेछ ताकि गीता पत्ता लगाउन सक्नेछ।

समानता लगाइएको प्रलोभनले लगइन गर्ने प्रयास गरेर आगन्तुकहरू आदिलाई हटाउनेछ। त्यो बस चाहिएको हुन सक्छ।

कहिलेकाहीँ समानताको स्वतः पत्ता लगाउने समस्या हो। यो हुन्छ किनकी तपाईले तपाइँको पहिलो लगइन नाम टाइप गर्नुभएपछि एन्टिटीले लगइन कार्यक्रमलाई लगइन गर्न तपाईलाई लगइन गर्न समाप्त गर्दछ। दुर्भाग्यवश, लगइन कार्यक्रम समता पत्ता लगाउन सक्दैन किनकि गेट कार्यक्रमले समानता निर्धारण गर्न असफल भए पछि लगइन निर्धारित गर्न सक्नेछैन यो पनि। यदि पहिलो लगइन प्रयास विफल भयो भने, लगइन तपाईंलाई फेरि प्रयास गर्ने अनुमति दिन्छ। (सबै समानता संग सेट गलत छ)। अन्ततः, लगइन (वा टाइम आउट पछि) को लागि असफल असफल प्रयासहरू पछि फेरि सुरु हुनेछ र फेरि लगइन अनुक्रम सुरु गर्नुहोस्। एक पटक गीता फेरि दौडिँदैछ, यो दोस्रो प्रयासमा समानता पत्ता लगाउन सक्षम हुन सक्छ त्यसैले सबैले ठीक काम गर्न सक्दछ।

गलत समानताको साथ, लगइन कार्यक्रम तपाईले टाइप गर्नुहुने ठीक तरिकाले पढ्न सक्नुहुन्न र तपाई लग इन गर्न सक्नुहुन्न। यदि तपाईंको टर्मिनलले प्राप्त समानता समर्थन गर्दछ, तपाइँ एक कचरा पर्दा हेर्न जारी राख्नेछ। यदि गितियता समानताको पहिचान गर्न असफल भएमा / etc / issue फाइल फाइल सामान्यतया छिटो भन्दा पहिले स्क्रिनमा डम्प गरिएको छ, त्यसैले अधिक कचौरा शब्द स्क्रिनमा देखा पर्न सक्छ।

पहिलो पत्र टाइप गरी समता पत्ता लगाउन सकिँदैन किन? यहाँ एक उदाहरण हो: मान्नुहोस् कि यसको एकता बिट 0 (उच्च-अर्डर बिट) र 1-बिट बिभिन्न संख्याको साथमा 8-बिट बाइट पत्ता लगाउँदछ। कुन समानता छ? खैर, 1 बिटको अजीब संख्याले यो अजीब समानताको अर्थ दिन्छ। तर यो पनि एक समानताको साथ 8-बिट वर्ण हुन सक्छ। त्यहाँ निर्धारण गर्न को लागी कुनै पनि तरिका छैन। तर अहिलेसम्म हामीले समानताको सम्भावनालाई सफा गरेका छौं। यसरी समानताको पहिचानले उन्मूलनको प्रक्रियाबाट कमाउँछ।

यदि अर्को बाइट टाईप पहिलो पहिलो जस्तै हो र पनि समानताको संभावनालाई पनि मेटाउँछ, समानता निर्धारण गर्न यो असम्भव छ। यो स्थिति अनिश्चितकाल जारी गर्न सक्छ र दुर्लभ अवस्थामा लगइन लगइन सम्म तपाईले तपाइँको लग इन-नाम परिवर्तन नगर्न सक्नुहुन्न। यदि अक्टिटी 1 को एकता बिट पाउँछ भने यो मानिन्छ कि यो एक समानता बिट हो र 8-बिट वर्णको उच्च-अर्ड बिट छैन। यसैले यो मानिन्छ कि तपाईं आफ्नो प्रयोगकर्ता नाम मा मेटा क्यारेक्टर (उच्च बिट सेट) को प्रयोग गर्नुहुन्न (जस्तै तपाईंको नाम ASCII मा छ)।

एक विभिन्न तरिकामा "लगइन लूप" मा पुग्न सक्छ। मान्नुहोस् कि तपाईंले आफ्नो लगइन नामको लागि केवल एक अक्षर वा दुई मात्र टाइप गर्नुहोस् र त्यसपछि फर्कनुहोस्। यदि यी अक्षर समानताको पहिचानको लागि पर्याप्त छैनन् भने, समानता पहिले पत्ता लगाई लगइन चलाउँछ। कहिलेकाहीँ यो समस्या हुन्छ यदि तपाईसँग टर्मिनलमा छैन र / वा जगेडा पहिलो सुरु हुन्छ जब जडित हुन्छ।

यदि तपाईं यस "लगइन लूप" मा फ्याक्नु भएको छ भने तपाईले गीता लगिन प्रम्प्ट नगरे सम्म फिर्ती रिटाइम धेरै पटक हिट गर्नु हो। अर्को तरिका भनेको समयको लागि केवल एक मिनेट वा धेरै पर्खनुहोस्। त्यसपछि गीता लगइन प्रम्प्टले गीता कार्यक्रममा स्क्रिनमा राख्नेछ र तपाईलाई लग इन गर्न प्रयास गर्न सक्नुहुन्छ।

8-बिट डाटा बाइट्स (प्लस समानता)

दुर्भाग्यवश, आर्गीय यस समानता पत्ता लगाउन सक्दैन। सन् 1 999 को अन्तको साथमा समानताको स्वत: पत्ता लगाउन असक्षम पार्न कुनै विकल्प छ र यसैले गलत समानता पत्ता लगाउनेछ। परिणाम यो हो कि लगइन प्रक्रिया कचौरा हुनेछ र समानतालाई सेट गरिनेछ। यसैले यो समानताको 8-बिट डाटा बाइट्स प्रयोग गर्न प्रयास गर्न सम्भव छैन।

गेटी (getty_ps को भाग)

(यो भन्दा धेरै भन्दा पुरानो सीरियल-हाउटोबाट ग्रेग हेक्किन्सले)
यस गीतामा को लागी दुवैलाई प्रविष्टिहरू कन्फिगरेसन फाइलमा राख्नु पर्दछ र / etc / inittab मा प्रविष्टि थप्न आवश्यक छ। तपाईंको टर्मिनलका लागि प्रयोग गर्ने केही उदाहरण प्रविष्टहरू यहाँ छन् जुन तपाई कन्फिगरेसन फाइल / etc / gettydefs मा राख्नुहुन्छ

# 38400 बीपीएस डुब टर्मिनल प्रविष्टि डीटी 38400 # बी 38400 सीएस 8 क्लाउड # बी 38400 साइन-क्लासिक क्लाउड # @ S @L लगिन: # डीटी 38400 # 1 9 200 बीपीएस डुब टर्मिनल प्रविष्टि DT19200 # B19200 CS8 CLOCAL # B19200 -SAN-CLIP CLOCAL # @ S Login: # DT19200 # 9600 बीपीएस डुब टर्मिनल प्रविष्टि डीटी 9 0000 # B9600 CS8 क्लासिक # B9600 साइन -समय क्लासिक # @ S @L लग इन: # डीटी 9 0000

ध्यान दिनुहोस् कि डीटी 38400, डीटी 1 9 200, आदि केवल लेबल हुन् र तपाइँले / etc / inittab मा प्रयोग गर्नुपर्दछ।

यदि तपाइँ चाहानुहुन्छ, तपाईले लगइन ब्यानरमा गीता प्रिन्ट रोचक चीजहरू बनाउन सक्नुहुन्छ। मेरो उदाहरणहरूमा, मेरो प्रणाली नाम र सीरियल लाइन छ। तपाईं अन्य चीजहरू थप्न सक्नुहुन्छ: [blockquote

shade = yes] @B वर्तमान ((@B मा देखापरेको मूल्याङ्कन) बीपीएस दर। @D वर्तमान मिति, एमएम / डीडी / YY मा। @L सीरियल रेखा जसमा गीता संलग्न छ। @S प्रणाली नाम। @T वर्तमान समय, एचएच मा: एमएम: एसएस (24-घण्टा)। @U वर्तमानमा साइन-इन प्रयोगकर्ताहरूको संख्या। यो / etc / utmp फाइलमा प्रविष्टिहरूको संख्याको गणना हो जुन गैर-नल ut_name फिल्ड छ। @V VERSION को मान, जस्तै पूर्वनिर्धारित फाइलमा दिइएको छ। एकल '@' क्यारेक्टर प्रदर्शन गर्नको लागि, '\ @' वा '@@' प्रयोग गर्नुहोस्।

जब तपाई सम्पादन गर्दै हुनुहुन्छ / etc / gettydefs , तपाईले प्रमाणिकरण गर्न सक्नु हुन्छ कि वाक्य रचना सही छ:

linux # getty -c / etc / gettydefs

यकीन गर्नुहोस् कि त्यहाँ सीरियल पोर्टको लागि कुनै अन्य गीता वा यूगेटी कन्फिग फाइल छैन जुन तपाईको टर्मिनलसँग संलग्न छ ( /etc/default/{uu}getty.ttyS N वा /etc/conf.{uu}getty.ttyS एन ) , यो शायद टर्मिनल मा गीली चलिरहेको संग हस्तक्षेप गर्नेछ। त्यस्ता विवादास्पद फाइलहरू हटाउनुहोस् भने तिनीहरू बाहिर निस्कन्छन्।

तपाईंको / etc / inittab फाइललाई क्रमिक पोर्टमा गीता चलाउनका लागि सम्पादन गर्नुहोस् (तपाईंको वातावरण-पोर्ट, गति, र पूर्वनिर्धारित टर्मिनल प्रकारका लागि सही जानकारीमा बदल्ने ):

S1: 23: शून्य: / sbin / getty ttyS1 DT9600 vt100 यसमा लिनक्स # init q

यस बिन्दुमा तपाईंले आफ्नो टर्मिनलमा लगइन प्रम्प्ट हेर्नु पर्छ। टर्मिनलको ध्यान प्राप्त गर्न तपाईलाई फर्किने हिट हुन सक्छ।

mgetty

"मो" मोडेमको लागि खडा छ। यो प्रोग्राम मुख्य रूपमा मोडेमहरूको लागि र मध्य 2000 को लागी यो पाठ-टर्मिनलहरूको लागि प्रयोग गर्न पुन: प्राप्ति आवश्यक पर्दछ (जबसम्म तपाइँ हार्डवेयर प्रवाह नियन्त्रण प्रयोग गर्दैन - र त्यो सामान्यतया एक हात बनाइएको केबल चाहिन्छ)। सीधा जडित टर्मिनलहरूको लागि दस्तावेजको लागि म्यानुअलको "सिधा" खण्ड हेर्नुहोस्: mgetty.texi।

टर्मिनलको लागि कन्फिगर गर्ने उदाहरणको लागि /etc/mgetty/mgetty.config को अन्तिम रेखाहरू हेर्नुहोस्। जबसम्म तपाइँ "टगल-डीटीआर नो" भन्नुहुन्छ तब सम्म यो तपाईले सोचेको छ कि तपाइँसँग पीसीमा DTR पिन नमान्ने मोडेम रिसेट गर्न खराब प्रयत्नमा एक मोडेम र ड्रप (ड्र्याक) छ। अन्य gettys को विपरीत, mgetty आफै टर्मिनल मा संलग्न हुनेछ जब सम्म कि कुनै टर्मिनल को कुनै पनि कुञ्जी हिट सम्म तपाईं एक देख्नुहुनेछ? टर्मिनलको लागि माथि वा ps जब यो हुन्छ। लगहरू / var / log / mgetty / ले केही चेतावनी सन्देशहरू देखाउन सक्छ जुन केवल मोडेमहरूमा लागू हुन्छ जुन तपाईं बेवास्ता गर्न सक्नुहुनेछ।

यहाँ सरल रेखाको उदाहरण हो जुन तपाईंले / etc / inittab मा राख्नुभयो :

s1: 23: respawn: / sbin / mgetty -r ttyS1