14.1 ગેટ્ટી (/ etc / inittab માં વપરાય છે)
ગેટ્ટીની પરિચય
જ્યારે સીરીયલ પોર્ટ (અને તેની સાથે જોડાયેલ ટર્મિનલ) પર લૉગિન પ્રક્રિયા ચાલે છે ત્યારે કમ્પ્યુટર શરૂ થાય છે (અથવા રન લેવલ્સ સ્વિચ કરે છે) getty આદેશ / etc / inittab ફાઇલમાં મૂકવો જ જોઇએ. આદેશ વાક્યમાંથી ગેટ્ટીને ચલાવવાથી સમસ્યાઓ ઊભી થઈ શકે છે (જુઓ જો getty આદેશ વાક્યમાંથી ચાલે છે: શા માટે તે જોવા માટે કાર્યક્રમો અટકાવવામાં આવે છે). ગેટ્ટી એક TTY (એક ટર્મિનલ) જઈ રહી છે દરેક ટર્મિનલને તેની પોતાની ગેટ્ટી કમાન્ડની જરૂર છે. દરેક / etc / inittab ફાઈલમાં કન્સોલ માટે ઓછામાં ઓછી એક getty આદેશ પણ છે. આ શોધો અને તેના પછીની વાસ્તવિક ટર્મિનલો માટે getty આદેશો મૂકો. આ ફાઇલમાં ટેક્સ્ટ ટર્મિનલો માટે નમૂના ગેટ્ટી રેખાઓ હોઈ શકે છે કે જે ટિપ્પણી કરવામાં આવે છે જેથી તમારે જે કરવું જોઈએ તે બધાને દૂર કરવા (અગ્રણી # દૂર કરો) અને થોડા દલીલો બદલવો.
જેની મંજૂરી છે તે દલીલો તમે કયા ગેટ્ટીનો ઉપયોગ કરો છો તેના પર આધાર રાખે છે:
સીધા જોડાયેલ ટર્મિનલ્સ માટે શ્રેષ્ઠ બે gettys છે:
- અગ્નિશામય (ક્યારેક માત્ર ગેટ્ટી કહેવાય છે): સુયોજિત કરવા માટે ખૂબ જ સરળ. કોઈ રૂપરેખા ફાઈલો નથી. ઉત્સાહી જુઓ
- ગેટ્ટી (getty_ps નો ભાગ)
ડાયલ-ઇન મોડેમ્સ (સીધા કનેક્ટેડ ટર્મિનલ્સ માટે ટાળવા) માટે શ્રેષ્ઠ બે ગેટિટીઝ છે:
- mgetty: મોડેમ માટે શ્રેષ્ઠ એક; ટર્મિનલ માટે ખૂબ કામ કરે છે પરંતુ હલકી ગુણવત્તાવાળા
- uugetty: ફક્ત મોડેમ્સ માટે; getty_ps પેકેજનો એક ભાગ
જો તમે પ્રત્યક્ષ ટેક્સ્ટ-ટર્મિનલનો ઉપયોગ ન કરો તો વાપરવા માટે સરળ ગેટિટીઝ. મોટાભાગના Linux વપરાશકર્તાઓ તેમના મોનિટર પર આનો ઉપયોગ કરે છે:
- મિંગેટ્ટી
- fbgetty
- fgetty
- રનજ્ટી
તમારા Linux વિતરણ કાં તો ps_getty અથવા agetty સાથે ટેક્સ્ટ-ટર્મિનલ માટે આવી શકે છે. કેટલાક વિતરણ ન તો પુરવઠો દુર્ભાગ્યવશ, તેઓ વારંવાર ફક્ત તેને "ગેટ્ટી" કહીને કહે છે જેથી તમને તે નક્કી કરવાની જરૂર પડી શકે કે તમારી પાસે જે દલીલો છે તે પછી / etc / inittab માં અલગ પડે છે. ડેબિયન ઍપ્ટીટીનો ઉપયોગ કરે છે (ઉપયોગ-લિનક્સ પેકેજમાં) RedHat અને Fedora એ ps_getty નો ઉપયોગ કરે છે: ps_getty
તમારી પાસે જે ગેટ્ટી છે તે નક્કી કરવાનો પ્રયાસ કરવા માટેનો છેલ્લો ઉપાય તરીકે, તમે તેના એક્ઝેક્યુટેબલ કોડ (સામાન્ય રીતે / sbin) માં તપાસ કરી શકો છો. ps_getty પાસે આ કોડમાં એમ્બેડ કરેલ / etc / gettydefs છે. તે શોધવા માટે, / sbin પર જાવ અને ટાઇપ કરો:
શબ્દમાળાઓ ગેટ્ટી | grep getty
જો ગેટ્ટી વાસ્તવમાં ઉત્સાહી છે તો ઉપરના પરિણામ કંઈ નહીં. જો તમારી પાસે એગ્વેટી ટાઈપીંગ છે:
ગેટ્ટી -હ
વિકલ્પો દર્શાવવું જોઈએ [-એએમએમડબલ્યુ]
જો તમારી પાસે ગેટ્ટી ન હોય તો તમે RPM અને Debian પેકેજો વચ્ચે કન્વર્ટ કરવા માટે અન્ય ડિસ્ટ્રિબ્યુશન અને એલિયન પ્રોગ્રામ તપાસો છો. સોર્સ કોડને ગેટ્ટી સોફ્ટવેરમાંથી ડાઉનલોડ કરી શકાય છે.
જો તમે મોડેમ નિયંત્રણ રેખાઓનો ઉપયોગ ન કરો (ઉદાહરણ તરીકે જો તમે માત્ર 3 વાહકની ઓછામાં ઓછી સંખ્યા: ટ્રાન્સમિટ, પ્રાપ્ત અને સામાન્ય સિગ્નલ ગ્રાઉન્ડનો ઉપયોગ કરો છો તો) તમારે "સ્થાનિક" ધ્વજનો ઉપયોગ કરીને આને ખબર પડશે. આનો ફોર્મેટ કયા ગેટ્ટીનો ઉપયોગ કરે છે તેના પર આધાર રાખે છે.
પ્રવેશ પછી ગેટ્ટી બહાર નીકળે છે (અને respawn કરી શકે છે)
તમે લૉગ ઇન કર્યા પછી તમે નોંધશો કે ("ટોચ", "ps -ax", અથવા "ptree" નો ઉપયોગ કરીને) કે ગેટ્ટી પ્રક્રિયા હવે ચાલી રહી નથી. તે શું થયું? જો તમારા શેલની હત્યા થાય તો શા માટે ગેટ્ટી ફરી શરૂ થાય છે? અહીં શા માટે છે
તમારા વપરાશકર્તા નામમાં લખ્યા પછી, ગેટ્ટી તેને લે છે અને લોગિન પ્રોગ્રામને કહે છે કે તે તમારા વપરાશકર્તા નામને કહે છે. ગેટ્ટી પ્રક્રિયાને લોગિન પ્રક્રિયા દ્વારા બદલવામાં આવે છે. લોગિન પ્રક્રિયા તમારા પાસવર્ડ માટે પૂછે છે, તેને ચકાસે છે અને તમારી પાસવર્ડ ફાઇલમાં જે પ્રક્રિયા સ્પષ્ટ કરે છે તે શરૂ કરે છે. આ પ્રક્રિયા ઘણીવાર બેશ શેલ છે જો એમ હોય તો, bash શરૂ થાય છે અને લોગિન પ્રક્રિયાને બદલે છે નોંધો કે એક પ્રક્રિયા બીજી જગ્યાએ બદલાય છે અને બેશ શેલ પ્રક્રિયા મૂળ રીતે ગેટ્ટી પ્રક્રિયા તરીકે શરૂ થઈ છે. આની અસરો નીચે વર્ણવવામાં આવશે.
હવે / etc / inittab ફાઇલમાં, ગેટ્ટીને માર્યા ગયા હોય તો respawn (પુનઃપ્રારંભ) માનવામાં આવે છે. તે કહે છે કે વાક્ય પર જે getty કહે છે. પરંતુ જો bash શેલ (અથવા લોગિન પ્રક્રિયા) માર્યા જાય, તો ગેટ્ટી રીસોન (રીસ્ટાર્ટ્સ). શા માટે? વેલ, બન્ને લોગિન પ્રોસેસ અને બૅશ ગેટ્ટી માટે બદલાયા છે અને બોરર્સ છે
* ટેક્સ્ટ ટર્મિનલ કેવી રીતે ઇન્ડેક્સ
તેમના પૂરોગામી દ્વારા સ્થાપિત સિગ્નલ જોડાણો. વાસ્તવમાં જો તમે વિગતોનું પાલન કરો છો તો તમે જોશો કે રિપ્લેસમેન્ટની પ્રક્રિયામાં મૂળ પ્રક્રિયા તરીકે સમાન પ્રક્રિયા ID હશે. આ રીતે આવા પ્રોસેસ ID નંબર સાથે વેશમાં વેશમાં બેશ એક પ્રકારની છે. જો બાસ માર્યો જાય તો તે ગેટ્ટીની હત્યા જેવી છે (ભલે તે ગેટ્ટી હવે ચાલી રહી નથી). આ પરિણામ ગેટ્ટી રેશોંગમાં છે.
જ્યારે કોઈ લૉગ આઉટ કરે છે, ત્યારે તે સીરીયલ પોર્ટ પરની તમામ પ્રક્રિયાઓને બાસ શેલ સહિતના માર્યા જાય છે. આ પણ થઈ શકે છે (જો સક્રિય હોય તો) જો હેન્ડઅપ સંકેત સીરીયલ પોર્ટને મોડેમ દ્વારા ડીસીડી વોલ્ટેજની ડ્રોપ દ્વારા મોકલવામાં આવે છે. ક્યાં તો DCD માં લૉગઆઉટ અથવા ડ્રોપ getty respawning પરિણમશે. એક, બેસ્ટ (કે લોગીન) જાતે કી કી, વગેરેને હટાવવાથી "ટોપ" અથવા "કીલ" કમાન્ડ સાથે જાતે હત્યા કરીને બ્રેકને ગુસ્સે થઇ શકે છે. તમને સંભવતઃ તેને સંકેત 9 સાથે મારવા જરૂરી છે (જેને અવગણવામાં નહીં આવે).
જો getty આદેશ વાક્યમાંથી ચાલે છે: પ્રોગ્રામ્સ બંધ થઈ જાય છે
તમારે સામાન્ય રીતે / etc / inittab ની અંદરથી Getty ચલાવો જોઈએ અને આદેશ વાક્યમાંથી નહીં અથવા તો ટર્મિનલ પર ચાલી રહેલ કેટલાક કાર્યક્રમો અનપેક્ષિત રીતે સસ્પેન્ડ (અટકાવાયેલ) થઈ શકે છે. અહીં શા માટે છે (આગળના વિભાગ પર જવા માટે શા માટે તમારા માટે અગત્યનું નથી?) જો તમે અન્ય ટર્મિનલના આદેશ વાક્યમાંથી ttyS1 ને કહેવા માટે getty શરૂ કરો છો, તો tty1 લખો, પછી તેના "નિયંત્રક ટર્મિનલ" તરીકે tty1 હશે, ભલે તે વાસ્તવિક ટર્મિનલ પર ચાલે છે તે ttyS1 છે. આમ તે ખોટી નિયંત્રણ ટર્મિનલ ધરાવે છે. પરંતુ જો તે inittab ફાઇલની અંદર શરૂ થઈ જાય તો તે ttyS1 ને નિયંત્રક ટર્મિનલ (સાચી) તરીકે હશે.
તેમ છતાં નિયંત્રિત ટર્મિનલ ખોટો છે, ttyS1 પર લોગિન દંડ કામ કરે છે (કારણ કે તમે getty માટે દલીલ તરીકે ttyS1 આપી છે). પ્રમાણભૂત ઇનપુટ અને આઉટપુટ ttyS1 માં સુયોજિત છે, તેમ છતાં નિયંત્રક ટર્મિનલ tty11 રહે છે. TtyS1 પર ચાલતા અન્ય પ્રોગ્રામ આ સ્ટાન્ડર્ડ ઇનપુટ / આઉટપુટ (જે ttyS1 સાથે જોડાયેલ છે) ને પ્રાપ્ત કરી શકે છે અને બધું બરાબર છે. પરંતુ કેટલાક પ્રોગ્રામ્સ તેમના નિયંત્રક ટર્મિનલ (ટીટી 1) માંથી વાંચવાનો પ્રયાસ કરી શકે છે જે ખોટી છે. હવે tty1 લાગે છે કે આ પ્રોગ્રામ્સ પૃષ્ઠભૂમિમાં tty1 દ્વારા ચાલે છે તેથી tty1 (તે ttyS1 હોવું જોઈએ) વાંચવા માટેનો પ્રયાસ અટકાવવા માટેના પ્રયાસને અટકાવવાનો પ્રયાસ છે. (એક પૃષ્ઠભૂમિ પ્રક્રિયાને તેના નિયંત્રક ટર્મિનલમાંથી વાંચવાની મંજૂરી નથી.) તમે કંઈક આના જેવું સંદેશો જોઈ શકો છો: સ્ક્રીન પર " [1] + અટવાયું " આ બિંદુએ તમે અટવાઇ ગયા છો કારણ કે તમે એક પ્રક્રિયા સાથે વાતચીત કરી શકતા નથી, જે તમારી સાથે ખોટા ટર્મિનલ દ્વારા વાતચીત કરવાનો પ્રયાસ કરી રહી છે. અલબત્ત આમાંથી બચવા માટે તમે અન્ય ટર્મિનલ પર જઈ શકો છો અને પ્રક્રિયાને મારી કરી શકો છો, વગેરે.
અસ્સીટી (ગેટ્ટી નામ આપવામાં આવ્યું હોઈ શકે છે)
/ Etc / inittab માં ઉદાહરણ રેખા:
એસ 1: 23: રેસ્પોન: / એસબીન / ગેટ્ટી-એલ 19200 ટીટીએસ 1 vt102એસ 1 ttyS1 છે. 23 નો અર્થ છે કે ગેટ્ટીને રન લેવલ 2 અથવા 3 દાખલ કરવા પર ચાલે છે. Respawn એનો અર્થ એ થાય કે જો ગેટ્ટી (અથવા પ્રોસેસ જે તેને બદલવામાં આવે છે) હત્યા થાય છે, તો ગેટ્ટી સ્વયંચાલિત રીતે ફરી શરૂ થશે (respawn). / sbin / getty એ getty આદેશ છે ધ એલ એટલે સ્થાનિક (મોડેમ નિયંત્રણ સંકેતો અવગણો). -હ (ઉદાહરણમાં બતાવેલ નથી) હાર્ડવેર ફ્લો કંટ્રોલ (સ્ટેટી crtscts જેવું જ) સક્રિય કરે છે. 19200 બૌડ દર છે. ttyS1 એ / dev / ttyS1 (એમએસ-ડોસમાં કોમ 2) છે. vt102 એ ટર્મિનલનો પ્રકાર છે અને આ ગેટ્ટી એ વેલ્યુ વેરિયેબલ TERM ને આ વેલ્યુમાં સેટ કરશે. કોઈ રૂપરેખાંકન ફાઈલો નથી. Getty સંપાદન પછી આદેશ વાક્ય પર "init q" લખો અને તમારે લૉગિન પ્રોમ્પ્ટ જોવો જોઈએ.
પેગીટી સમસ્યાઓના અગ્ટીની ઓટો-ડિટેક્શન
ઍજેટ્ટી પ્રોગ્રામ ટર્મિનલ (કોઈ સમાનતા સહિત) માં સુયોજિત કરેલા પેરિટીને સ્વતઃ-શોધો કરવાનો પ્રયાસ કરશે. તે 8-બીટ ડેટા બાઇટ્સ વત્તા 1-બીટ પેરિટીને સપોર્ટ કરતું નથી. 8-બીટ ડેટા બાઇટ્સ (વત્તા સમાનતા) જુઓ. જો તમે પેરિટી સુયોજિત કરવા માટે STTY નો ઉપયોગ કરો છો, તો ઍજેટ્ટી તેને આપમેળે અનસેટ કરશે કારણ કે તે શરૂઆતમાં ઇચ્છે છે કે પેરિટી બીટ થ્રુ થવું, જેમ કે તે ડેટા બીટ છે. આ કારણ છે કે તમારે છેલ્લી બીટ (શક્યતઃ એક પેરિટી બીટ) મેળવવાની જરૂર છે કારણ કે તમે તમારો લોગીન-નામ લખો છો જેથી તે પોતાનું સ્વતઃ-શોધી શકે. આમ જો તમે પેરિટીનો ઉપયોગ કરો છો, તો તેને ટેક્સ્ટ-ટર્મિનલની અંદર જ સક્ષમ કરો અને એગેટ્ટીને ઓટો-ડિટેક્ટ કરો અને તેને કમ્પ્યુટર પર સેટ કરો. જો તમારું ટર્મિનલ પ્રાપ્ત પેરિટીને ટેકો આપે છે, તો જ્યાં સુધી તમે કંઈક ટાઇપ નહીં કરો ત્યાં સુધી લૉગિન પ્રોમ્પ્ટ બગડેલ દેખાશે જેથી ગેટ્ટીને શોધી શકાય
સમાનતા વંચિત પ્રોમ્પ્ટ મુલાકાતીઓ વગેરેને લૉગિન કરવાનો પ્રયાસ કરતા અટકાવશે. તે તમે શું કરવા માંગો છો તે હોઈ શકે છે.
પેરિટીના ઓટો ડિટેક્શનમાં કેટલીકવાર સમસ્યા છે આવું બને છે કારણ કે તમે તમારું લોગીન નામ લખો તે પહેલા, એગેટ્ટી લોગીંગ પ્રોગ્રામ શરૂ કરે છે જેમાં તમને લોગીંગ કરવાનું સમાપ્ત થાય છે. કમનસીબે, લોગિન પ્રોગ્રામ પેરિટીને શોધી શકતું નથી, જો ગેટ્ટી પ્રોગ્રામ પેરિટી નક્કી કરવામાં નિષ્ફળ જાય તો લોગિન તે નક્કી કરી શકશે નહીં. તે ક્યાં તો જો પ્રથમ લોગિન પ્રયત્ન નિષ્ફળ જાય, તો લોગિન તમને ફરીથી પ્રયાસ કરશે, વગેરે. (બધાને પેરિતા સેટ ખોટી સાથે) છેવટે, લોગિન (અથવા સમયસમાપ્તિ પછી) ના અસફળ પ્રયત્નો પછી, એગ્રેટી ફરીથી શરૂ થશે અને લોગિન શ્રેણીઓ ફરી શરૂ કરશે. એકવાર ગેટ્ટી ફરીથી ચાલી રહી છે, તે બીજા પ્રયાસમાં સમાનતા શોધી શકે છે જેથી બધું બરાબર કાર્ય કરી શકે.
ખોટી પેરીટી સાથે, લોગિન પ્રોગ્રામ તમે જે લખ્યું છે તે તમે યોગ્ય રીતે વાંચી શકતા નથી અને તમે લોગ ઇન કરી શકતા નથી. જો તમારું ટર્મિનલ પ્રાપ્ત પેરિટીને ટેકો આપે તો, તમે વિકૃત સ્ક્રીન જોવાનું ચાલુ રાખશો. જો ગેટ્ટી પેરિટીને શોધવામાં નિષ્ફળ જાય તો / etc / issue ફાઇલ સામાન્ય રીતે પ્રોમ્પ્ટ પહેલાંની સ્ક્રીન પર ડમ્પ થઈ જાય છે, તેથી સ્ક્રીન પર વધુ ગંદા શબ્દો દેખાય શકે છે.
પહેલી વાર લખેલા પત્ર દ્વારા અસ્પષ્ટતા શા માટે શોધી શકાતી નથી? અહીં એક ઉદાહરણ છે: ધારો કે તે 8-બીટ બાઇટને તેના પેરિટી બીટ 0 (હાઈ-ઓર્ડર બીટ) અને 1-બિટ્સની વિચિત્ર સંખ્યા સાથે શોધી કાઢે છે. તે શું છે? સારુ, 1 બિટ્સની વિચિત્ર સંખ્યા સૂચવે છે કે તે વિચિત્ર પેરિટી છે. પરંતુ તે કોઈ પણ સમાનતા સાથે 8-બીટ અક્ષર હોઈ શકે છે. તે નક્કી કરવા માટે અત્યાર સુધી કોઈ રીત નથી કે જે પરંતુ અત્યાર સુધી અમે સમાન પરાક્રમની શક્યતા દૂર કરી દીધી છે. પેરિટીની શોધ એ દૂર કરવાની પ્રક્રિયા દ્વારા આગળ વધે છે.
જો ટાઇપ કરેલ આગામી બાઈટ પ્રથમ એક જેવું જ હોય અને તે પણ સમાનતા ની માત્રાને દૂર કરે તો, તે પેરિટી નક્કી કરવા હજુ અશક્ય છે. આ સ્થિતિ અનિશ્ચિત રહી શકે છે અને દુર્લભ કિસ્સાઓમાં લોગિન નિષ્ફળ જશે જ્યાં સુધી તમે તમારું લોગિન નામ બદલશો નહીં. જો Agetty 1 ના સમાનતા બીટને શોધે છે, તો તે ધારશે કે આ એક સમાનતા છે અને 8-બીટ અક્ષરની હાઈ-ઓર્ડર નહીં. તે આમ ધારે છે કે તમે તમારા વપરાશકર્તા નામમાં મેટા-અક્ષરો (ઉચ્ચ બીટ સેટ) નો ઉપયોગ કરતા નથી (એટલે કે તમારું નામ એએસસીઆઇઆઇમાં છે).
કોઈ વિવિધ રીતે "લોગિન લુપ" માં પ્રવેશી શકે છે ધારો કે તમે ફક્ત તમારા લૉગિન નામ માટે એક અક્ષર અથવા બે લખો અને પછી વળતર હિટ કરો જો આ પેરિટી પેરિટી ડિટેક્શન માટે પૂરતી ન હોય તો, પેરિટી મળી જાય તે પહેલાં લોગિન લોગ કરો. કેટલીકવાર આ સમસ્યા થાય છે જો તમારી પાસે ટર્મિનલ ન હોય અને / અથવા કનેક્ટેડ હોય કે જ્યારે એગેટ્ટી પ્રથમ શરૂ થાય.
જો તમે આ "લોગિન લૂપ" માં અટવાઇ ગયા હોવ તો તેમાંથી રીટર્ન કીને ઘણી વખત હિટ કરવાનો છે જ્યાં સુધી તમે ગેટ્ટી લોગિન પ્રોમ્પ્ટ નહીં કરો. બીજી રીત એ છે કે માત્ર એક મિનિટ અથવા તો સમયસમાપ્તિ માટે રાહ જોવી. પછી getty પ્રવેશ પ્રોમ્પ્ટને સ્ક્રીન પર ગેટ્ટી પ્રોગ્રામ દ્વારા મૂકવામાં આવશે અને તમે લૉગ ઇન કરવા માટે ફરી પ્રયત્ન કરી શકો છો.
8-બીટ ડેટા બાઇટ્સ (વત્તા પેરિટી)
કમનસીબે, એગેટ્ટી આ સમાનતાને શોધી શકતું નથી. 1999 ના દાયકાના અંત સુધીમાં તેને સમાનતાના સ્વતઃ શોધને નિષ્ક્રિય કરવા માટે કોઈ વિકલ્પ નથી અને આમ ખોટા પેરિટીને શોધી કાઢશે. પરિણામ એ છે કે લોગિન પ્રક્રિયા ખોટી હશે અને સમાનતા ખોટી હશે. આમ, સમાનતા સાથે 8-બીટ ડેટા બાઇટ્સનો ઉપયોગ કરવાનો પ્રયાસ કરવા માટે તે શક્ય લાગતું નથી.
ગેટ્ટી (getty_ps નો ભાગ)
(આમાંના મોટા ભાગના ગ્રેગ હેન્કિન્સ દ્વારા જૂના સીરિયલ-હોવટોના છે)
આ ગેટ્ટી માટે રૂપરેખાંકન ફાઈલમાં પ્રવેશો અને બંને / etc / inittab માં પ્રવેશ ઉમેરવાની જરૂર છે. તમારા ટર્મિનલ માટે ઉપયોગમાં લેવાતી કેટલીક ઉદાહરણ એન્ટ્રીઓ અહીં છે કે જે તમે / etc / gettydefs રૂપરેખાંકન ફાઈલમાં મૂકી છે.
નોંધ કરો કે DT38400, DT19200, વગેરે માત્ર લેબલ છે અને તે જ હોવા જોઈએ કે જે તમે / etc / inittab માં ઉપયોગ કરો છો.
જો તમે ઇચ્છતા હોવ, તો તમે લૉગિન બૅનરમાં getty છાપવાની રસપ્રદ વસ્તુઓ બનાવી શકો છો. મારા ઉદાહરણોમાં, મારી પાસે સિસ્ટમનું નામ અને સીરીયલ રેખા છપાય છે. તમે અન્ય વસ્તુઓ ઉમેરી શકો છો: [બ્લોકક્વોટ
શેડ = હા] @ બી વર્તમાન (@ બી જોવા મળે તે સમયે મૂલ્યાંકન) બીપીએસ રેટ. @ ડી વર્તમાન તારીખ, MM / DD / YY માં @ એલ સીરીયલ લાઈન જેમાંથી ગેટ્ટી જોડાયેલ છે. @ S સિસ્ટમ નામ @ ટી વર્તમાન સમય, એચએચ: એમએમ: એસએસ (24 કલાક) માં. @ યુ હાલમાં સાઇન-ઇન થયેલા વપરાશકર્તાઓની સંખ્યા આ / etc / utmp ફાઇલમાં એન્ટ્રીઓની સંખ્યાની ગણતરી છે કે જે બિન-નલ ut_name ક્ષેત્ર ધરાવે છે. @V, મૂળભુત ફાઇલમાં આપેલ VERSION ના મૂલ્ય. એક '@' અક્ષર દર્શાવવા માટે, '\ @' અથવા '@@' નો ઉપયોગ કરો.જ્યારે તમે / etc / gettydefs સંપાદન પૂર્ણ કરી લો , ત્યારે તમે ચકાસી શકો છો કે વાક્યરચના યોગ્ય છે:
linux # getty -c / etc / gettydefsસીરીયલ પોર્ટ માટે કોઈ અન્ય ગેટ્ટી અથવા યુઉગેટિ રૂપરેખા ફાઈલ નથી તેની ખાતરી કરો કે જે તમારું ટર્મિનલ ( /etc/default/{uu}getty.ttyS N અથવા / etc/conf. ) સાથે જોડાયેલ છે. {Ui }getty.itsS N ) , કારણ કે આ ટર્મિનલ પર Getty ચલાવવા સાથે કદાચ દખલ કરશે. જો તે બહાર નીકળે તો આવા વિરોધાભાસી ફાઇલોને દૂર કરો
સીરીયલ પોર્ટ (તમારા પર્યાવરણ - પોર્ટ, સ્પીડ, અને ડિફૉલ્ટ ટર્મિનલ પ્રકાર માટે યોગ્ય માહિતીને સ્થાનાંતરિત કરવા) પર getty ચલાવવા માટે તમારી / etc / inittab ફાઇલને સંપાદિત કરો:
S1: 23: respawn: / sbin / getty ttyS1 ડીટી 9600 vt100 તેમાં linux # init qઆ બિંદુએ, તમારે તમારા ટર્મિનલ પર લૉગિન પ્રોમ્પ્ટ જોવો જોઈએ. ટર્મિનલનું ધ્યાન મેળવવા માટે તમને વળતરની અસર થઈ શકે છે.
mgetty
"એમ" મોડેમ માટે વપરાય છે આ પ્રોગ્રામ મુખ્યત્વે મોડેમ માટે છે અને 2000 ના દાયકાના અંતમાં તેને લખાણ-ટર્મિનલ માટે ઉપયોગમાં લેવાની જરૂર પડશે (જ્યાં સુધી તમે હાર્ડવેર ફ્લો કંટ્રોલનો ઉપયોગ કરતા નથી - અને તે સામાન્ય રીતે હાથબનાવેલા કેબલની જરૂર છે). સીધા કનેક્ટેડ ટર્મિનલ માટે દસ્તાવેજીકરણ માટે મેન્યુઅલના "ડાયરેક્ટ" વિભાગ જુઓ: mgetty.texi.
ટર્મિનલ માટે તેને રૂપરેખાંકિત કરવાના ઉદાહરણ માટે /etc/mgetty/mgetty.config ની છેલ્લી લીટીઓ જુઓ. જ્યાં સુધી તમે "ટૉગલ-ડીટીઆર ના" કહી નહીં ત્યાં સુધી એવું લાગે છે કે તમારી પાસે અસ્થાયી મોડેમ રીસેટ કરવાના નિરર્થક પ્રયાસમાં તમારી પાસે એક મોડેમ અને ડીપી (ડિગેટ) પીસી પર ડીટીઆર પિન છે. અન્ય gettys વિપરીત, mgetty પોતે ટર્મિનલ સાથે જોડાયેલ ન થાય ત્યાં સુધી કોઈએ તે ટર્મિનલની કોઈપણ કી પર કોઈ નહીં હોય, જેથી તમે એક જોશો? ટર્મિનલ માટે ઉપર અથવા ps સુધી આ બને છે. / Var / log / mgetty / માંના લોગ્સ થોડા ચેતવણી સંદેશાઓ બતાવી શકે છે જે ફક્ત મોડેમ પર જ લાગુ પડે છે જે તમે અવગણી શકો છો.
અહીં તમે જે / etc / inittab માં લખેલ સરળ લીટીનું ઉદાહરણ છે :
s1: 23: respawn: / sbin / mgetty -r ttyS1