Systemctl አገልግሎትን ያስወግዱ። ቤተኛ በስርዓት የተያዙ ስክሪፕቶችን በማሄድ ላይ። የአገልግሎቶችን ሁኔታ መፈተሽ

ሲስተምድ ዩኒት የተለያዩ ድርጊቶችን የሚፈጽም ስክሪፕት ነው (የፃፉትን ሁሉ)። ብዙ ጊዜ እንዲህ አይነት ስክሪፕቶችን እጽፋለሁ የተለያዩ አገልግሎቶችን በእጅ የምሰበስብ ወይም ዝግጁ የሆነ ሶፍትዌር ስጠቀም።

ሲስተምድ ክፍሎች ምን ይሰጡዎታል?

ክፍሎች በስርአቱ ሊተዳደሩ የሚችሉ ነገሮች ናቸው (በመሰረቱ ደረጃውን የጠበቀ የስርዓት ሀብቶች ውክልና በዲሞኖች ስብስብ ሊተዳደር ይችላል)።

ክፍሎች፣ በአንፃሩ፣ አገልግሎቶች ወይም ስራዎች ተብለው ሊጠሩ ይችላሉ፣ነገር ግን አሃዱ ሰፋ ያለ ፍቺ አለው ምክንያቱም ለአብስትራክት አገልግሎቶች፣ ለአውታረ መረብ ግብዓቶች፣ ለመሳሪያዎች፣ ለፋይል ሲስተም ተራራዎች እና ለነጠላ መገልገያ ገንዳዎች ሊውል ይችላል።

ለመተግበር ቀላል የሆኑ አንዳንድ ባህሪያት፡-

• በሶኬት ላይ የተመሰረተ ማግበርከአገልግሎት ጋር የተያያዙ ሶኬቶች ከዲሞን እራሱ ነቅለው ለብቻው እንዲያዙ ይመረጣል። ይህ ብዙ ጥቅሞች አሉት, ለምሳሌ የአገልግሎቱን መጀመሪያ ማዘግየት ተገቢው ሶኬት እስኪገኝ ድረስ. እንዲሁም ሂደቱ ከመጀመሩ በፊት ስርዓቱ ሁሉንም ሶኬቶች እንዲፈጥር ያስችለዋል, ይህም ተዛማጅ አገልግሎቶችን በትይዩ መጫን ያስችላል.
• በአውቶቡስ ላይ የተመሰረተ ማግበር: ክፍሎች በዲ አውቶቡስ በሚሰጠው የአውቶቡስ በይነገጽ ላይም ሊነቁ ይችላሉ. ተጓዳኝ አውቶቡስ ሲገኝ መሳሪያውን መጀመር ይቻላል.
• በመንገዱ ላይ የተመሰረተ ማግበር;በእንቅስቃሴ ወይም በተወሰኑ የፋይል ስርዓት ዱካዎች መገኘት ላይ በመመስረት አንድ ክፍል ሊጀመር ይችላል። ኢንኦቲፋይን ይጠቀማል።
• በመሣሪያ ላይ የተመሠረተ ማግበርየ udev ክስተቶችን በመጠቀም ተጓዳኝ ሃርድዌር ሲገኝ (የተገናኘ) ክፍሎችን እንዲሁ መጀመር ይቻላል።
• ስውር ጥገኝነት ካርታአብዛኛው የጥገኝነት መዋቅር ለክፍሎች በራሱ በስርዓቱ ሊገነባ ይችላል. አሁንም የጥገኝነት መረጃን ማከል ይችላሉ ነገርግን አብዛኛው ከባድ ስራ ለእርስዎ ይደረጋል።
• ምሳሌዎች እና አብነቶች፡የአብነት ማገጃ ፋይሎች አንድ አይነት አጠቃላይ መሳሪያ ብዙ አጋጣሚዎችን ለመፍጠር ጥቅም ላይ ሊውሉ ይችላሉ። ይህ ተመሳሳይ አጠቃላይ ተግባራትን የሚያቀርቡ ትናንሽ ልዩነቶችን ወይም ነጠላ ክፍሎችን እንዲፈጥሩ ያስችልዎታል.
• ቀላል የደህንነት ማቃለያ;ዩኒቶች ቀላል መመሪያዎችን በማከል አንዳንድ ቆንጆ የደህንነት ባህሪያትን መተግበር ይችላሉ። ለምሳሌ, ከፋይል ስርዓቱ ጋር ሲሰሩ ምን መዳረሻ መጠቀም እንደሚቻል (ማንበብ, መጻፍ) መግለጽ, የከርነል ችሎታዎችን መገደብ, የግል / tmp አቃፊ እና የአውታረ መረብ መዳረሻ ማዘጋጀት ይችላሉ.
• መውደቅ እና ቅንጥቦችየስርዓተ-ፋይሉን ክፍሎች የሚሽሩ ቅንጥቦችን በማቅረብ ክፍሎች በቀላሉ ማራዘም ይችላሉ። ይህ በቫኒላ እና በብጁ አተገባበር መካከል መቀያየርን ቀላል ያደርገዋል።

የስርዓት አሃዶች ከሌሎች ስርዓቶች የስራ እቃዎች በላይ ያላቸው ሌሎች ብዙ ጥቅሞች አሉ, ነገር ግን ይህ በራስዎ የማዋቀሪያ መመሪያዎች ጥቅም ላይ ሊውል የሚችለውን ኃይል ሀሳብ ይሰጥዎታል.

በዩኒክስ/ሊኑክስ ውስጥ የሥርዓት አሃዶች የት አሉ/ እንዴት ማግኘት እችላለሁ?

ሲስተይድ አሃዱን እንዴት እንደሚይዝ የሚገልጹ ፋይሎች በተለያዩ ቦታዎች ይገኛሉ፣ እያንዳንዱም ቅድሚያ የሚሰጣቸው ነገሮች እና ትርጉሞች አሏቸው።

ሁሉም የስርዓቱ የስርዓት ፋይሎች ቅጂዎች (ሁሉም ክፍሎች ማለቴ ነው) በ /lib/systemd/system directory ውስጥ ይገኛሉ። እዚህ የተከማቹ ፋይሎች በፍላጎት ሊጀምሩ እና ሊቆሙ ይችላሉ, ነገር ግን በክፍለ-ጊዜው ውስጥ. ይህ በመደበኛ አተገባበሩ ውስጥ በማንኛውም ስርዓት ላይ የሚዘረጋ የሶስተኛ ወገን ፕሮጄክት ገንቢዎች የሚፃፈው አጠቃላይ የቫኒላ ክፍል ፋይል ይሆናል። በዚህ ማውጫ ውስጥ ፋይሎችን ማርትዕ የለብዎትም። በምትኩ ፋይሉን (አስፈላጊ ከሆነ) ፋይሉን በዚያ ቦታ በሚተካ ሌላ የፋይል ቦታ መሻር አለቦት።

አንድ የተወሰነ መሣሪያ እንዴት እንደሚሰራ መለወጥ ከፈለጉ ወደ / ወዘተ/systemd/system directory መሄድ ያስፈልግዎታል ምክንያቱም - በዚህ ማውጫ ውስጥ የሚገኙት ፋይሎች በፋይል ስርዓቱ ውስጥ ካሉ ሌሎች ቦታዎች ይቀድማሉ።

የተወሰኑ መመሪያዎችን ከስርዓት ክፍል ፋይሎች ብቻ መሻር ከፈለጉ፣ በንዑስ ማውጫ ውስጥ የክፍል ፋይል ቁርጥራጮችን በትክክል ማቅረብ ይችላሉ። በስርዓቱ ቅጂዎች ላይ መመሪያዎችን ይጨምራሉ ወይም ይለውጣሉ, ይህም ለመለወጥ የሚፈልጉትን አማራጮች ብቻ እንዲገልጹ ያስችልዎታል.

ይህንን ለማድረግ ትክክለኛው መንገድ በፋይሉ ስም የተሰየመ ማውጫ በ ".d" መጨረሻ ላይ ተጨምሮበታል. ስለዚህም my_test.service ለተባለው ክፍል my_test.service.d ንዑስ ማውጫ መፈጠር አለበት። በዚህ ማውጫ ውስጥ፣ በ.conf የሚያልቅ ፋይል የንጥል ፋይል ባህሪያትን ለመሻር ወይም ለማራዘም ጥቅም ላይ ሊውል ይችላል።

በ/run/systemd/system ውስጥ የሩጫ ጊዜ ክፍሎችን የሚገልጽ ቦታም አለ። በዚህ ማውጫ ውስጥ የሚገኙት ፋይሎች በ/etc/systemd/system እና /lib/systemd/system መካከል ቅድሚያ ይሰጣሉ።

በዚህ አካባቢ ያሉ ፋይሎች ከቀዳሚው ቦታ ዝቅተኛ ቅድሚያ ተሰጥቷቸዋል፣ ነገር ግን ካለፈው የበለጠ ቅድሚያ ተሰጥቷቸዋል። የስርዓተ ክወናው ሂደት ራሱ ይህንን ቦታ በስራ ሰዓት ለተፈጠሩ በተለዋዋጭ ለተፈጠሩ አሃድ ፋይሎች ይጠቀማል። ይህ ማውጫ በጠቅላላው ክፍለ ጊዜ የስርዓቱን መሳሪያ ባህሪ ለመለወጥ ሊያገለግል ይችላል። አገልጋዩ እንደገና ሲጀመር በዚህ ማውጫ ላይ የተደረጉ ለውጦች ሁሉ ይጠፋሉ።

የስርዓት ክፍል ፋይል ዓይነቶች

የመሳሪያውን አይነት ለመወሰን ቀላሉ መንገድ በንብረት (ዩኒት) ስም መጨረሻ ላይ የተጨመረውን ቅጥያውን መመልከት ነው. የሚከተለው ዝርዝር ለስርዓተ ክወና የሚገኙትን የአሃዶች ዓይነቶች ይገልጻል፡-

• .አገልግሎትይህ ክፍል በአገልጋይ ላይ ያለውን አገልግሎት ወይም መተግበሪያ እንዴት ማስተዳደር እንደሚቻል ይገልጻል። አገልግሎቱን መጀመር ወይም ማቆም፣ በየትኞቹ ሁኔታዎች በራስ-ሰር መጀመር እንዳለበት፣ እንዲሁም ለተዛማጅ ሶፍትዌሮች የጥገኝነት መረጃን ይጨምራል።
• .ሶኬትየሶኬት መሣሪያ ፋይሉ ሶኬቱን ለማንቃት ሲስተዳድ የሚጠቀመውን ኔትወርክ፣ አይፒሲ ሶኬት ወይም FIFO ቋት ይገልጻል። ሁልጊዜ ይህን ብሎክ በሚገልጸው የሶኬት እንቅስቃሴ ላይ የሚጀምር ተዛማጅ የአገልግሎት ፋይል አላቸው።
• .መሣሪያበ udev ወይም በ sysfs የፋይል ስርዓት ለመቆጣጠር እንደ አስፈላጊነቱ የተገለጸውን መሳሪያ የሚገልጽ ክፍል። ሁሉም መሳሪያዎች .የመሳሪያ ፋይሎች የላቸውም. መሣሪያዎችን ሊፈልጉ የሚችሉ አንዳንድ ስክሪፕቶች።መሣሪያዎች ለመሰካት እና ለመድረስ ናቸው።
• . ተራራ: ይህ ብሎክ በስርዓት የሚተዳደረው በሲስተሙ ላይ ያለውን የመገጣጠሚያ ነጥብ ይገልፃል። እነሱ የተሰየሙት በተራራው መንገድ ሲሆን "/" ወደ ሰረዝ ተለውጧል. በ /etc/fstab ውስጥ ያሉ ግቤቶች በራስ-ሰር የተፈጠሩ ብሎኮች ሊኖራቸው ይችላል።
• .ራስ-ሰር: የ .automount ሞጁል አንድ ተራራ ነጥብ በራስ-ሰር እንዲዘጋጅ ያዋቅራል እና እነሱ ከሚያመለክቱት ተራራ ነጥብ በኋላ መገለጽ አለበት, እና የተራራውን ልዩ ነገሮች ለመለየት ተዛማጅ .mount ሞጁል ሊኖረው ይገባል.
• .መቀያየርይህ ክፍል በሲስተሙ ውስጥ ያለውን SWAP (ስዋፕ ቦታ) ይገልጻል። የእነዚህ ብሎኮች ስም ወደ መሳሪያው ወይም ፋይል የሚወስደውን መንገድ የሚያንፀባርቅ መሆን አለበት።
• .ዒላማይህ ክፍል ግዛቶችን ሲጫኑ ወይም ሲቀይሩ ለሌሎች መሳሪያዎች የማመሳሰል ነጥቦችን ለማቅረብ ይጠቅማል። እንዲሁም ስርዓቱን ወደ አዲስ ሁኔታ ለማምጣት ጥቅም ላይ ሊውሉ ይችላሉ.
• .መንገድይህ ክፍል ዱካ ላይ ለተመሰረተ ማንቃት የሚያገለግል መንገድን ይገልጻል። በነባሪነት ክፍሉ በተመሳሳይ የመሠረት ስም ይጀምራል። ይህ የመንገድ ለውጦችን ለመከታተል inotify ይጠቀማል።
• .የጊዜ ቆጣሪ: ይህ አሃድ በስርዓተ-ነገር (ከክሮን ስራ ጋር ተመሳሳይ) ለዘገየ ወይም ለታቀደለት ማግበር የሚተዳደረውን የሰዓት ቆጣሪ ይገልጻል። የሰዓት ቆጣሪው ሲደርስ, ተጓዳኝ እገዳው ይሰራል.
• .ቅጽበተ-ፎቶ: ይህ ክፍል በራስ-ሰር በቅጽበት systemctl ትዕዛዝ የተፈጠረ ነው። ለውጦችን ካደረጉ በኋላ የስርዓቱን ወቅታዊ ሁኔታ እንዲመልሱ ይፈቅድልዎታል. ቅጽበተ-ፎቶዎች በሁሉም ክፍለ-ጊዜዎች ውስጥ አይቀመጡም እና ጊዜያዊ ግዛቶችን ለመመለስ ያገለግላሉ።
• .ቁራጭ: ከሊኑክስ መቆጣጠሪያ ቡድን ኖዶች ጋር የተቆራኘ ነው, ይህም ሃብቶችን ለመገደብ ወይም ከማንኛውም ቁራጭ ጋር ለተያያዙ ሂደቶች እንዲመድቡ ያስችልዎታል. ስሙ በቡድን ዛፍ ውስጥ ያለውን ተዋረድ ያንፀባርቃል። ክፍሎች እንደየየራሳቸው ዓይነት በነባሪነት በተወሰኑ ቁርጥራጮች ይቀመጣሉ።
• .ስፋት: እነዚህ ከአውቶቡስ በይነገጽ ከሚቀበለው መረጃ በራስ-ሰር በስርዓት የተፈጠሩ ናቸው። በውጭ የተፈጠሩ የስርዓት ሂደቶችን ስብስቦችን ለማስተዳደር ጥቅም ላይ ይውላሉ.

እንደሚመለከቱት, ስርዓቱ የሚገናኙባቸው ብዙ የተለያዩ ክፍሎች አሉ. ብዙዎቹ ተግባራዊነትን ለመጨመር አብረው ይሰራሉ። በአብዛኛው፣ .አገልግሎቱ ጥቅም ላይ የሚውለው በጥቅማቸው ምክንያት ነው።

የስርዓት ክፍል ፋይሎች አወቃቀር

የፋይሎች ውስጣዊ መዋቅር ክፍሎች በመጠቀም ይደራጃሉ. ክፍሎች በሁለት ካሬ ቅንፎች "[" እና "]" የተገለጹት የክፍሉ ስም በውስጡ ተዘግቷል። እያንዳንዱ ክፍል እስከሚቀጥለው ክፍል መጀመሪያ ወይም እስከ ፋይሉ መጨረሻ ድረስ ይቀጥላል.

የክፍሎች ስሞች በደንብ የተገለጹ እና ጉዳዩን የሚመለከቱ ናቸው። ስለዚህም ክፍሉ እንደ ተጻፈ ከሆነ በትክክል አይተረጎምም. ለመተንተን መደበኛ ያልሆኑ ክፍልፋዮችን (ከስርዓተ ክወና ውጪ) ማከል ከፈለጉ በክፋዩ ስም ላይ የX ቅድመ ቅጥያ ማከል ይችላሉ።

በእነዚህ ክፍሎች ውስጥ፣ የመሣሪያ ባህሪ እና ዲበ ዳታ የሚገለጹት እኩል የምልክት ምደባ ያለው የቁልፍ እሴት ቅርጸት በመጠቀም ቀላል መመሪያዎችን በመጠቀም ነው፣ ለምሳሌ፡-

መመሪያ1=የዋጋ መመሪያ2=ዋጋ .......

የፋይል ዳግም ፍቺን በተመለከተ (ለምሳሌ በunit.type.d ማውጫ ውስጥ ይገኛል) ባዶ ሕብረቁምፊ በመመደብ መመሪያዎቹን እንደገና ማስጀመር ይቻላል። ለምሳሌ፣ የአንድ ነጠላ የስርዓት ፋይል ቅጂ እንደዚህ የተገለጸ መመሪያ ሊይዝ ይችላል።

መመሪያ1=ነባሪ_እሴት

የነባሪ_ዋጋው መመሪያ1 (ምንም ዋጋ የለውም) በመግለጽ በተሻረው ፋይል ውስጥ ሊቀር ይችላል፡

መመሪያ1=

አሁን እያንዳንዱን ክፍሎች ለየብቻ እንመልከታቸው.

በአብዛኛዎቹ አሃድ ፋይሎች ውስጥ የሚገኘው የመጀመሪያው ክፍል የ. በተለምዶ የመሳሪያውን ሜታዳታ ለመወሰን እና የመሳሪያውን ከሌሎች መሳሪያዎች ጋር ያለውን ግንኙነት ለማዘጋጀት ይጠቅማል።

ምንም እንኳን የክፍሎች ቅደም ተከተል ፋይልን በሚተነተንበት ጊዜ ስርዓቱን ማድረጉ ምንም ችግር የለውም ፣ ይህ ክፍል ብዙውን ጊዜ በላዩ ላይ ይቀመጣል ምክንያቱም የመሣሪያውን አጠቃላይ እይታ ይሰጣል። በክፍሉ ውስጥ አንዳንድ አጠቃላይ መመሪያዎችን ያገኛሉ፡-

• መግለጫ=: ይህ መመሪያ የመሳሪያውን ስም እና መሰረታዊ ተግባር ለመግለፅ ሊያገለግል ይችላል። በተለያዩ የስርዓት መሳሪያዎች ተመልሷል፣ ስለዚህ አጭር፣ የተለየ እና መረጃ ሰጭ የሆነ ነገር ማዘጋጀት ጥሩ ነው።
• ሰነድ =ይህ መመሪያ የሰነድ ቦታዎችን ያቀርባል። እነዚህ በውስጥ የሚገኙ የእገዛ ገጾች፣ ወይም በበይነ መረብ (ዩአርኤልዎች) ላይ የሚገኙ ሊሆኑ ይችላሉ። የ"status system your_service" ትዕዛዝ ይህንን መረጃ ያሳያል።
• ያስፈልገዋል=ይህ መመሪያ ይህ ክፍል (አገልግሎት ወይም መሳሪያ) የተመካባቸውን ሁሉንም ክፍሎች ይዘረዝራል። የአሁኑ እገዳ ከተነቃ እዚህ የተዘረዘሩት ክፍሎች እንዲሁ በተሳካ ሁኔታ ማግበር አለባቸው, አለበለዚያ አይሳካም. እነዚህ ብሎኮች አሁን ካለው ነባሪ መሣሪያ ጋር በትይዩ ይሰራሉ።
• ይፈልጋል=ይህ መመሪያ ከ Requires= ጋር ተመሳሳይ ነው ግን ብዙም ገዳቢ ነው። Systemd ይህ መሳሪያ ሲነቃ እዚህ የተዘረዘሩትን ማናቸውንም ክፍሎች ለመጀመር ይሞክራል። እነዚህ መሳሪያዎች ካልተገኙ ወይም ካልተጀመሩ የአሁኑ እገዳ መስራቱን ይቀጥላል። አብዛኛዎቹ ጥገኞችን ለማዋቀር ይህ የሚመከር መንገድ ነው። እንደገና፣ ይህ በሌሎች መመሪያዎች ካልተቀየረ በስተቀር ትይዩ ማግበርን ያመለክታል።
• BindsTo=ይህ መመሪያ ከ Requires= ጋር ተመሳሳይ ነው ነገር ግን ተጓዳኝ መስቀለኛ መንገድ ሲያልቅ የአሁኑ መሳሪያ እንዲቆም ያደርገዋል።
• በፊት=በዚህ መመሪያ ውስጥ የተዘረዘሩ ክፍሎች አሁን ያለው ብሎክ በተመሳሳይ ጊዜ ነቅተው እንደሰሩ ምልክት እስኪደረግላቸው ድረስ አይጀመሩም።
• በኋላ=በዚህ መመሪያ ውስጥ የተዘረዘሩት ክፍሎች አሁን ያለው መሳሪያ (አሃድ) ከመጀመሩ በፊት ይጀምራሉ.
• ግጭቶች=: ይህ ክፍል አሁን ካለው መሳሪያ ጋር በተመሳሳይ ጊዜ ሊሰሩ የማይችሉ ክፍሎችን ለማሳየት ሊያገለግል ይችላል. መሣሪያን ከዚህ ግንኙነት መጀመር ሌሎች መሣሪያዎች እንዲቆሙ ያደርጋል።
• ሁኔታ…=: መሳሪያውን ከመጀመሩ በፊት አስተዳዳሪው አንዳንድ ሁኔታዎችን ለመፈተሽ በሚያስችለው ሁኔታ የሚጀምሩ በርካታ መመሪያዎች አሉ. ይህ ብቁ በሆኑ ስርዓቶች ላይ ብቻ የሚሰራ አጠቃላይ የኤለመንቱን ፋይል ለማቅረብ ሊያገለግል ይችላል። ሁኔታው ካልተሟላ, ክፍሉ ተዘሏል.
• አስረግጠው…=ከላይ ካለው መመሪያ (ሁኔታ…=) ጋር ተመሳሳይ ነው፣ ነገር ግን መመሪያዎቹ የሚቀመጡት የተለያዩ የአሠራር ሁኔታዎችን በመፈተሽ መሳሪያው መንቃት እንዳለበት ለመወሰን ነው። ነገር ግን፣ እንደ ሁኔታው…= መመሪያዎች፣ አሉታዊ ውጤት በዚህ መመሪያ ውስጥ ውድቀትን ያስከትላል።

እነዚህን መመሪያዎች እና ጥቂት ሌሎችን በመጠቀም ስለ መሳሪያው እና ከስርዓተ ክወናው ጋር ስላለው ግንኙነት አጠቃላይ መረጃ ማዘጋጀት ይችላሉ።

በፋይሉ መጨረሻ ላይ, የሚገኝ - ክፍል. ይህ ክፍል አማራጭ ነው እና ከነቃ ወይም ከተሰናከለ ባህሪውን ወይም አሃዱን ለመወሰን ይጠቅማል። መሣሪያውን ማብራት ማለት በሚነሳበት ጊዜ በራስ-ሰር ይጀምራል ማለት ነው። በመሠረቱ, ይህ በጥያቄ ውስጥ ያለውን መሳሪያ ወደ ሌላ ብሎክ በማስተካከል ይሳካል, ይህም በሚነሳበት ጊዜ በሚጀምሩት ክፍሎች ውስጥ የሆነ ቦታ ነው.

በዚህ ምክንያት, ሊነቁ የሚችሉ ክፍሎች ብቻ ይህ ክፍል ይኖራቸዋል. በውስጡ ያሉት መመሪያዎች መሳሪያው ሲበራ ምን መሆን እንዳለበት ይናገራሉ፡-

• የሚፈለግ =ይህ መመሪያ መሳሪያው እንዴት ማብራት እንዳለበት የሚገልጽበት በጣም የተለመደው መንገድ ነው። ይህ መመሪያ ጥገኝነትን እንዲገልጹ ይፈቅድልዎታል (በክፍሉ ውስጥ ካለው የፍላጎቶች መመሪያ ጋር ተመሳሳይ)። ልዩነቱ ይህ መመሪያ በረዳት ክፍል ውስጥ የተካተተ በመሆኑ ዋናው እገዳ በአንፃራዊነት ንጹህ ሆኖ እንዲቆይ ያስችለዋል። አንድ መሳሪያ ከዚህ መመሪያ ጋር ሲገለጽ በሲስተሙ ላይ በ /etc/systemd/ ውስጥ ያለው ማህደር በተጠቀሰው መሳሪያ ስም የተሰየመ ነገር ግን በመጨረሻው ላይ ".wants" የተጨመረበት አቃፊ ይፈጠራል። በዚህ አጋጣሚ ጥገኝነትን የሚፈጥር ተምሳሌታዊ አገናኝ አሁን ላለው እገዳ ይፈጠራል። ለምሳሌ፣ የአሁኑ ብሎክ WantedBy = multi-user.target ካለው፣ multi-user.target.wants የሚባል ማውጫ በ /etc/systemd/system (ቀድሞውኑ ከሌለ) እና አሁን ካለው ብሎክ ጋር የሚገናኝ ተምሳሌታዊ አገናኝ ይፈጠራል። ውስጥ ይቀመጣል. ይህንን መሳሪያ ማሰናከል ማህበሩን ያስወግዳል እና ጥገኝነቱን ያስወግዳል።
• የሚፈለግ በ=ይህ መመሪያ ከ WantedBy= መመሪያ ጋር በጣም ተመሳሳይ ነው፣ ነገር ግን በምትኩ የሚፈለገውን ጥገኝነት ይገልጻል፣ ይህም ካልተሟላ ማግበር እንዲሳካ ያደርጋል። ሲነቃ ይህ መመሪያ ያለው ክፍል በ . ያስፈልገዋል የሚያልቅ ማውጫ ይፈጥራል።
• ተለዋጭ ስም=: ይህ መመሪያ መሳሪያውን በተለየ ስም እንዲያነቁት ይፈቅድልዎታል. ከሌሎች አጠቃቀሞች መካከል፣ ይህ የባለብዙ አቅራቢ ባህሪያት እንዲኖሩ ያስችላቸዋል ስለዚህም የሚመለከታቸው ክፍሎች የትኛውንም አቅራቢ የጋራ ተለዋጭ ስም መፈለግ ይችላሉ።
• እንዲሁም=ይህ መመሪያ ብሎኮችን እንደ ስብስብ እንዲያነቁ ወይም እንዲያሰናክሉ ያስችልዎታል። እዚህ ይህ መሣሪያ በሚሠራበት ጊዜ ሁል ጊዜ መገኘት ያለባቸውን ደጋፊ መሣሪያዎችን መግለጽ ይችላሉ። ለመጫኛ ተግባራት በቡድን ሆነው ይመራሉ.
• DefaultInstance=: ለአብነት ክፍሎች (በኋላ) የማይገመቱ ስሞች ያላቸውን ብሎኮች ሊያፋጥኑ ይችላሉ ፣ ይህ ተገቢ ስም ካልተሰጠ ለስሙ ውድቀት ሆኖ ሊያገለግል ይችላል።

ክፍሉ ለአገልግሎቶች ብቻ የሚተገበር ውቅር ለማቅረብ ያገለግላል። በክፍሉ ውስጥ መገለጽ ከሚገባቸው ዋና ዋና ነገሮች አንዱ ዓይነት = አገልግሎት ነው. አገልግሎቶችን በሂደታቸው እና በሚያሳየው ባህሪ ይከፋፍላል። ይህ አስፈላጊ ነው ምክንያቱም ሲስተምድ አገልግሎቱን እንዴት በትክክል ማስተዳደር እንዳለበት እና ያለበትን ደረጃ ስለሚያውቅ ነው።

ዓይነት= መመሪያው ከሚከተሉት ውስጥ አንዱ ሊሆን ይችላል።

• ቀላል: የአገልግሎቱ ዋና ሂደት በመነሻ መስመር ላይ ተዘርዝሯል. የ Type= እና Busname= መመሪያዎች ካልተዋቀሩ ይህ ነባሪ እሴት ነው፣ ግን ExecStart= ከተቀናበረ። ማንኛውም መልእክት ከመሳሪያው ውጭ በሆነ ሁለተኛ ብሎክ አግባብ ባለው አይነት (ለምሳሌ በሶኬት ብሎክ በኩል ያ አገልግሎት ሶኬቶችን በመጠቀም መገናኘት ካለበት) መከናወን አለበት።
• መንቀጥቀጥየዚህ ዓይነቱ አገልግሎት ጥቅም ላይ የሚውለው የወላጅ ሂደት ለጊዜው ሲወጣ አገልግሎቱ ሹካዎችን ሲያደርግ ነው። ምንም እንኳን ወላጅ ክፍለ-ጊዜውን ቢያጠናቅቅም ይህ ለስርዓተ ክወናው ሂደቱ አሁንም እየሰራ መሆኑን ይነግረዋል። በጣም ተስማሚ፣ ለምሳሌ፣ php-fpm፣ nginx፣ tomcat ለማሄድ።
• አንድ ሙከራ: ይህ አይነት ሂደቱ ለአጭር ጊዜ እንደሚቆይ እና ስርዓቱ ከሌሎች መሳሪያዎች ጋር ከመቀጠልዎ በፊት ሂደቱ እስኪጠናቀቅ መጠበቅ አለበት. የ Type= እና ExecStart= ነባሪ እሴት አልተዘጋጀም። ለአንድ ጊዜ ተግባራት ጥቅም ላይ ይውላል.
• dbusይህ ማለት መሳሪያው ከዲ-ባስ አውቶቡስ ስም ይጠቀማል ማለት ነው. ይህ ሲሆን ሲስተምድ የሚቀጥለውን ብሎክ ማሰራቱን ይቀጥላል።
• አሳውቅ: ይህ የሚያመለክተው አገልግሎቱ መጀመሩን ሲጨርስ ማሳወቂያ እንደሚልክ ነው። የስርዓተ ክወናው ሂደት ወደ ሌሎች መሳሪያዎች ከመሄዱ በፊት ይህ እስኪሆን ድረስ ይጠብቃል።
• ስራ ፈትሁሉም ስራዎች እስኪገቡ ድረስ አገልግሎቱ አይጀምርም ማለት ነው።

አንዳንድ አይነት አገልግሎቶችን ሲጠቀሙ አንዳንድ ተጨማሪ መመሪያዎች ሊያስፈልጉ ይችላሉ። ለምሳሌ:

• RemainAfterExit=ይህ መመሪያ አብዛኛውን ጊዜ ጥቅም ላይ የሚውለው ከ onehot ዓይነት ጋር ነው። ይህ ማለት ሂደቱ ከወጣ በኋላም አገልግሎቱ ንቁ እንደሆነ ተደርጎ ሊወሰድ ይገባል.
• ፒዲፋይል=: የአገልግሎት ዓይነት "ፎርኪንግ" ተብሎ ከተሰየመ, ይህ መመሪያ የፋይል ዱካውን ለማዘጋጀት ጥቅም ላይ ይውላል, ይህም የሚቆጣጠረው ዋናው "ልጅ" የሂደቱን መታወቂያ ቁጥር መያዝ አለበት.
• የአውቶቡስ ስም=: ይህ መመሪያ አገልግሎቱ የ"dbus" አገልግሎት ዓይነት ሲጠቀም ለማግኘት በሚሞክርበት የዲ-ባስ ስም መቀመጥ አለበት።
• NotifyAccess=፦ ይህ መመሪያ "ማሳወቂያ" ሲመረጥ ማሳወቂያዎችን ለማዳመጥ ጥቅም ላይ መዋል ያለበትን የሶኬት መዳረሻ ይገልጻል። እሱ "ምንም" "ዋና" ወይም "ሁሉም" ሊሆን ይችላል. ነባሪው "ምንም" ሁሉንም የሁኔታ መልዕክቶችን ችላ ይላል። "ዋና" የሚለው አማራጭ ከዋናው ሂደት የሚመጡ መልዕክቶችን ያዳምጣል, "ሁሉም" የሚለው አማራጭ ሁሉንም የአገልግሎቱ የቁጥጥር ቡድን አባላትን እንዲሰራ ያደርገዋል.

እስካሁን፣ አንዳንድ የጀርባ መረጃን ተወያይተናል፣ ነገር ግን አገልግሎቶቻችንን እንዴት ማስተዳደር እንዳለብን በትክክል አልተናገርንም። የሚከተሉት መመሪያዎች ለዚህ ይገኛሉ፡-

• ExecStart=: ሂደቱን ለመጀመር መፈጸም ያለበትን የትእዛዝ ሙሉ ዱካ እና ክርክሮችን መግለጽ አለብዎት. ይህ አንድ ጊዜ ብቻ ነው ሊገለጽ የሚችለው (ከ"onehot" አገልግሎቶች በስተቀር)። የትዕዛዝ መንገዱ በ"-" ሰረዝ የሚቀድም ከሆነ፣ ዜሮ ያልሆኑ የመውጫ ሁኔታዎች የመሳሪያውን ማግበር እንደ ውድቀት ምልክት ሳያደርጉ ይቀበላሉ።
• ExecStartPre=ዋናው ሂደት ከመጀመሩ በፊት መፈፀም ያለባቸውን ሙሉ ዱካ እና የትዕዛዝ ክርክሮችን መግለጽ አለብዎት። ይህ ብዙ ጊዜ ጥቅም ላይ ሊውል ይችላል.
• ExecStartPost=ይህ መመሪያ ዋናው ሂደት ከጀመረ በኋላ የሚሄዱትን ትእዛዞች የሚገልጽ ካልሆነ በስተቀር ይህ እንደ ExecStartPre = ተመሳሳይ ባህሪያት አሉት.
• ExecReload=: ይህ አማራጭ መመሪያ ካለ የአገልግሎት ውቅረትን እንደገና ለመጫን የሚያስፈልገውን ትዕዛዝ ይገልጻል።
• ExecStop=: ይህ አገልግሎቱን ለማቆም የሚያስፈልገውን ትዕዛዝ ያመለክታል. ይህ ካልተገለጸ, አገልግሎቱ ሲቆም ሂደቱ ወዲያውኑ ይገደላል.
• ExecStopPost=: ይህ ትዕዛዙ ከቆመ በኋላ የሚፈጸሙ ትዕዛዞችን ለመለየት ሊያገለግል ይችላል።
• ዳግም አስጀምርSec=: አውቶማቲክ አገልግሎት ዳግም ማስጀመር ከነቃ ይህ አገልግሎቱን እንደገና ለማስጀመር ከመሞከርዎ በፊት የሚቆይበትን ጊዜ ይገልጻል።
• እንደገና ማስጀመር =: ይህ ሲስተምድ አገልግሎቱን በራስ ሰር ዳግም ለመጀመር የሚሞክርበትን ሁኔታ ያሳያል። እሱ ወደ “ሁልጊዜ”፣ “በስኬት ላይ”፣ “በመውደቅ ላይ”፣ “በመደበኛ ያልሆነ”፣ “በማስወረድ ላይ” ወይም “በላይ ጠባቂነት” ሊዋቀር ይችላል። አገልግሎቱ እንዴት እንደቆመ ይህ እንደገና ይጀምራል።
• TimeoutSec=: ይህ ስርዓቱ አገልግሎቱ እንዳልተሳካ ወይም በግድ እንደተገደለ ምልክት ከማድረግዎ በፊት አገልግሎቱ እስኪቆም ድረስ የሚጠብቀውን ጊዜ ያዘጋጃል። በ TimeoutStartSec= እና TimeoutStopSec= የተናጠል የጊዜ ማብቂያዎችን ማዘጋጀት ትችላለህ።

ሶኬቶች በስርዓተ-ቅርጽ ውስጥ በጣም የተለመዱ ናቸው ምክንያቱም ብዙ አገልግሎቶች የተሻለ ተመሳሳይነት እና ተለዋዋጭነት ለማቅረብ በሶኬት ላይ የተመሰረተ ማግበርን ስለሚተገብሩ። እያንዳንዱ የሶኬት ብሎክ ሶኬቱ እንቅስቃሴ ሲያገኝ የሚነቃው ተዛማጅ የአገልግሎት ሞጁል ሊኖረው ይገባል።

የሶኬት አስተዳደርን ከራሱ አገልግሎት ውጪ በመስበር፣ ሶኬቶች ቀድመው መጀመር የሚችሉ ሲሆን ተዛማጅ አገልግሎቶችም በተመሳሳይ መልኩ ሊሰሩ ይችላሉ። በነባሪ, የሶኬት ስም ግንኙነት ከተቀበለ በኋላ ተመሳሳይ ስም ያለው አገልግሎት ለመጀመር ይሞክራል. አገልግሎቱ ሲጀመር አንድ ሶኬት ወደ እሱ ይተላለፋል፣ ይህም ማንኛውንም የታሸጉ ጥያቄዎችን ማስኬድ እንዲጀምር ያስችለዋል።

ትክክለኛውን ሶኬት ለመለየት እነዚህ መመሪያዎች የተለመዱ ናቸው፡-

• ListenStream=ይህ ቋሚ እና አስተማማኝ ግንኙነትን የሚደግፍ የሶኬት ዥረት አድራሻን ይገልጻል። TCP የሚጠቀሙ አገልግሎቶች ይህንን የሶኬት አይነት መጠቀም አለባቸው።
• ListenDatagram=ፈጣን እና አስተማማኝ ያልሆኑ የመገናኛ ፓኬቶችን የሚደግፍ የዳታግራም ሶኬት አድራሻን ይገልጻል። ዩዲፒን የሚጠቀሙ አገልግሎቶች ይህንን የሶኬት አይነት ማዘጋጀት አለባቸው።
• ListenSequentialPacket=ይህ የመልእክት ድንበሮችን የሚጠብቅ ከፍተኛ ዳታግራም ላለው ተከታታይ፣ አስተማማኝ ግንኙነቶች አድራሻ ይገልጻል። ይህ በዩኒክስ ሶኬቶች ላይ በጣም የተለመደ ነው.
• FIFO ያዳምጡከሌሎች የማዳመጥ ዓይነቶች ጋር፣ እንዲሁም ከሶኬት ይልቅ FIFO ቋት መግለጽ ይችላሉ።

ተጨማሪ ዓይነቶች የግንኙነት መመሪያዎች አሉ ፣ ግን ከላይ ያሉት በጣም የተለመዱ ናቸው።

ሌሎች የሶኬቶች ባህሪያት ከተጨማሪ መመሪያዎች ጋር ሊቆጣጠሩ ይችላሉ፡-

• ተቀበል=: ይህ በእያንዳንዱ ግንኙነት ተጨማሪ የአገልግሎቱ ምሳሌ ይጀመር እንደሆነ ይወስናል። ወደ ሐሰት ከተዋቀረ (ነባሪ) አንድ ምሳሌ ሁሉንም ግንኙነቶች ያስተናግዳል።
• SocketUser=የዩኒክስ ሶኬት ባለቤት ያዘጋጃል። ካልተገለጸ ተጠቃሚው ስር ይሆናል።
• SocketGroup=የቡድኑ ባለቤት የተዘጋጀው የዩኒክስ ሶኬት በመጠቀም ነው። አንዳቸውም ካልተገለጹ ይህ የስር ቡድን ይሆናል። SocketUser= ብቻ ከተዋቀረ systemd ተስማሚ ቡድን ለማግኘት ይሞክራል።
• SocketMode=ለዩኒክስ ሶኬቶች ወይም FIFO ቋት ይህ በተፈጠረው ነገር ላይ ፍቃዶችን ያዘጋጃል።
• አገልግሎት=: የአገልግሎት ስም ከአገልግሎት ስም ጋር የማይመሳሰል ከሆነ .ሶኬት, ይህ አገልግሎት ይህንን መመሪያ በመጠቀም ሊገለጽ ይችላል.

የማፈናጠጫ ሞጁሎች የማፈናጠጫ ነጥቡን በስርዓት ውስጥ እንዲቆጣጠሩ ያስችሉዎታል። የትርጉም ስልተ-ቀመር በመጠቀም በሚያስተዳድሩት ማውጫ መሰረት የማውንት ነጥቦች ተሰይመዋል።

ለምሳሌ, መሪው slash (slash ወይም "/") ተወግዷል, ሁሉም ሌሎች ሸርተቴዎች ወደ ሰረዝ "-" ተተርጉመዋል, እና ሁሉም ሰረዞች እና የማይታተሙ ቁምፊዎች በ C-style የማምለጫ ኮዶች ተተክተዋል. የዚህ ትርጉም ውጤት ጥቅም ላይ ይውላል. እንደ ተራራ አስተናጋጅ ስም. የተራራ አሃዶች ተዋረድ ውስጥ በላያቸው ላይ ባሉ ሌሎች ተራራዎች ላይ ስውር ጥገኝነት ይኖራቸዋል።

የመጫኛ አሃዶች ብዙውን ጊዜ የማስነሻ ሂደት ውስጥ ከ / ወዘተ/fstab ፋይል በቀጥታ ይተረጎማሉ። በራስ ሰር ለሚፈጠሩ የአሃድ ፍቺዎች እና በአንድ ፋይል ውስጥ ሊገልጹዋቸው ለሚፈልጉት፡-

• ምን=ለመሰካት ወደ ሀብቱ ፍፁም መንገድ።
• የት=ሀብቱ የሚሰቀልበት የተራራ ነጥብ ፍፁም መንገድ። መደበኛውን የፋይል ስርዓት ማስታወሻ ከመጠቀም በስተቀር ይህ ከመሣሪያው የፋይል ስም ጋር አንድ አይነት መሆን አለበት።
• ዓይነት=ለመሰካት የፋይል ስርዓት አይነት።
• አማራጮች=ለማመልከት የሚፈልጓቸው ማንኛቸውም የማፈኛ አማራጮች። ይህ በነጠላ ሰረዝ የተከፈለ ዝርዝር ነው።
• SloppyOptions=ያልታወቀ የመጫኛ አማራጭ ካለ ተራራው አይሳካም እንደሆነ የሚገልጽ የቦሊያን እሴት (0 ወይም 1)።
• ማውጫMode=ለተራራው ነጥብ የወላጅ ማውጫዎች መፈጠር ካስፈለጋቸው ይህ የእነዚያን አቃፊዎች የፍቃድ ሁነታ ይወስናል።
• TimeoutSec=: ስርዓቱ የመትከያ ስራ እንደ ውድቀት ምልክት እስኪደረግ ድረስ የሚጠብቀውን ጊዜ ያዘጋጃል።

ይህ ሞጁል የተገናኘውን .mount ሞጁል በቡት ላይ በራስ ሰር እንዲጭኑት ይፈቅድልሃል። ልክ እንደ .mount ሞጁል፣ እነዚህ ክፍሎች በተተረጎመው የመጫኛ ነጥብ መንገድ መሰየም አለባቸው።

ክፍሉ በጣም ቀላል ነው, የሚከተሉት ሁለት አማራጮች ብቻ ይፈቀዳሉ:

• የት=: በፋይል ስርዓት ውስጥ የራስ-ሞተር ፍፁም መንገድ። ይህ ከፋይል ስሙ ጋር ይዛመዳል፣ የመንገዱ ስምምነት ከትርጉም ይልቅ ጥቅም ላይ ከመዋሉ በስተቀር።
• ማውጫMode=: automount ወይም ማንኛቸውም የወላጅ ማውጫዎች መፈጠር ካስፈለጋቸው ይህ የእነዚያን የመንገድ አካላት የፍቃድ መቼቶች ይወስናል።

ስዋፕ ሞጁሎች በሲስተሙ ውስጥ መለዋወጥን (ስዋፕ) ለማዋቀር ይጠቅማሉ። ከላይ እንደተብራራው ተመሳሳይ የፋይል ስርዓት ማስተላለፍን በመጠቀም ክፍሎች በስዋፕ ፋይል ወይም በመሳሪያው ስም መሰየም አለባቸው።

እንደ ተራራ አማራጮች፣ ስዋፕ ​​ብሎኮች ከ/etc/fstab በራስ-ሰር ሊፈጠሩ ወይም በልዩ ክፍል ፋይል ሊዋቀሩ ይችላሉ።

ክፍሉ የሚከተሉትን የውቅር መመሪያዎች ሊይዝ ይችላል፡-

• ምን=ወደ ስዋፕ ቦታው (ፋይል ወይም መሳሪያ ሊሆን ይችላል) ፍጹም መንገድ።
• ቅድሚያ =፦ ይህ አማራጭ ለዋፕ መቼት ቅድሚያ የሚሰጠውን ነጥብ የሚገልጽ ኢንቲጀር ይቀበላል።
• አማራጮች=በ /etc/fstab ፋይል ውስጥ የሚቀመጡ ማናቸውም አማራጮች ይህንን መመሪያ በመጠቀም ሊቀናበሩ ይችላሉ። በነጠላ ሰረዝ የተለየ ዝርዝር ጥቅም ላይ ይውላል።
• TimeoutSec=ይህ አማራጭ ክዋኔው እንዳልተሳካ ምልክት ከማድረግዎ በፊት ስርዓቱ ስዋፕ እስኪነቃ ድረስ የሚጠብቀውን ጊዜ ያዘጋጃል።

የዱካ እገዳው ሲስተም ለውጦችን መከታተል የሚችለውን የፋይል ስርዓት ዱካ ይገልጻል። በመንገዱ ቦታ ላይ የተወሰነ እንቅስቃሴ ሲገኝ የሚነቃ ሌላ እገዳ መኖር አለበት። የመንገዱን እንቅስቃሴ የሚወሰነው በክስተቶች ላይ ተጽእኖ ባለማድረጉ ነው.

ክፍሉ የሚከተሉትን መመሪያዎች ሊይዝ ይችላል፡-

• PathExists=ይህ መመሪያ መንገዱ መኖሩን ለማረጋገጥ ይጠቅማል። መንገዱ ካለ, ተጓዳኝ እገዳው ነቅቷል.
• PathExistsGlob=: ይህ አማራጭ ከላይ ካለው ጋር ተመሳሳይ ነው, ነገር ግን ዱካ መኖሩን ለመወሰን ዓለም አቀፋዊ መግለጫዎችን ይደግፋል.
• መንገድ ተለውጧል=ይህ አማራጭ የመንገድ አካባቢ ለውጦችን ለመከታተል ይጠቅማል። ለውጥ ከተገኘ (ፋይሉ ሲዘጋ ምልክት የተደረገበት) ከሆነ የተያያዘው እገዳ ነቅቷል።
• PathModified=: ይህ አማራጭ ከላይ ካለው ጋር ተመሳሳይ ነው, ነገር ግን ፋይሎችን በሚጽፉበት ጊዜ እና እንዲሁም ፋይሉ ሲዘጋ ይሠራል.
• DirectoryNotEmpty=: ይህ መመሪያ ዳይሬክተሩ ባዶ በማይሆንበት ጊዜ ሲስተምድ ተዛማጅ ብሎክን እንዲያነቃ ያስችለዋል።
• አሃድ =: ይህ የሚያመለክተው ከላይ ያሉት የመንገድ ሁኔታዎች ሲሟሉ መሳሪያው እንደነቃ ነው. ይህ ከተተወ፣ systemd ከዚህ ብሎክ ጋር ተመሳሳይ የመሠረት ክፍል ስም ያለው የአገልግሎት ፋይል ይፈልጋል።
• MakeDirectory=ይህ መመሪያ systemd ከማሰስ በፊት የማውጫ መዋቅር ይፈጥር እንደሆነ ይወስናል።
• ማውጫMode=ከላይ ያለው መመሪያ ከነቃ ይህ አማራጭ የሚፈጠረውን ማንኛውንም የመንገድ አካላት የፍቃድ ሁነታ ያዘጋጃል።

የሰዓት ቆጣሪ አሃድ፣ ስራዎችን በተወሰነ ጊዜ ወይም ከተወሰነ መዘግየት በኋላ እንዲሰሩ ለማስያዝ ስራ ላይ ይውላል። የዚህ መሳሪያ አይነት አንዳንድ ክሮን እና ዴሞን ተግባራትን ይተካዋል ወይም ይጨምራል። ተገቢ የሆነ እገዳ መሰጠት አለበት, ይህም የሰዓት ቆጣሪው ሲደርስ ገቢር ይሆናል.

ክፍሉ ከሚከተሉት መመሪያዎች ውስጥ አንዳንዶቹን ሊይዝ ይችላል፡-

• OnActiveSec=: ይህ መመሪያ ከ .timer ሞጁል ማግበር አንጻር ያለውን ተዛማጅ ብሎክ ለማንቃት ይፈቅዳል.
• OnBootSec=: ይህ መመሪያ ስርዓቱ ከተነሳ በኋላ ተጓዳኝ መሳሪያው የሚሠራበትን ጊዜ ያዘጋጃል.
• OnStartupSec=ይህ መመሪያ ከላይ ካለው የሰዓት ቆጣሪ ጋር ተመሳሳይ ነው፣ ነገር ግን የስርዓተ ክወናው ሂደት ሲስተሙ ከተነሳ በኋላ መቼ እንደሚነሳ ይገልጻል።
• OnUnitActiveSec=ይህ የመጨረሻው እንደነቃ ጊዜ ቆጣሪውን ያዘጋጃል።
• OnUnitInactiveSec=ይህ ክፍሉ የቦዘነበትን ጊዜ ቆጣሪ ያዘጋጃል።
• በቀን መቁጠሪያ=: ይህ ፍፁም (በአንፃራዊነት ምትክ) በመጥቀስ ተጓዳኝ እገዳውን እንዲያነቁ ያስችልዎታል.
• AccuracySec=: ይህ ክፍል የሚለጠፍ ጊዜ ቆጣሪ ጋር ትክክለኛነት ደረጃ ለማዘጋጀት ጥቅም ላይ ይውላል. በነባሪ, ከእሱ ጋር የተገናኘው እገዳ በአንድ ደቂቃ ውስጥ እንዲነቃ ይደረጋል.
• አሃድ =ይህ መመሪያ የሰዓት ቆጣሪው ሲያልቅ ምን መንቃት እንዳለበት ለመለየት ይጠቅማል። ካልተዋቀረ Systemd .አገልግሎት የሚባል ብሎክ ይፈልጋል።
• የማያቋርጥ =ይህ ከተዋቀረ Systemd ተገቢውን የማገጃ ቀስቅሴን ያስኬዳል።
• WakeSystem=: ይህንን መመሪያ ማዘጋጀት ጊዜ ቆጣሪው ከደረሰ ስርዓቱ ከተጠባባቂ "እንዲነቃ" ያስችለዋል.

ክፍሉ በትክክል .slice የተወሰነ ውቅር የለውም። ይልቁንም ከላይ የተዘረዘሩትን አንዳንድ የንብረት አስተዳደር መመሪያዎችን ሊይዝ ይችላል።

በቂ ቲዎሪ፣ ወደ ልምምድ እንሂድ።

የስርዓት ክፍል ፋይል በመጻፍ ላይ

ማድረግ ያለብዎት የመጀመሪያው ነገር አጀማመሩን ማረጋገጥ ነው-

# ps -s1| awk "(የህትመት $4)"| grep -Ev "ሲኤምዲ"

PS: አጭር ጽሑፍ ይኸውና:

የአብነት ፋይሎች አግድ ሊገለጽ ይችላል ምክንያቱም ከመሠረታዊ ብሎክ ስም በኋላ እና ከብሎክ ዓይነት ቅጥያ በፊት የ @ ምልክትን ስለያዙ ነው። ከአብነት ጋር ያለው የማገጃ ፋይል ስም ይህን ሊመስል ይችላል።

[ኢሜል የተጠበቀ]

ከተፈጠረው ብሎክ (ከላይ ያለው) ይህን የሚመስል ሌላ ብሎክ ምሳሌ መፍጠር ይችላሉ።

[ኢሜል የተጠበቀ]

የአብነት ሞዱል ፋይሎች ሃይል በዋናነት በአከባቢው (ENV) መሰረት አስፈላጊ መረጃዎችን በመሳሪያው ፍቺ ላይ የማስገባት ችሎታ ነው። ይህ እንደተለመደው በአብነት ፋይሉ ውስጥ መመሪያዎችን በማዘጋጀት ነው፣ ነገር ግን የተወሰኑ እሴቶችን ወይም የእሴቶችን ክፍሎች በተለዋዋጭ ገላጭ በመተካት።

የምሳሌ ክፍል ከተገቢው መረጃ ጋር ሲተረጎም የሚተኩ አንዳንድ በጣም የተለመዱ ገላጭዎች የሚከተሉት ናቸው።

• %n: ይህ በየትኛውም ቦታ ጥቅም ላይ የዋለ, የንጥሉ ሙሉ ስም ይታከላል.
• %Nይህ ከላይ ካለው ጋር ተመሳሳይ ነው፣ ነገር ግን በፋይል ዱካ ስርዓተ ጥለቶች ውስጥ ያሉ እንደ ማንኛውም ማምለጫ ይሰረዛሉ።
• % ፒይህ የአሃዱ ስም ቅድመ ቅጥያ ይገልጻል። ይህ ከ @ ምልክት በፊት ያለው የአሃዱ ስም አካል ነው።
• % ፒ: ይህ ከላይ ካለው ጋር ተመሳሳይ ነው, ነገር ግን ከማንኛውም ማዞር ጋር.
• %iይህ የሚያመለክተው የአብነት ስም ነው፣ እሱም በምሳሌው ውስጥ @ የሚከተለው መለያ ነው። ተለዋዋጭ ስለሆነ በብዛት ጥቅም ላይ ከሚውሉት መግለጫዎች አንዱ ነው. የዚህ መለያ አጠቃቀም ትርጉም ያለው የውቅር መለያዎችን መጠቀምን ያበረታታል። ለምሳሌ፣ አገልግሎቱ የሚሰራበት ወደብ እንደ ምሳሌ መለያ ሊያገለግል ይችላል፣ እና አብነቱ የወደብ ዝርዝርን ለማበጀት ይህንን ገላጭ መጠቀም ይችላል።
• %Iይህ ገላጭ ከላይ ካለው ጋር ተመሳሳይ ነው፣ ነገር ግን ከማንኛውም ማዋረድ ጋር።
• %f: ይህ በማይጠፋ ክፍል ስም ወይም በ"/" ላይ በተገጠመ ቅድመ ቅጥያ ይተካል።
• %c: ይህ የመሳሪያውን የቁጥጥር ቡድን ከመደበኛው የወላጅ ተዋረድ /sys/fs/cgroup/ssytemd ጋር ይጠቁማል።
• %ዩ: ክፍሉን ለማስኬድ የተጠቃሚ ስም ተዋቅሯል።
• % ዩከላይ ካለው ጋር ተመሳሳይ ነው፣ ከስም ይልቅ UID።
• %Hክፍሉ እየሄደበት ያለው ስርዓት አስተናጋጅ ስም።
• %% ይህ የፊደል መቶኛ ምልክት ለማስገባት ያገለግላል።

ከላይ የተጠቀሱትን ለዪዎች በፋይል አብነት ውስጥ በመጠቀም ሲስተምድ አብነቱን ሲተረጉም የአሃድ ምሳሌ ለመፍጠር ትክክለኛዎቹን እሴቶች ይሞላል።

የስርዓት ክፍል ፋይል ምሳሌዎች

የሚከተለውን ምሳሌ ተመልከት - ይህ ቶምካትን ለመጀመር የስርዓት ስክሪፕት መጻፍ ነው። ይህንን ለማድረግ ፋይሉን ይክፈቱ:

# vim /etc/systemd/system/tomcat9.service

እና የሚከተለውን ኮድ በእሱ ውስጥ ይፃፉ።

መግለጫ= Tomcat9 After=syslog.target network.target አይነት=ፎርኪንግ ተጠቃሚ=ቶምካት ቡድን=ቶምካት አካባቢ=CATALINA_PID=/usr/local/tomcat9/tomcat9.pid አካባቢ=TOMCAT_JAVA_HOME=/usr/bin/java Environment=CATALUS /local/tomcat9 Environment=CATALINA_BASE=/usr/local/tomcat9 Environment=CATALINA_OPTS= #አካባቢ = "CATALINA_OPTS=-Xms512M -Xmx1024M -server -XX:+ UseParallelGC" = "Jaa-DVlelGC" አካባቢ = "JA-DVA_OPTS" - አካባቢ Dnet.sf.ehcache.skipUpdateCheck=እውነት -XX፡+አጠቃቀምConcMarkSweepGC -XX፡+CMSClassUnloadingEnabled -XX፡+UseParNewGC -XX:MaxPermSize=128m -Xms512m -Xmxec512m/usstar. =/ቢን/ገዳይ -15 $MAINPID የሚፈለግ በይ=multi-user.target

አገልግሎቱን እንደገና እንጀምር፡-

# systemctl ዴሞን-ዳግም መጫን

Tomcatን ወደ OS ጅምር አክል፡

# systemctl tomcat9ን አንቃ

tomcat እንደገና ያስጀምሩ:

# systemctl tomcat9 እንደገና ያስጀምሩ

ሁኔታውን ለመፈተሽ ያሂዱ፡-

# systemctl ሁኔታ tomcat9 ● tomcat9.አገልግሎት - Tomcat9 ተጭኗል: ተጭኗል (/etc/systemd/system/tomcat9.service; ነቅቷል) ንቁ: ንቁ (እየሮጠ) ከ ማክሰኞ 2017-05-09 22:04:58 EEST; ከ6ሰ በፊት ሂደት፡ 28528 ExecStop=/bin/kill -15 $MAINPID (ኮድ=የወጣ፣ሁኔታ=0/ስኬት) ሂደት፡ 28531 ExecStart=/usr/local/tomcat9/bin/startup.sh (code=exxited፣ status= 0/ስኬት) ዋና PID፡ 28541 (ጃቫ) CGroup፡ /system.slice/tomcat9.service └─28541 /usr/bin/java -Djava.util.logging.config.file=/usr/local/tomcat9/conf/ logging.properties -Djava.ut... ሜይ 09 22:04:58 ዴቢያን ሲስተምድ: Tomcat9 በመጀመር ላይ... ግንቦት 09 22:04:58 ዴቢያን ማስጀመሪያ.sh: Tomcat ጀመረ። ግንቦት 09 22፡04፡58 ዴቢያን ሲስተምድ፡ Tomcat9 ተጀመረ።

እንደሚመለከቱት, ሁሉም ነገር በደንብ ይሰራል. በዚህ ላይ, ሁሉም ነገር አለኝ! ተጨማሪ ምሳሌዎች ይከተላሉ. እንደ አስፈላጊነቱ እጨምራለሁ. ግን በመሠረቱ, ከላይ ያለውን አብነት እጠቀማለሁ (ትንሽ አስተካክለው).

"የስርዓት ክፍል ፋይል መፃፍ" የሚለው መጣጥፍ ተጠናቅቋል።

የስርዓት ዴሞኖች ከ UNIX ንዑስ ስርዓቶች ውስጥ አንዱ ናቸው። የስርዓተ ክወናው ችሎታዎች ብቻ ሳይሆን እንደ የአጠቃቀም ቀላልነት እና የስራ ፍጥነት ያሉ መለኪያዎችም በትክክል እና በትክክል እንዴት እንደተፃፉ ይወሰናል. በዚህ ጽሑፍ ውስጥ በስርዓቱ ውስጥ መሥራት የበለጠ ምቹ፣ ቀልጣፋ እና ፈጣን እንዲሆን የሚያደርጉ የዴሞኖች ትክክለኛ አተገባበር አራት ምሳሌዎችን እንመለከታለን።

systemd: ከብርሃን ፈጣን

ለተለመደው የሊኑክስ ስርጭት የማስነሻ መርሃ ግብር ይህን ይመስላል፡- ከርነል ሃርድዌሩን ያስጀምራል እና /sbin/init ሂደቱን ይጀምራል፣ይህም በተራው፣የጅማሬ ስክሪፕቶችን ያካሂዳል። ስክሪፕቶቹ የፋይል ስርዓቶችን ይጭናሉ ፣ አውታረ መረቡን ያዋቅሩ ፣ የተለያዩ መሳሪያዎችን ያዋቅሩ እና በቅደም ተከተል የዴሞን ማስጀመር ይጀምራሉ-syslogd ፣ ክሮን ፣ ኩባያዎች እና ሌሎች በማዋቀር ፋይሎች ውስጥ ተዘርዝረዋል። በመጨረሻ፣ init የመግቢያ አስተዳዳሪውን ይጀምራል፡ ጌቲ ወይም xdm (kdm፣ gdm)። ቀላል እና ምክንያታዊ, ትክክል? ይሁን እንጂ እንዲህ ዓይነቱ ዕቅድ በጣም ጥንታዊ ነው, እና ከዊንዶውስ እና ማክ ኦኤስ ኤክስ ጋር ሲነጻጸር በአጠቃላይ ጥንታዊ ነው. መቆጣጠሪያውን ወደ ቀጣዩ ከማስተላለፋቸው በፊት አንድ እስኪጠናቀቅ ድረስ ሳይጠብቁ የነሱ የመነሻ ስርዓታቸው ስራዎችን በትይዩ ያካሂዳሉ። ከመካከላቸው አንዱ በ I / O ላይ ቢቆም, ሌላኛው ወዲያውኑ ይቆጣጠራል, ስለዚህ አጠቃላይ የጭነት ጊዜ ይቀንሳል, ስለዚህም ባህላዊው ስርዓት በጣም ኋላ ቀር ነው.

በሊኑክስ አለም፣ ኡቡንቱ ብቻ ነው እንደዚህ አይነት ባህሪ ያለው፣ እና ከዛም ላለፉት ሁለት አመታት ብቻ። ሁሉም ሰው ስርዓቱን በአሮጌው መንገድ ማስነሳቱን ቀጥሏል ወይም በራስ የተገጣጠሙ ክራንች በመጠቀም የማስነሻ ሂደቱን በትክክል እና ብዙ ጊዜ በስህተት (Gentoo እና Arch, hello!). በእውነቱ ሁለንተናዊ መፍትሔ ገና አልተገኘም ፣ ስለሆነም ብዙ ፕሮግራመሮች በትይዩ የማስጀመሪያ ስርዓት ሀሳብ ላይ እየሰሩ ናቸው።

Lennart Pottering of Red Hat እና የPulseAudio ደራሲ አንዱ ነው። የእሱ የቅርብ ጊዜ ስኬት ሲስተይድ ዴሞን ነው፣ ለ/sbin/init ገዳይ ማዕረግ ሌላው ተፎካካሪ፣ይህም ከስር ያለው ሀሳብ በጣም አስደሳች እና ትክክለኛ ሆኖ ካልተገኘ በቀላሉ ሊያልፍ ይችል ነበር።

ሲስተምድ ሆን ብሎ ውስብስብ ነገሮችን ቀላል የሚያደርግ በመሆኑ ከማንኛውም የመግቢያ ስርዓት የተለየ ነው። 99% የሚሆኑት ሌሎች በተመሳሳይ ጊዜ የገቡት ስርዓቶች ወድቀዋል ምክንያቱም ከቀላል እና ለመረዳት ከሚቻሉት ከአረመኔው/sbin/init ጋር ሲነፃፀሩ፣ከባድ ክብደት ያላቸው ጭራቆች ስለሚመስሉ ነው። ወደ ስርዓተ ክወናው ወደ ወጥነት የለሽ ሁኔታ ውስጥ ሳይገቡ በትይዩ መሮጥ እንዲችሉ (ይህም ሊከሰት ይችላል ፣ ለምሳሌ ፣ የአውታረ መረብ ሾፌሮችን ከመጫንዎ በፊት አውታረመረቡን ለማዋቀር ከሞከሩ ወይም ትክክለኛውን FS ሳትጭኑ ዴሞኖች ይጀምሩ) ፣ የተለያዩ ማመሳሰል ዘዴዎች ጥቅም ላይ ውለዋል. በመሠረቱ፣ እነዚህ በጥገኛዎቹ ውስጥ የተገለጸው እርምጃ ካልተጠናቀቀ ቀጣዩ የማስጀመሪያ ደረጃ እንዲሠራ የማይፈቅዱ “ጥገኛ ምልክቶች” ዓይነት ነበሩ።
ለምሳሌ, ክሮን በ syslog ላይ የተመሰረተ ነው ምክንያቱም ምዝግብ ማስታወሻዎችን መያዝ ያስፈልገዋል; syslog ከርቀት ማሽኖች ወዘተ ምዝግብ ማስታወሻዎችን መቀበል ስለሚችል በአውታረ መረቡ ዝግጅት ላይ የተመሰረተ ነው. በዚህ ምክንያት የጅማሬ ስክሪፕቶች ወደ ግራ የሚያጋባ የብሎኮች ሕብረቁምፊ ተለውጠዋል፣ እና አጻጻፋቸው በጣም የተወሳሰበ ሆነ። Systemd በጣም ቀላል ነው, ጥገኝነቶችን አይከታተልም, ሁሉንም ነገር በተመሳሳይ ጊዜ ይሰራል.

እየቀለድኩ አይደለም። ሲስተምድ የጥገኝነት መቆጣጠሪያ ዘዴዎችን የሚጠቀመው ገና በጅማሬው የመጀመሪያ ደረጃ ላይ ሲሆን ይህም በሆነ መልኩ በቅደም ተከተል መከሰት አለበት (የስር ፋይል ስርዓቱን መጫን፣ የመጫኛ ስዋፕ፣ ሞጁሎችን የመጫን እና የመሳሰሉትን)። ወደ ዴሞኖች ስንመጣ፣ ለመጀመር 90% የሚሆነውን የስርዓተ ክወና ማስጀመሪያ ጊዜ የሚፈጀው፣ ሲስተምድ ስለ ጥገኞች ይረሳል እና ሁሉንም በአንድ ጊዜ ይጀምራል፣ ይህም አስደናቂ ፍጥነት ያሳያል።

ይሄ የሚሰራው ሲስተር ዲሞኖች እንዴት እንደሚሰሩ እና እርስበርስ እንዴት እንደሚግባቡ ስለሚያውቅ ነው።

እንደ እውነቱ ከሆነ ዲሞኖች ሌሎች ዲሞኖች አያስፈልጉም ፣ ግን የመረጃ ልውውጥን የሚያቀርቡ “የመገናኛ ቻናሎች” ብቻ ናቸው ክሮን በ syslog ላይ የተመካ አይደለም ፣ ሎግ መዝገቦችን የሚጽፍበት / dev / ሎግ ሶኬት ይፈልጋል ፣ ለማንኛውም ሌላ ጋኔን እውነት ነው። ሁሉም በሶኬቶች ላይ ይገናኛሉ, እና daemon A ከ daemons B, C እና D በፊት መጀመር ያለበት ብቸኛው ምክንያት daemon A የሚያስፈልጋቸውን ሶኬት መፍጠር ስለሚያስፈልገው ነው. ሲስተምድ ይህንን ግምት ውስጥ ያስገባል፣ ስለዚህ ትይዩ የማስጀመሪያ ዘዴው አስቀድሞ ለእያንዳንዱ ዴሞን በሚፈጥራቸው ሶኬቶች ላይ የተመሰረተ ሲሆን ከዚያም በተመሳሳይ ጊዜ ዴሞንን ይጀምራል። በተመሳሳይ ጊዜ, የማመሳሰል እና "ጥገኛ ክትትል" ሃላፊነት አሁን ወደ ከርነል የተሸጋገረ ሲሆን በውስጡም የሶኬቶች አሠራር ተግባራዊ ይሆናል.

ለምሳሌ ፣ ክሮን ከ syslog በፊት ቁጥጥር ካገኘ ፣ ምንም መጥፎ ነገር አይከሰትም - ክሮን የሚወደውን / ዴቭ / ሎግ ያገኛል እና ወደ እሱ መልእክት መፃፍ ይችላል (በእርግጥ ከፈለገ) ፣ አይሆንም ፣ አይሆንም ወደ ውጭ ተጥሏል ፣ ግን በሶኬት ውስጥ ተዘግቷል ፣ ግን ክሮን ወደ ሶኬት ሊጥለቀለቅ የሚችል መልእክት ለመፃፍ እስኪፈልግ ድረስ ብቻ። በዚህ ሁኔታ ከርነል የክሮን ሂደቱን ያግዳል እና መቆጣጠሪያውን በአፈፃፀም ወረፋ (ቀጣዩ ዴሞን) ውስጥ ወደሚቀጥለው ሂደት ያስተላልፋል። ብዙም ሳይቆይ (ወዲያውኑ) መዞሪያው ወደ syslog ይደርሳል ፣ እሱም ይጀምራል ፣ በ / ዴቭ / ሎግ ውስጥ የተከማቹ መልዕክቶችን ያንብቡ ፣ ያዘጋጃቸዋል እና በሆነ ነገር ላይ እራሱን ያግዳል (ወይም ለእሱ የተመደበውን ጊዜ ያሳልፋል) እና ቁጥጥር ወደ ቀጣይ ዴሞን. ያለ ተጨማሪ ክራንች የተለመደ ባለብዙ ተግባር።

ከዚህም በላይ ለዚህ እቅድ ምስጋና ይግባውና አብዛኛዎቹ ዲሞኖች በትክክል በሚፈልጉበት ጊዜ ብቻ ሊጀምሩ ይችላሉ. ስለዚህ, ለምሳሌ, በስርዓተ ክወናው ላይ ያለው ጭነት ቀድሞውኑ ከፍተኛ በሚሆንበት ጊዜ CUPS በስርዓተ ክወና ጅምር ወቅት መጀመር የለበትም. የመጀመሪያው ሰነድ ለህትመት ሲላክ እሱን መጀመር የበለጠ ምክንያታዊ ነው። ሲስተምድ የሶኬት እንቅስቃሴን በመከታተል እንዲያደርጉ ይፈቅድልዎታል፣ እና የፋይል ሲስተሞችን ለመጫን ተመሳሳይ አካሄድ ይወስዳል፣ ፋይሎችን ለማግኘት ሲሞክሩ ከተራራ ቦታዎች ጋር ብቻ አያይዟቸው (የመሳሪያው ፋይል በሲስተሙ ላይ ሲመጣም እንዲሁ ይጀምራል) .

በፍትሃዊነት ፣ ለጥገኝነት ችግር እንደዚህ ያለ ብልህ መፍትሄ በ Mac OS X ውስጥ ከሕልውናው መጀመሪያ ጀምሮ ተፈለሰፈ እና ተተግብሯል ፣ ግን በሆነ ምክንያት ማንም ሰው ከስርዓት ደራሲው በፊት ትኩረት አልሰጠውም ማለት ጠቃሚ ነው ።

በነገራችን ላይ ሲስተምድ እራሱ ለሊኑክስ ልዩ የሆነ ሌላ ባህሪ አለው፡ በቡድን ውስጥ የተለያዩ የአሂድ ጊዜ ገደቦችን በመጠቀም ሂደቶችን መቦደን ይችላል (የመረጃ ገደቦች ፣ የስራ እና የስር ማውጫዎች ፣ umask ፣ OOM ገዳይ መቼቶች ፣ ጥሩ ግቤት ፣ የስራ ቅድሚያ I/O፣ የሲፒዩ አጠቃቀም ቅድሚያ የሚሰጣቸው ነገሮች እና ሌሎችም)። ያም ማለት፣ ዲሞኖች ተጨማሪ ሶፍትዌሮችን ሳይጠቀሙ በምናባዊ አከባቢዎች ውስጥ ሊቀመጡ ይችላሉ፣ በቀላሉ ጥቂት መስመሮችን ወደ ስልታዊው የውቅር ፋይል በመፃፍ።

Systemd ቀድሞውንም ለማውረድ አለ እና ወደፊት በሚለቀቀው Fedora እንደ አማራጭ init ሲስተም ሊካተት ይችላል። ለሌሎች ስርጭቶች የመጫኛ መመሪያዎች በኦፊሴላዊው ገጽ ላይ ይገኛሉ፡ freedesktop.org/wiki/Software/systemd .

የሚከተሉትን ትዕዛዞችን በማስኬድ ሲስተምድ በኡቡንቱ ላይ መጫን ይችላሉ።

$ sudo add-apt-repository ppa:Andrew-edmunds/ppa
$ sudo apt-get ዝማኔ
$ sudo apt-get install systemd

በመቀጠል /boot/grub/grub.cfgን ያርትዑ, መስመር init=/sbin/systemd ወደ የከርነል መመዘኛዎች ያክሉት. ዳግም ከተነሳ በኋላ ስርጭቱ ከአዲሱ የመግቢያ ስርዓት ጋር አብሮ ይሰራል፣ ይህም በትእዛዙ ሊረጋገጥ ይችላል፡-

$ sudo systemctl ክፍሎች-ዝርዝር

ነጋሪ እሴቶችን ሁኔታ፣ ጅምር፣ ማቆም እና ማንቃት ሁኔታውን ለመፈተሽ፣ ለመጀመር፣ ለማቆም እና አገልግሎቶችን ለማንቃት ያገለግላሉ።

Ulatencyd: ፈጣን ምላሽ

በእርስዎ አስተያየት የዴስክቶፕ ኦፐሬቲንግ ሲስተም በጣም አስፈላጊው መለኪያ ምንድነው? ጥሩ GUI? የሚገኙ መተግበሪያዎች ብዛት? የአጠቃቀም ቀላልነት?

አዎ ፣ ይህ ሁሉ ጉዳይ ነው ፣ ግን ዛሬ ፣ የአገልጋይ ኦፕሬቲንግ ሲስተሞች እንኳን ለእነዚህ ንብረቶች በቀላሉ ሊሰጡ በሚችሉበት ጊዜ ፣ ​​ሙሉ ለሙሉ የተለያዩ ምክንያቶች ወሳኝ ይሆናሉ ፣ ከእነዚህም ውስጥ በጣም አስፈላጊው የስርዓት ምላሽ ሰጪነት ነው።

ጥሩ የዴስክቶፕ ስርዓተ ክወና ለከፍተኛ ምላሽ ሰጪነት ሲባል ሁሉንም ነገር መስዋዕት ማድረግ አለበት። ፋይሎችን ወደ ዲስክ ሲጽፉ ምንም አይነት ፍጥነት ቢያሳዩም፣ ምን ያህል የዴስክቶፕ ተፅእኖዎች ለተጠቃሚው እንደሚያቀርቡ፣ ፍላሽ አንፃፊ በድንገት ሲወገድ በትክክል ምላሽ ቢሰጥ፣ OSው ተጠቃሚውን እንዲጠብቅ ቢያደርገው ይህ ሁሉ ችግር የለውም።

ለስርዓተ ክወናዎች ገንቢዎች ይህ የተለመደ እውነት ነው, ስለዚህ በማንኛውም ጊዜ ስርዓተ ክወናዎቻቸውን የበለጠ በይነተገናኝ ለማድረግ ይፈልጋሉ. ለአንዳንዶቹ ጥሩ ሆኖ ተገኝቷል (ሄሎ ቤኦኤስ)፣ ለሌሎች ደግሞ ጥሩ አይሰራም (ኤምኤስ ከሌለበት) ግን ምንም ያልተሳካላቸውም ነበሩ። ለረጅም ጊዜ የሊኑክስ ገንቢዎች በዴስክቶፖች ላይ ለሊኑክስ ምላሽ ሰጪነት ርዕስ ሙሉ በሙሉ ፍላጎት አልነበራቸውም። ኮን ኮሊቫስ ችግሮቻቸውን ብዙ ጊዜ ጠቁሞ ስለ ሊኑክስ ዝግተኛነት እና ዘገምተኛነት ተናግሯል ፣ፓቸች ፃፈ ፣ሌሊት ላይ አዲስ የተግባር መርሐግብር አዘጋጅ እና እነሱን በከርነል ውስጥ ለማካተት ፈለገ። ሁሉም በከንቱ ፣ ደጋግመው ንጣፎች ውድቅ ተደርገዋል ፣ እና ደራሲው እራሱ ከንግድ ስራ ተወግዷል።

ይሁን እንጂ ከጊዜ በኋላ የኮን ኮሊቫስ ሥራ ፍሬያማ ሆነ። ኢንጎ ሞልናር ምንጮቹን አንብቦ የሲኤፍኤስ (ሙሉ በሙሉ ፍትሃዊ መርሐግብር አዘጋጅ) መርሐግብር ጻፈ እና ሊኑክስ ወዲያውኑ በ 2.6.23 ከርነል ውስጥ አካትቷል። ከዚያን ጊዜ ጀምሮ ነገሮች በዴስክቶፕ ላይ በጣም ተሻሽለዋል፣ እና ሊኑክስ በጣም ፈጣን ሆኗል (ምንም እንኳን የኮን ትግበራ የበለጠ አስደናቂ ውጤቶችን ማሳየቱን ቀጥሏል)።

በሊኑክስ ወደ ዴስክቶፕ በሚወስደው መንገድ ላይ ሁለተኛው ትልቅ ክንውን በ 2.6.38 ከርነል ውስጥ የታዋቂውን ባለ 200 ገጽ ፕላስተር ማካተት እና በባሽ ቋንቋ አቻው ብቅ ማለት ነው። ስለዚህ ሊኑክስ በይነተገናኝ ሂደቶችን ከሁሉም ዴሞኖች፣ አገልጋዮች እና ባሽ ስክሪፕቶች መለየት እና ለእነሱ ከፍተኛ ቅድሚያ መስጠትን ተምሯል። ይህ ክስተት ሁኔታውን የበለጠ አሻሽሎታል እና ተስማሚ እንዲሆን አድርጎታል፡ አሁን ሊኑክስ ከርነል ከበስተጀርባ ወደ ብዙ ክሮች በሚገነባበት ጊዜ እንኳን አልቀዘቀዘም።
በመጨረሻም ፣ ለዴስክቶፕ ሊኑክስ ሶስተኛው አስፈላጊ እርምጃ (እና እዚህ በጣም አስፈላጊ ወደሆነው እመጣለሁ) የስርዓቱን ምላሽ በተለዋዋጭ ሁኔታ ለማስተካከል ፣ ከተለዋዋጭ ሁኔታዎች ጋር የሚያስተካክለው የ utencyd ዴሞን ገጽታ ነበር።

ልክ እንደ የከርነል ፕላስተር፣ utencyd በይነተገናኝ ሂደቶችን ለመቧደን እና ቅድሚያ የሚሰጧቸውን ነገሮች ለመቀየር የቡድኖቹን ዘዴ ይጠቀማል፣ ነገር ግን ስራው በዚህ አያበቃም። ዴሞን "በጣም በይነተገናኝ" ሂደቶችን እንዲሁም እንደ ሹካ ቦምቦች እና ትላልቅ የማስታወሻ ፍሳሾች ያሉ ፕሮግራሞችን የመሳሰሉ ግልጽ የሆኑ የስርዓት ሳቢያዎችን ለመለየት ሂዩሪስቲክስን ይጠቀማል። በተመሳሳይ ጊዜ, የቀድሞዎቹ የበለጠ የበለጠ ቅድሚያ ያገኛሉ, የኋለኞቹ ደግሞ በችሎታቸው ላይ በጣም የተገደቡ ናቸው (አነስተኛ ቅድሚያ የሚሰጣቸው, ባለው ማህደረ ትውስታ ላይ ገደቦች), ተለይተው ወይም ይደመሰሳሉ. ግን ከሁሉም በላይ ፣ በማንኛውም ጊዜ ፣ ​​ዲሞን አዲስ የሂደት ምርጫ ህጎችን ማስተማር ይቻላል ፣ ስለሆነም አሁን ከፍተኛውን (በእውነተኛ ጊዜ እንኳን) ቅድሚያ የሚሰጣቸውን ተወዳጅ ጨዋታዎች ፣ የቪዲዮ ማጫወቻዎች እና አሳሾች መመደብ እንችላለን ።

ዴሞን ተሰኪዎችን ይደግፋል፣ ስለዚህ ተግባራቱ ወደ አስደናቂ እድሎች ሊራዘም ይችላል። ለምሳሌ ተሰኪ አስቀድሞ አለ (እና እንደ መደበኛ) የተጠቃሚውን ስራ በX ውስጥ የሚከታተል እና ከፍተኛ ቅድሚያ የሚሰጣቸውን አዲስ ለተከፈቱ አፕሊኬሽኖች እና መስኮቶቻቸው ከፊት ለፊት ለሆኑ ሂደቶች ይመድባል።

Ulatencyd ን ለመጫን ምንጮቹን ከገጹ ላይ ማውረድ እና መደበኛ ሴሜኬን በመጠቀም መገንባት ያስፈልግዎታል-

$cmek
$ ማድረግ
$ sudo make install

$ sudo /usr/local/sbin/ulatencyd -v 2

እና እንዴት እንደሚያስኬድ ቅድሚያ ይመልከቱ፡-

$ ps xaf -eo pid፣ ክፍለ ጊዜ፣ አርግስ፣ ስብስብ

ምንም ቅንጅቶች መደረግ የለባቸውም። በነባሪ፣ ዴሞን መልቲሚዲያ እና በብዛት ጥቅም ላይ የዋሉ በይነተገናኝ አፕሊኬሽኖች ይደግፋል፣ ይህም የበስተጀርባ ስራዎችን በዋናው ስርዓት ውስጥ ጣልቃ ሳይገባ በጸጥታ እንዲሰራ ይተወዋል።

relayed: ሦስት ግንባሮች ላይ

በኔትወርክ አስተናጋጅ ክትትል፣ ጭነት ማመጣጠን እና በተኪ አገልጋይ መካከል ያለው ግንኙነት ምንድን ነው? እነዚህ ሁሉ የአንድ ማሽን ተግባራት ናቸው? አዎ በጣም ይቻላል. ግን እነዚህ ሦስቱም ተግባራት በቅርበት የተሳሰሩ ናቸው እና በአንድ ሁለንተናዊ መተግበሪያ ውስጥ መተግበር አለባቸው ካልኩስ? ራቭ? በፍፁም.

ለምሳሌ ያህል፣ በጠባብ ክበቦች ውስጥ "በበርካታ ዲ ኤን ኤስ አገልጋዮች መካከል ሎድ ማመጣጠን" የሚባል የተለመደ የአገልጋይ ተግባር እንውሰድ። ለመፍታት ምን ያስፈልጋል? በመጀመሪያ ፣ የዲ ኤን ኤስ ትራፊክን ወደ ሌላ አስተናጋጅ የማዞር ችሎታ (ከተመሳሳዩ ወደ አንዱ እውነተኛ የዲ ኤን ኤስ አገልጋይ)።

ይህ በፋየርዎል ወይም በልዩ ሁኔታ በተዋቀረ BIND (በተወሰነ ክብደት) በኩል ሊከናወን ይችላል። በሁለተኛ ደረጃ, ከዲኤንኤስ አገልጋዮች ዝርዝር ውስጥ ጥያቄን ለማስኬድ በጣም ተስማሚውን እጩ የመምረጥ ችሎታ. ይህ ቀድሞውኑ የበለጠ የተወሳሰበ ነው, እና እዚህ ልዩ ሶፍትዌር ወይም, እንደገና, ፋየርዎል (ግን በጣም ጥሩ) ሊፈልጉ ይችላሉ. በሶስተኛ ደረጃ የዲ ኤን ኤስ አገልጋዮችን መገኘቱን የመፈተሽ እና ከዝርዝሩ ውስጥ የወደቁትን የማስወገድ ችሎታ. ዝርዝሮችን የሚያስተናግድ እና የሚያስተዳድር ስክሪፕት ወይም ልዩ የፋየርዎል ችሎታዎች (እንዲህ ያለ ነገር አለ?) ያስፈልግዎታል። በአጠቃላይ ረዥም አድካሚ የብስክሌት ግንባታ ወይም ለአንድ የተወሰነ ተግባር ልዩ መፍትሄን ከእውነታው የራቀ ዋጋ መግዛት። ግን ነገ በድንገት ለ SMTP ተመሳሳይ የሆነ ነገር ማድረግ ቢፈልጉስ?

ሁሉም የኪስ ቦርሳውን አርትዕ ወይም እንደገና ይክፈቱት? ዋጋ አይኖረውም, የኪስ ቦርሳውን ይዘት መቆጠብ ይሻላል, እና ክራንቹን በብስክሌት ለአትሌቶች ይተውት. በOpenBSD 4.3 ውስጥ የተዋወቀው ሪሌይድ ዴሞን ይህንን እና እጅግ በጣም ብዙ የሆኑ ሌሎች ተግባሮችን ፣ ተመሳሳይ እና አይደለም ፣ በጥቂት ደቂቃዎች ውስጥ እንዲፈቱ ያስችልዎታል።

ለንብርብ 3፣ 4 እና 7 ፕሮቶኮሎች የሎድ ሚዛኔን አቅም፣ ንብርብር 7 ፕሮክሲ (ሪሌይ) እና የኔትወርክ ኖዶች (ያደገበት) መኖሩን የሚፈትሽ አገልግሎትን ያጠቃልላል።

ከቀላል ፕሮክሲ ሰርቨሮች ወይም SSL accelerators እስከ ውስብስብ መፍትሄዎች እንደ ግልጽ የድር ፕሮክሲዎች በጥያቄ ማጣሪያ እና በበርካታ የድር አገልጋዮች መካከል ያለውን ጭነት ማመጣጠን የመሳሰሉ በቅብብሎሽ ላይ የተመሰረቱ ብዙ አይነት አወቃቀሮችን መገንባት ይችላሉ። እና ይሄ ሁሉ በቀላል የማዋቀሪያ ፋይል እርዳታ, ርዝመቱ, በጣም ውስብስብ በሆኑ ውቅሮች ውስጥ እንኳን, ከ 50 መስመሮች እምብዛም አይበልጥም.

አዎ, በእርግጥ, ያለ ምሳሌ, እነዚህ ሁሉ ቃላት ብቻ ናቸው. ስለዚህ በክፍሉ መጀመሪያ ላይ የቀረቡትን መስፈርቶች ሙሉ በሙሉ የሚያሟላ የስራ ውቅረት እዚህ አለ፡-

# vi /etc/relayd.conf

ተለዋዋጮች እና ማክሮዎች

አድራሻ እና የኛ ቅብብሎሽ ወደብ

relayd_addr="127.0.0.1"
relayd_port="8053"

የሚሰሩ የሶስት ዲ ኤን ኤስ አገልጋዮች አድራሻ

ጥያቄዎች

ጠረጴዛ { 192.168.1.1, 192.168.1.2, 192.168.1.3 }

አጠቃላይ ቅንብሮች

በአስተናጋጅ ቼኮች መካከል ያለው የጊዜ ክፍተት

(10 ሴኮንድ)

የTCP ዘዴን በመጠቀም አስተናጋጆች መኖራቸውን ለማረጋገጥ ጊዜው አልፎበታል።

(አስተናጋጁ ከ 200 ms በላይ ምላሽ ካልሰጠ - ጠፍቷል)

ለበለጠ ውጤታማነት አገልጋዩን በ 5 ሂደቶች እንከፍላለን

ጥያቄ ሂደት

አስተናጋጆችን ስለመገኘት የመፈተሽ ውጤቶችን ይመዝግቡ

የዲ ኤን ኤስ ፕሮቶኮል ቅንብሮች

የግንኙነት ማመቻቸት አማራጮች

dns ፕሮቶኮል "dnsfilter" (tcp ( nodelay, sack, socket buffer 1024, backlog 1000)

የቅብብል ቅንብሮች

ሪሌይ ዲንስፕሮክሲ (

የማዳመጥ አድራሻ እና ወደብ

በ$reyd_addr ወደብ $relayd_port ላይ ያዳምጡ

ቀደም ሲል ከተገለጸው ፕሮቶኮል ጋር እንሰራለን

ፕሮቶኮል "ዲ ኤን ኤስ ማጣሪያ"

በሠንጠረዡ ውስጥ ከተዘረዘሩት ውስጥ ወደ አንዱ የዲ ኤን ኤስ ፓኬጆችን እንልካለን።

የዲ ኤን ኤስ አገልጋዮች፣ መገኘቱን ካረጋገጡ በኋላ

ማስተላለፍ ወደብ 53
ሁነታ ጭነት ሚዛን ያረጋግጡ tcp
}

የዚህ ውቅረት በጣም አስፈላጊ ክፍሎች በዲ ኤን ኤስ ፕሮቶኮል እና ማስተላለፊያ መመሪያዎች አካል ውስጥ ናቸው። የመጀመሪያው ተመሳሳይ የፕሮቶኮል መቼቶች በሌሎች የውቅር ፋይሉ ክፍሎች እንዳይደገሙ የሚያገለግል የአብነት አይነት ነው (በተደጋጋሚ የሚተላለፉ ሶስት ፕሮቶኮሎችን ኤችቲቲፒ፣ ዲ ኤን ኤስ እና ቲሲፒን ይደግፋል)። ሁለተኛው የማዳመጫ ወደብ፣ የተኪ ፕሮቶኮል፣ ቅንጅቶቹ፣ እና ፓኬጆቹ እንዴት እና ወደየትኛው አስተናጋጅ መዞር እንዳለባቸው የሚገልጽ መረጃ የሚገልጽ የሪሌይ ቅንብር ነው። በእኛ ሁኔታ፣ ፕሮክሲው የዲ ኤን ኤስ መጠይቁን ከሦስቱ አገልጋዮች ወደ አንዱ መላክ አለበት ቅድመ-ማረጋገጫ ተደራሽነት (ይህ የTCP መጨባበጥ ይጠቀማል፣ ግን ሪሌይድ ከፒንግ እስከ የኤስኤስኤል ግንኙነት ለመመስረት እስከ መሞከር ድረስ ያሉ ሌሎች ብዙ ዘዴዎችን ይደግፋል)። በተመሳሳይ ጊዜ ከዲ ኤን ኤስ አገልጋይ አንዱ ከጠፋ ሪሌይዱ መርሐግብር የተያዘለት የመገኘት ፍተሻ (በፍተሻዎች መካከል ያለው የጊዜ ክፍተት በጊዜ ልዩነት ውስጥ ተገልጿል) አሠራሩን እስኪያሳይ ድረስ በቀጥታ ከዝርዝሩ ያስወጣዋል።

የእርስዎን ውቅር ለመፈተሽ የሚከተለውን የተላለፈ ማስጀመሪያ ቅጽ መጠቀም ይችላሉ፡

# relayd -d -vv -f /etc/relayd.conf

ስለዚህ ጋኔኑ ወደ ዳራ አይሄድም እና የሁሉንም ድርጊቶች ዝርዝር ዝርዝር ይይዛል. አወቃቀሩን ካረሙ በኋላ ዴሞን በስርዓት ማስነሻ ጊዜ እንዲጀምር ማዋቀር ይችላሉ። ይህንን ለማድረግ በ /etc/rc.conf.local ፋይል ውስጥ relayd_flags="" የሚለውን መስመር ብቻ ያስቀምጡ።

FreeBSD fscd: ዝቅተኛነት ውበት

ይህ ክፍል በአንቀጹ ውስጥ መሆን የለበትም. የfscd daemon በጣም ቀላል መሣሪያ ስለሆነ ስለ እሱ ለብቻው ለመጻፍ ብዙ ጊዜ የማይፈልግ ይመስላል። በሌላ በኩል, ስለ እሱ አለመጻፍ የማይቻል ነው, ምክንያቱም በ UNIX ዘይቤ ውስጥ የችግሩ ትክክለኛ መፍትሄ በጣም ግልጽ ከሆኑ ምሳሌዎች አንዱ ነው. እና የFreeBSD ገንቢዎች ተግባር የሚከተለው ነበር።
የተለያዩ የስርዓተ-ፆታ ስርዓቶች እና ዳይሞኖች ከጊዜ ወደ ጊዜ ሊወድቁ ይችላሉ (ወይንም እንደ ሞኞች መምሰል ይጀምራል, ይህ ደግሞ የከፋ ነው). በቤት ማሽን ላይ፣ ይህ አያስፈራም፤ የወደቀ ማሽን በእጆችዎ እንደገና ማስጀመር ወይም ዳግም እንዲነሳ ኮምፒዩተሩን መላክ ይችላሉ። ግን አስተዳዳሪው ብርቅ በሆነበት አገልጋይ ላይ ምን ማድረግ አለበት?

አገልግሎቶቹ ክትትል ሊደረግባቸው እና እንደ አስፈላጊነቱ እንደገና መጀመር አለባቸው። እንዴት ማድረግ ይቻላል? በተፈጥሮ ፣ ይህንን ተግባር ወደ ጅምር ስርዓት ለመገንባት (ከሁሉም በኋላ ፣ ዴሞኖችን የጀመረችው እሷ ነች)። እና ለምሳሌ ፣ሶላሪስ እንዲሁ አደረገ ፣ በጣም በሚያስደንቅ ሁኔታ ሊነስ ቶርቫልድስ እንዴት እንደሚያዋቅር ሲያውቅ እግሩን ይሰብራል። የFreeBSD ገንቢዎች ቀላል አድርገውታል። ሙሉ በሙሉ ነፃ የሆነ ስርዓት ሲቀሩ የFreBSD ን ኢንት ስክሪፕት ማሄድ የሚችል የተለየ ዴሞን ጽፈዋል። ነጥቡ fscd በጣም ቀላል ስለሆነ የሰው ገፆችን ሳያነቡ ወይም እንዳይበላሽ ሳይጨነቁ ሊጠቀሙበት ይችላሉ. ለራስዎ ይፍረዱ፡ fscd ሞኒተር ለማድረግ፡ ለምሳሌ፡ sshd፡ አንድ ትዕዛዝ ብቻ ማስገባት ያስፈልግዎታል፡-

# fscadm sshd /var/run/sshd.pid አንቃ

ያ ብቻ ነው፣ fscd ይህንን ምርጫ ያስታውሳል እና ማሽኑ እንደገና ከተጫነ በኋላ በራስ-ሰር ክትትልን ያነቃል። ብቸኛው ሁኔታ የሚቆጣጠረው ዴሞን በ /etc/rc.d (ወይም /usr/local/etc/rc.d) ዳይሬክተሩ ውስጥ የማስጀመሪያ ፋይል እና በ /etc/rc.conf ፋይል ውስጥ የገባውን በውስጡም ያካተተ መሆኑ ብቻ ነው። (ይህ ግልጽ ነው).

የfscd ዴሞን በFreeBSD 9.0 ላይ ብቻ ነው የሚገኘው፣ነገር ግን ከኦፊሴላዊው ገጽ (people.freebsd.org/~trhods/fsc) ማውረድ እና ለ 8.0 መገንባት በጣም ይቻላል።

ግኝቶች

በየቀኑ በ UNIX ዓለም ውስጥ አዲስ ነገር ይታያል ፣ ግን በጣም አልፎ አልፎ ይህ አዲስ ለእኛ ትኩረት የሚገባ ነገር ሆኖ ይወጣል። በዚህ ጽሑፍ ውስጥ ልዩ ትኩረት ሊሰጣቸው የሚገቡ ብቻ ሳይሆን እውነተኛ ጥቅም ስላላቸው ስለ አራት የ UNIX ስርዓት አካላት ተናገርኩ። ማን ያውቃል ፣ ምናልባት ለወደፊቱ እነሱ እንደ grep ትእዛዝ ወይም syslog daemon ከ UNIX ጋር አስፈላጊ ይሆናሉ።

አገናኞች

• የክንፉ ስር ስርዓት ቤት፡ freedesktop.org/wiki/Software/systemd; freedesktop.org
• የስርዓት ምንጮች: cgit.freedesktop.org/systemd;
• ulatencyd ኮድ: github.com/poelzi/ulatencyd;
• fscd ምንጮች፡ people.freebsd.org/~trodes/fsc

መረጃ

• በረጅም ጊዜ ውስጥ፣ ደራሲው gnomesession እና kdeinitን ሊተካ የሚችል ሲስተምድን ወደ ሙሉ የክፍለ ክፍለ ጊዜ አስተዳዳሪ ለመቀየር አስቧል።
• ከሌሎች ነገሮች በተጨማሪ ሲስተር ዲሞን መቆጣጠሪያ ተግባራት አሉት ፣ ስለሆነም የ fscd ችሎታዎች ከተወለዱበት ጊዜ ጀምሮ በውስጡ የተገነቡ ናቸው።
• ስክሪፕቶችን አለመጠቀም የማውረድ ሂደቱን ለማፋጠን አንዱ መንገድ ነው። ስክሪፕቶችን ሳይጠቀሙ አስፈላጊ ትዕዛዞችን በቀጥታ በመጥራት ብዙ የማስጀመሪያ ተግባራት በስርዓት ሊከናወኑ ይችላሉ።
• የተላለፈው የቀድሞ ስም - የተስተናገደው (ከቃላቶቹ አስተናጋጅ ሁኔታ, "አስተናጋጅ ሁኔታ"), ከተግባራዊነት መስፋፋት ጋር ተያይዞ ወደ የአሁኑ ተቀይሯል.

systemd ውሎ አድሮ የሚታወቀው SysV initd ዴሞን መተካት ያለበት አዲስ የሊኑክስ ሲስተም ማስጀመሪያ ዴሞን ነው። ለመፍታት የተነደፈው ዋና ዋና ተግባራት፣ በመጀመሪያ፣ በትይዩ የሚሰሩትን አገልግሎቶች ቁጥር ከፍ በማድረግ የስርዓት ማስነሳትን ማፋጠን፣ ሁለተኛ፣ በሊኑክስ ከርነል የተሰጡ ልዩ ባህሪያትን በመጠቀም የስርዓት አስተዳደርን ማሻሻል እና ሶስተኛ በስርዓተ-አቀፍ ደረጃ አንድ ማድረግ ናቸው። የተለያዩ አገልግሎቶችን ለመጀመር ቅንጅቶች እና ከፍተኛው አጠቃላይ ኮድ። ቢያንስ ሰነዶቹን ካነበብኩ በኋላ የተሰማኝ እንደዚህ ነው።

ሰርጌይ ፕታሽኒክን ላመሰግነው የምፈልገው የስርዓተ-ሰነድ ሰነድ እጅግ በጣም ጥሩ ትርጉም ነው፡ systemd ለአስተዳዳሪው ከስርአቱ ደራሲ ሌናርት ፖተርንግ። ሁልጊዜም በቦታው ላይ ለሚሆኑት ለሰነዶች ብዙ ማስታወሻዎች አመሰግናለሁ ማለት እፈልጋለሁ። ይህ እና ተከታይ ማስታወሻዎቼ በመሠረቱ በዚህ ሰነድ ላይ የተመሰረቱ ናቸው፣ ወይም ይልቁንስ በፒዲኤፍ ስሪቱ ላይ።

1. ጫን systemd

ስርዓትን መጫን በጣም ቀላል ነው። መጀመሪያ ጥቅሉን እንጭነው፡-
# apt-get install systemd እና የስርዓተ ክወና አጠቃቀምን በሊኑክስ ከርነል መቼቶች ይፃፉ። ይህንን ለማድረግ ፋይሉን በ GRUB 2 ማስነሻ ቅንጅቶች ይክፈቱ።
# vi /etc/default/grub እና ተጨማሪ አማራጭ init=/lib/systemd/systemd ወደ GRUB_CMDLINE_LINUX_DEFAULT መቼት ጨምሩ። ከአርትዖት በኋላ ይህ አማራጭ ይህን ይመስላል።
GRUB_CMDLINE_LINUX="video=VGA-1:640x480 video=TV-1:640x480 rootfstype=ext4 init=/lib/systemd/systemd" አሁን አዲስ የማስነሻ ጫኝ ውቅር ፋይል በማመንጨት ለውጦቹን ተግብር፡-
# update-grub አሁን systemd መጠቀም ለመጀመር ስርዓቱን እንደገና ማስጀመር ትችላለህ፡-
# ዝግ - አሁን 2. ችግር መፍታት

2.1. የጽሑፍ ኮንሶል አካባቢያዊነት

ያጋጠመኝ የመጀመሪያው ችግር የኮንሶል-ሲሪሊክ ስክሪፕትን ማስኬድ ላይ ስህተት ነበር። ይህ ስክሪፕት በጽሑፍ ኮንሶል መሮጥ አለበት፣ እና systemd ሁሉንም የ init ስክሪፕቶች በማይመሳሰል መልኩ ይሰራል፣ይህም ስክሪፕት X አገልጋዩ እየሄደ እያለ እንዲሄድ ያደርገዋል። በውጤቱም, ከሩሲያኛ ፊደላት ይልቅ, ካሬዎች በኮንሶል ውስጥ ይታያሉ, አቀማመጡን መቀየር እና ወደ ግራፊክ ክፍለ ጊዜ መመለስ አይችሉም.

ኮንሶል-ሳይሪሊክ በስርዓቴ ላይ ከጫንኩበት ጊዜ ጀምሮ (በEtch ቀናት ውስጥ የነበረው) በስርዓቴ ላይ የቀረ ጊዜ ያለፈበት ጥቅል ነው። ይህ ፓኬጅ በአዲሶቹ የዴቢያን ስሪቶች ውስጥ አለ እና አሁንም ይደገፋል፣ ነገር ግን የኮንሶል-ማዋቀር እና የቁልፍ ሰሌዳ-ውቅር ጥቅሎች የበለጠ አጠቃላይ አማራጮች ናቸው። በኡቡንቱ 11.04 ናቲ ኮንሶል ውስጥ ሩሲያንን የሚያሳይ ጽሑፍ እነሱን ለማዘጋጀት አስፈላጊ እርምጃዎችን ይገልጻል።

አስፈላጊዎቹን ፓኬጆች ይጫኑ:
# apt-get install ኮንሶል-ማዋቀር ኪቦርድ-ማዋቀር በሆነ ምክንያት ጥቅሎችን በሚጭኑበት ጊዜ የጥቅል ውቅሩ ካልተጀመረ የጥቅል ውቅርን ማስገደድ ይችላሉ፡-
# dpkg-reconfigure console-setup # dpkg-ዳግም ማዋቀር ኪቦርድ-ውቅር በአጠቃላይ ሲስተምድ የጽሑፍ ኮንሶል ለማዘጋጀት አዲስ የማዋቀሪያ ፋይሎችን ያቀርባል ነገር ግን እነዚያ መቼቶች በእኔ ስርዓት ላይ አልሰሩም።

2.2. የስርዓት ጊዜን ወደ ባዮስ ሃርድዌር ሰዓት መቆጠብ

የሰዓት ቅንብሮችን ሲቀይሩ, በሆነ ምክንያት, ጊዜው በ BIOS ሰዓት ውስጥ አይቀመጥም. በትእዛዙ የአሁኑን የስርዓት ጊዜ ወደ ሃርድዌር ሰዓት መቆጠብ ይችላሉ-
# hwclock -w በ BIOS ሰዓት ውስጥ የሚከማች ትክክለኛው ጊዜ በሶስተኛው መስመር /etc/adjtime ላይ ይወሰናል. በዩቲሲ ሕብረቁምፊ፣ ግሪንዊች አማካኝ ጊዜ ይድናል፣ በLOCAL ሕብረቁምፊ ውስጥ፣ የአሁኑ የሰዓት ሰቅ ጊዜ ይቀመጣል።

ከWheezy ጀምሮ የ UTC መቼት ከ/etc/default/rcS ፋይል እና ቅንብሩ ከ/etc/adjtime: release-notes: utc/local timezone ከአሁን በኋላ በ /etc/default/rcS ውስጥ መወገዱን ልብ ሊባል ይገባል። በምትኩ ፋይል ጥቅም ላይ ይውላል.

የችግሩ መነሻ እኔ ኦፕንትፒድ መጠቀሜ እንጂ ntpd አይደለም። በሲስተሙ ከርነል ውስጥ በሚሰራ ntpd ላይ፣ በየ11 ደቂቃው በሃርድዌር ቆጣሪ ውስጥ ያለውን የስርዓት ጊዜ መቆጠብ ይካተታል። የስርዓት ገንቢዎች ይህ በቂ እንደሆነ ተሰምቷቸው ነበር። ntpd ጥቅም ላይ ካልዋለ የትኛው ሰዓቱ የበለጠ ትክክለኛ እንደሆነ - ሃርድዌር ወይም ሲስተም መወሰን አይቻልም ፣ ስለሆነም አንድ ሰዓት ከሌላው መምረጥ ምንም ፋይዳ የለውም ። አስፈላጊ ከሆነ ተጠቃሚው እንደ አስፈላጊነቱ ሰዓቱን በእጅ ማዘጋጀት አለበት.

ይህንን ችግር ለመፍታት የራሴን የአገልግሎት ፋይል ለ openntpd daemon ለመጻፍ ወሰንኩ። የአገልግሎቱ ፋይል ይዘቶች /etc/systemd/system/openntpd.service፡-
መግለጫ=openntpd After=network.target አይነት=ቀላል ExecStart=/usr/sbin/ntpd -dsf /etc/openntpd/ntpd.conf ExecStartPost=/bin/chown ntpd /var/lib/openntpd/ntpd.drift ExecStop=/sbin /hwclock -w WantedBy=multi-user.target አሁን ቀድሞውንም የጀመረውን openntpd ምሳሌ ማቆም አለብን፣ለsystemd አወቃቀሩ እንደተለወጠ ይንገሩ፡
# systemctl stop openntpd.service # systemctl daemon-reload አዲስ የተፈጠረውን የአገልግሎት ፋይል በራስ ሰር ጫን እና openntpd ጀምር፡
# systemctl openntpd.service # systemctl openntpd.serviceን ጀምር 3. የአገልግሎት አስተዳደር

ሲስተምድ ከኢኔትድ በተለየ በአገልግሎቱ የሚፈጠሩ ሁሉንም ሂደቶች በተናጥል መከታተል ይችላል። ለዚህም, የቁጥጥር ቡድኖች የሚባሉት ሂደቶች - ስብስቦች ጥቅም ላይ ይውላሉ. እያንዳንዱ አገልግሎት በራሱ የቡድን መታወቂያ ይጀምራል። በአገልግሎቱ ውስጥ የተፈጠሩ ሁሉም ተጨማሪ ሂደቶች ይህንን መለያ ይቀበላሉ። ይህ አገልግሎቱን ለማስተዳደር PID ፋይሎችን የመጠቀምን አስፈላጊነት ያስወግዳል። እንዲሁም፣ ለቡድኖች ምስጋና ይግባውና በአገልግሎት የተፈጠሩ ሂደቶች በጭራሽ አይጠፉም። ለምሳሌ ፣ የ CGI ሂደት ከድር አገልጋይ ጋር ይቆማል ፣ ምንም እንኳን የድር አገልጋዩ እሱን ለማቆም ባይረዳ እና የሂደቱን መታወቂያ በ PID ፋይል ውስጥ ቢያስቀምጥም። የተጠቃሚ ሂደቶች እንዲሁ በተለየ የቁጥጥር ቡድን ውስጥ ይቀመጣሉ እና በመግቢያ ንዑስ ስርዓት ቁጥጥር ይደረግባቸዋል፣ እሱም ConsoleKitን ተክቷል።

ሁለተኛው አስፈላጊ የስርዓተ-ፆታ ባህሪ የራሱ የሆነ የጆርናልድ (ጆርናልድ) የሚባል የጋዜጠኝነት ስርዓት አለው. ይህ ስርዓት ከተለያዩ ምንጮች የተገኙ መረጃዎችን ያጠቃለለ እና ከአገልግሎቶች ጋር ያስራል. የከርነል መልእክቶችን ይሰበስባል፣ በ syslog የተላኩ መልእክቶች፣ የጆርናልድ ቤተኛ ኤፒአይን በመጠቀም የተላኩ መልእክቶች፣ እና በሂደት ወደ መደበኛ ውፅዓት (STDOUT) እና ወደ መደበኛ የምርመራ መልዕክቶች (STDERR) የተላኩ መልዕክቶች ከአንድ አገልግሎት ጋር የተገናኘ። ሲስተምድ የሂደት መውጫ ኮዶችን ይከታተላል። ለዚህም ምስጋና ይግባውና ሁሉም የአገልግሎቱ የምርመራ መረጃ በአንድ ቦታ ላይ ሊታይ ይችላል እና ችግሮችን ለመመርመር ምቹ ነው.

systemctl- የአገልግሎት ሁኔታዎችን ይመልከቱ። የትዕዛዙ ውፅዓት ወደ አንድ ቦታ ካልተዘዋወረ ፣ ግን ወደ ኮንሶሉ ከደረሰ ፣ የአገልግሎቶቹን ሁኔታ ለማየት የፔጀር ፕሮግራም በራስ-ሰር ይጀምራል ፣ ብዙውን ጊዜ ያነሰ ነው ፣
systemctl ሁኔታ openntpd.አገልግሎት - ስለተገለጸው አገልግሎት ሁኔታ ዝርዝር እይታ (opentpd) ፣
systemctl ሁኔታ - ተከተል openntpd.አገልግሎት - የተጠቀሰውን አገልግሎት (openntpd) በደረሰኝ ሂደት ውስጥ ከአገልግሎቱ የሚመጡ መልዕክቶችን በማሳየት ላይ ያለውን ሁኔታ ማየት. ይህ አማራጭ አጠር ያለ አቻ አለው - -f, ይህም በሆነ ምክንያት በእኔ ስርዓት ላይ አይሰራም. ምናልባት እውነታው -f አማራጭ እንዲሁ ሁለተኛ ትርጉም አለው - --force እና systemctl ከአማራጮቹ ውስጥ የትኛው እንደሆነ መወሰን አልቻለም ፣
systemctl ሁኔታ -n10 openntpd.አገልግሎት - የአገልግሎቱን የመጨረሻዎቹ 10 መልእክቶች ውጤት በመጠቀም የተገለጸውን አገልግሎት (openntpd) ሁኔታን ይመልከቱ ፣
systemctl ዳግም ማስጀመር አልተሳካም።- በእይታ አገልግሎት ሁኔታ ትእዛዝ የሚታዩትን ሁሉንም የማቋረጫ ሁኔታዎችን እንደገና ማስጀመር ፣
systemd-cgls- የሂደት ቁጥጥር ቡድኖችን ተዋረድ መመልከት (ተመሳሳይ የሆነ ነገር ps xawf -eo pid,user,cgroups,args የሚለውን ትዕዛዝ በመጠቀም ማግኘት ይቻላል)
systemctl ዴሞን-ዳግም መጫን- የስርዓት ውቅር እንደገና መጫን;
systemctl ጀምር openntpd.አገልግሎት - የተገለጸውን አገልግሎት ይጀምሩ (openntpd)፣ ከ update-rc.d ጋር ተመሳሳይ openntpdለ SysV initd ጀምር ፣
systemctl ማቆም openntpd.አገልግሎት - የተገለጸውን አገልግሎት አቁም (openntpd)፣ ከ update-rc.d ጋር ተመሳሳይ openntpdለ SysV initd ማቆም ፣
systemctl እንደገና መጀመር openntpd.አገልግሎት - የተገለጸውን አገልግሎት እንደገና ያስጀምሩ (openntpd) ፣
systemctl አንቃ openntpd.አገልግሎት - የተገለጸውን አገልግሎት (openntpd) በስርዓት ማስነሻ ላይ ማንቃት፣ ከ update-rc.d ጋር ተመሳሳይ openntpdለ SysV initd ማንቃት ፣
systemctl አሰናክል openntpd.አገልግሎት በስርዓት ማስነሻ ላይ የተገለጸውን አገልግሎት (openntpd) መጀመርን ያሰናክሉ፣ ከ update-rc.d ጋር ተመሳሳይ openntpdለ SysV initd አሰናክል፣
systemctl ጭንብል openntpd.አገልግሎት - የተገለጸውን አገልግሎት መጀመር መከልከል (opentpd) ፣ እሱን በእጅ ለመጀመር እንኳን የማይቻል ይሆናል ፣
systemctl ጭንብል ማራገፍ openntpd.አገልግሎት - የተገለጸውን አገልግሎት ለመጀመር ፈቃድ (openntpd) ፣ በእጅ ሊጀመር ይችላል ፣ ከተዋቀረ በስርዓት ማስነሻ ላይ እንዲጀምር ይፈቀድለታል ፣
systemctl መግደል openntpd.አገልግሎት - ምልክት ላክ (በነባሪ የ SIGTERM ምልክት ተልኳል) በአገልግሎቱ ቁጥጥር ቡድን ውስጥ ላሉ ሁሉም ሂደቶች (openntpd) ፣
systemctl ግድያ -s SIGKILL openntpd.አገልግሎት - በአገልግሎቱ ቁጥጥር ቡድን ውስጥ ላሉ ሁሉም ሂደቶች SIGKILL ምልክት ይላኩ (openntpd)። እንዲሁም የምልክቱን ምህፃረ ቃል መጠቀም ይችላሉ - KILL ፣
systemctl መግደል -s HUP --ገዳይ-ማን = ዋና crond አገልግሎት - የSIGHUP ምልክት ወደ አገልግሎት መቆጣጠሪያ ቡድን (ክሮንድ) ዋና ሂደት በመላክ ላይ። ይህ ምሳሌ ክሮንድ የውቅር ፋይሉን እንደገና እንዲያነብ ያስገድደዋል፣ በ crond የተጀመሩት ስራዎች ግን ይህንን ምልክት አይቀበሉም እና በመደበኛነት መስራታቸውን ይቀጥላሉ፣
systemctl እገዛ openntpd.አገልግሎት - የአገልግሎት ሰነዶችን ይመልከቱ (በዴቢያን ዊዚ ውስጥ አይሰራም)
systemd - ጥፋተኝነትን መተንተን- የአገልግሎቶች ዝርዝር በማሳየት ላይ ፣ በጅምር ላይ ባጠፋው የጊዜ ቅደም ተከተል የተደረደሩ። ትዕዛዙ በስርዓት ጅምር ወቅት ማነቆዎችን ለማግኘት ጠቃሚ ሊሆን ይችላል ፣
systemd-analyze plot > plot.svg- የአገልግሎቶችን የጅምር ቅደም ተከተል (እና ትይዩነት) የሚያሳይ የጊዜ ዲያግራም በSVG ቅርጸት።

4. አዲስ የስርዓት ውቅር ፋይሎች

Systemd ለስርዓተ-ሰፊ ቅንጅቶች በርካታ አዲስ የውቅር ፋይሎችን ያስተዋውቃል። እነዚህ ፋይሎች በመጨረሻ ደረጃቸውን የጠበቁ እና ለተለያዩ ስርጭቶች ልዩ የሆኑትን የስርዓት ውቅር ፋይሎችን ይተካሉ ተብሎ ይጠበቃል። ያ እስኪሆን ድረስ ሲስተምድ አዲስ ፋይሎች ከሌሉ የስርጭቱን ውቅር ፋይሎችን ይጠቀማል።

እንዲሁም፣ ሁሉም አገልግሎቶች አሁን የአገልግሎት ፋይሎችን በመጠቀም ስለሚጀምሩ፣ በሼል ስክሪፕቶች ውስጥ የተካተቱ ፋይሎችን መጠቀም አያስፈልግም። እነዚህ በ /etc/default (የዴቢያን ቤተሰብ) እና /etc/sysconfig (RedHat ቤተሰብ) ውስጥ የሚገኙ ፋይሎች ናቸው። ከሼል ስክሪፕቶች ይልቅ በአገልግሎት ፋይሎች ውስጥ ለማሰስ በጣም ቀላል ስለሆነ የአገልግሎቱን መቼቶች ወደ ተለያዩ ፋይሎች ማንቀሳቀስ አያስፈልግም - ሁሉም አስፈላጊ ቅንጅቶች በቀጥታ ወደ የአገልግሎት ፋይል ሊገቡ ይችላሉ.

በsystemd የገቡት አዲስ የውቅር ፋይሎች እነኚሁና፡

/ወዘተ/አስተናጋጅ ስም- የስርዓቱ የአውታረ መረብ ስም;
/etc/vconsole.conf- የስርዓት ኮንሶል ቅርጸ-ቁምፊ እና የቁልፍ ሰሌዳ አቀማመጥ ቅንብሮች ፣
/ወዘተ/locale.conf- የስርዓት ቋንቋ ቅንብሮች;
/etc/modules-load.d/*.conf- በስርዓት ቡት ላይ ለመጫን የሚገደዱ የከርነል ሞጁሎችን ለመዘርዘር ማውጫ ፣
/ወዘተ/sysctl.d/*.conf- የከርነል መለኪያ ቅንጅቶች ማውጫ ፣ ክላሲክ /etc/sysctl.conf ፋይልን ያሟላል ፣
/etc/tmpfiles.d/*.conf- ጊዜያዊ የፋይል ቅንብሮችን ለማስተዳደር ማውጫ ፣
/ወዘተ/binfmt.d/*.conf- እንደ ጃቫ ፣ ሞኖ ፣ ወይን ቅርጸቶች ያሉ ሊተገበሩ የሚችሉ የፋይል ቅርጸቶችን ለመመዝገብ ማውጫ ፣
/ወዘተ/os-መለቀቅ- የስርጭቱ መለያ እና ስሪቱ ያለው ፋይል ፣
/ወዘተ/machie-id- ቋሚ ልዩ የስርዓት መለያ ያለው ፋይል;
/ወዘተ/machie-መረጃ- ለስርዓቱ ገላጭ የአውታረ መረብ ስም ያለው ፋይል። በግራፊክ ቅርፊቶች ውስጥ የሚታየው የስርዓት አዶ እዚህም ተዋቅሯል። ፋይሉ የሚቀርበው በስርዓተ-አስተናጋጅ ስም ዴሞን ነው።

5. ጆርናልd Logging subsystem

ቀደም ሲል እንደተገለፀው ሲስተምድ ከተለያዩ ምንጮች (የከርነል መልእክቶች፣ ወደ syslog ፣ STDOUT እና STDERR የተላኩ መልእክቶች) የሚሰበስብ አዲስ የምዝግብ ማስታወሻ ስርዓት በአንድ ቦታ ያስተዋውቃል። ይህ ስርዓት መደበኛውን የ syslog logging daemon እንዲተዉ አያስገድድዎትም - ሁለቱንም የመግቢያ ስርዓቶች በትይዩ መጠቀም ይችላሉ።

ጆርናልድ የመጽሔት መረጃን ለማከማቸት ሁለት ማውጫዎችን ይጠቀማል፡-
/run/log/journal- የቅርብ ጊዜ መልዕክቶች የቀለበት ቋት ያለው ማውጫ ፣
/var/log/journal- የሁሉም መልዕክቶች ቋሚ ማከማቻ ያለው ማውጫ።

በነባሪነት የመጀመሪያው ማውጫ ብቻ ጥቅም ላይ ይውላል፣ እና የሁሉም መልዕክቶች ቀጣይነት ያለው ማከማቻ ለማንቃት ሁለተኛው ማውጫ በእጅ መፈጠር አለበት (በዴቢያን ዊዚ ውስጥ ይህ ማውጫ ስርዓቱ ሲጫን በራስ-ሰር ይፈጠራል እና የመጀመሪያው ማውጫ ስራ ላይ አይውልም)።
# mkdir -p /var/log/journald ከዚያ በኋላ ነባሪው rsyslog ወይም ng-syslog journaling daemonን ማስወገድ አይችሉም።

የዴቢያን ዊዚ ጆርናልድ ዴሞን መቼቶች በፋይል ውስጥ ተከማችተዋል። /etc/systemd/systemd-journald.conf. በተለይም እዚያ ለሎግ ፋይሉ የመጭመቂያ ቅንጅቶችን ማቀናበር ፣ በሎግ ፋይሎች መጠን ላይ ገደብ ማበጀት ፣ የስርዓት ኮንሶል ወይም ወደ syslog ዴሞን የመልእክቶችን ብዜት ማዋቀር ይችላሉ።

ስር ተጠቃሚው እና በአድም ቡድኑ ውስጥ ያሉ ተጠቃሚዎች በምዝግብ ማስታወሻው ውስጥ ያሉትን ሁሉንም መልእክቶች የማግኘት መብት አላቸው፣ መደበኛ ተጠቃሚዎች ግን በሂደታቸው የመነጩ መልዕክቶችን ብቻ ማግኘት ይችላሉ።

በዴቢያን ዊዚ ውስጥ የመጽሔት መልእክቶችን ለማየት የsystemd-journalctl ትዕዛዝን መጠቀም ይችላሉ (መመሪያው የ journalctl ትዕዛዙን ይገልጻል)።
systemd-journalctl- ሁሉንም መልዕክቶች ይመልከቱ. እንደ systemctl ሁኔታ ፣ የትዕዛዙ ውፅዓት ወደ የትኛውም ቦታ ካልተላለፈ ፣ ግን ወደ ኮንሶሉ ከደረሰ ፣ ለበለጠ ምቹ መልእክቶች የፔጀር ፕሮግራም በራስ-ሰር ይከፈታል ፣ ብዙውን ጊዜ ያነሰ ፣
systemd-journalctl -f- በደረሰኝ ሂደት ውስጥ መልዕክቶችን መመልከት ፣
systemd-journalctl -n10- የመጨረሻዎቹን 10 መልዕክቶች ይመልከቱ ፣
systemd-journalctl -b- ስርዓቱ ከተነሳ በኋላ የተፈጠሩ መልዕክቶችን ይመልከቱ (በዴቢያን ዊዚ ላይ አይሰራም)
systemd-journalctl -b -p ስህተት- ስርዓቱ ከተነሳ በኋላ የተፈጠሩ መልዕክቶችን ይመልከቱ እና የቅድሚያ ስህተት ወይም ከዚያ በላይ (በዴቢያን ዊዚ ውስጥ አይሰራም)
systemd-journalctl -- ጀምሮ = ትናንት- ከትናንት ጀምሮ የተፈጠሩትን ሁሉንም መልዕክቶች ይመልከቱ (በዴቢያን ዊዚ ውስጥ አይሰራም) ፣
systemd-journalctl --since=2012-10-15 --እስከ =="2012-10-16 23:59:59"- በጥቅምት 15 እና 16, 2012 የተፈጠሩ ሁሉንም መልዕክቶች ይመልከቱ (በዴቢያን ዊዚ ላይ አይሰራም)
systemd-journalctl -u httpd --since=00:00 --እስከ=09:30- ዛሬ ከእኩለ ሌሊት እስከ ዘጠኝ ሰዓት ተኩል ድረስ በ httpd ተጠቃሚ የመነጩ ሁሉንም መልዕክቶች ይመልከቱ (በዴቢያን ዊዚ ላይ አይሰራም) ፣
systemd-journalctl /dev/sdc- የ sdc ድራይቭን የሚጠቅሱ ሁሉንም መልዕክቶች ይመልከቱ (በዴቢያን ዊዚ ላይ አይሰራም) ፣
systemd-journalctl /usr/sbin/vpnc- ሁሉንም መልዕክቶች ከ / usr / sbin / vpnc ሂደቶች ይመልከቱ (በዴቢያን ዊዚ ውስጥ አይሰራም) ፣
systemd-journalctl /usr/sbin/vpnc /usr/sbin/dhclient- ሁሉንም መልእክቶች ከሂደቱ / usr/sbin/vpnc እና /usr/sbin/dhclient ይመልከቱ ፣በጊዜ የተደረደሩ እና የተደረደሩ (በዴቢያን ዊዚ ውስጥ አይሰራም) ፣

የጽሑፍ መልእክቶችን በቀላሉ ከመመልከት በተጨማሪ፣ ጆርናል የተደረገው በራሱ በእያንዳንዱ የጆርናል መግቢያ ላይ የሚጨምረውን ሜታዳታ መመልከት ይቻላል። እነዚህን መስኮች ለማየት፣ የውሂብ ውፅዓት ቅርጸቱን የሚቀይረውን የሚከተለውን አማራጭ ብቻ ይጠቀሙ።
systemd-journalctl -o verbose- ሁሉንም ሜታዳታ ከመልእክቱ ጋር በሰው ሊነበብ በሚችል ቅጽ እና ከመዝገቡ ውስጥ ካለው መልእክት ጋር ያሳያል። ሌሎች የሚገኙ ቅርጸቶች፡ ወደ ውጪ መላክ - ተመሳሳይ የቃላት አነጋገር፣ ግን ያለ ውስጠ-ገብ፣ json - ውፅዓት በJSON ቅርጸት፣ ድመት - ያለ ምንም ተጨማሪ ውሂብ የመልዕክት ጽሁፍ ብቻ ያውጡ።

ከስር ነጥብ የሚጀምሩ የመስክ ስሞች መልዕክቶችን ለማጣራት ጥቅም ላይ ሊውሉ ይችላሉ። መጽሔቱ በሁሉም መስኮች መረጃ ጠቋሚ ነው, ስለዚህ ፍለጋ ፈጣን ነው. በዲበ ውሂብ የመልእክት ማጣሪያ ምሳሌዎች፡-
systemd-journalctl _UID=70- መታወቂያ 70 ጋር የተጠቃሚ ሂደቶች ሁሉንም መልዕክቶች አሳይ;
systemd-journalctl _UID=70 _UID=71- የሁሉም መልእክቶች ከተጠቃሚ ሂደቶች ከመለያ 70 እና 71 ጋር ውፅዓት። ተመሳሳይ ስም ያላቸውን መስኮች መግለጽ በራስ-ሰር አመክንዮአዊ ወይም ኦፕሬሽንን ያሳያል።
systemd-journalctl _HOSTNAME=epsilon _COMM=አቫሂ-ዳሞን- ኤፒሲሎን በተባለ ኮምፒውተር ላይ አቫሂ-ዳሞን ከሚሰሩ ሂደቶች ሁሉንም መልእክቶች ያውጡ። በዚህ ሁኔታ ፣የተለያዩ መስኮች ተገልጸዋል ፣ስለዚህ አመክንዮአዊ እና ኦፕሬሽን ተጠቃሽ ነው።
systemd-journalctl _HOSTNAME=ቴታ _UID=70 + _HOSTNAME=epsilon _COMM=አቫሂ-ዴሞን- ከሁለቱ ማጣሪያዎች ማናቸውንም ከ+ ምልክት ጋር የሚዛመዱ መልዕክቶችን ማሳየት። የ+ ምልክቱ ከ AND ዝቅተኛ ቀዳሚነት ያለው ግልጽ የሆነ አመክንዮአዊ OR ያሳያል።
systemd-journalctl -F _SYSTEMD_UNIT- በምዝግብ ማስታወሻው ውስጥ የሚገኙት የ_SYSTEMD_UNIT መስክ የሁሉም ዋጋዎች ውጤት። የተገኙት እሴቶች የፍላጎት መዝገቦችን ለማጣራት ጥቅም ላይ ሊውሉ ይችላሉ (በዴቢያን ዊዚ ላይ አይሰራም)።

የ*.pdf ፋይሎች በውስጡ እንዳሉ እና በቀጣይ ወደ txt ቅርጸት በመቀየር ዳይሬክተሩን በተከታታይ ለመከታተል ቀለል ያለ የባሽ ስክሪፕት ለመፃፍ ሌላ ቀን ወስዶብኛል። ስክሪፕቱ ከበስተጀርባ እንዲሰራ እና ዳግም በሚነሳበት ጊዜ በራስ-ሰር መስራት ነበረበት።

ከበስተጀርባ ስራን ለመተግበር በመጀመሪያ ሊኑክስን - ጋኔን በ C ውስጥ ጻፍኩኝ, ነገር ግን ይህ ለስራዬ በጣም ብዙ እንደሆነ ወሰንኩኝ እና ሲስተምድ በመጠቀም ተግባራዊ አድርጌዋለሁ.

በመጀመሪያ ስርጭትዎ ከSystemd ጋር መስራቱን ማረጋገጥ ያስፈልግዎታል፡-

readlink /proc/1/exe
ውጤቱ ከሆነ /sbin/init- ከዚያ SysV ን እየተጠቀሙ ነው፣ እና ወይ ስርጭቱን ማሻሻል ያስፈልግዎታል፣ እንደ እኔ ሁኔታ፣ Debian 7 Wheezyን ወደ Debian 8 Jessie አሻሽያለሁ ወይም የጀርባ ስራን በሌላ መንገድ መተግበር።

ውጤቱ ከሆነ፡
/lib/systemd/systemd- ከዚያ ሁሉም ነገር በሥርዓት ነው ፣ ሲስተም አለዎት።

ሲስተምድ ስራውን የሚሰራው ሲስተድ አሃዶች ተብለው ከሚታወቁት ጋር ነው።
ዩኒት ከማውጫው ውስጥ በአንዱ ውስጥ የሚገኝ የማዋቀሪያ ፋይል ነው፡-

/አሂድ/systemd/system/- በሂደት ጊዜ የተፈጠሩ ክፍሎች። ይህ ማውጫ ከፓኬጆች የተጫኑ አሃዶች ካለው ማውጫው ቅድሚያ አለው።
/ወዘተ/systemd/system/- በስርዓቱ አስተዳዳሪ የተፈጠሩ እና የሚተዳደሩ ክፍሎች። ይህ ማውጫ በሂደት ጊዜ ከተፈጠሩት ክፍሎች ማውጫ ይቀድማል። በዚህ ማውጫ ውስጥ የእኛን ክፍል እንፈጥራለን.

ወደ /etc/systemd/system/ directory ሄደን እንፈጥራለን ወይም አንዳንድ ነባር ፋይሎችን ለምሳሌ sshd.service ገልብጠን እንጽፋለን፡-

[ክፍል]

መግለጫ=MyBashScript

በኋላ=syslog. targetላማ

1. [አገልግሎት]

2. ExecStart=/bin/bash "/home/user/scripts/script.sh"

   ዓይነት= መገንጠያ

3. [ጫን]

   የሚፈለግ በ=ባለብዙ ተጠቃሚ.ታርጌት።

   ተለዋጭ ስም=bash.አገልግሎት

ስለ እያንዳንዱ ክፍል ተጨማሪ:
ክፍል:
ስለ አገልግሎቱ፣ መግለጫው እና የ Syslog daemon እየሄደ ካለ በኋላ መጀመር እንዳለበት አጠቃላይ መረጃን ይዟል።

ክፍል
ስለ አገልግሎታችን ቀጥተኛ መረጃ።
የExecStart መለኪያ ወደ አገልግሎታችን ሊተገበር የሚችል ፋይል ይጠቁማል። ፍፁም ዱካዎችን መግለጽ አለብህ፣ በባሽ ስክሪፕት ጉዳይ፣ ወደ ስክሪፕቱ የሚወስደውን መንገድ በነጠላ ጥቅሶች እንወስዳለን።
ተይብ=ፎርኪንግ ማለት እየሄደ ያለው ስክሪፕት በዴሞን ሁነታ ይሰራል ማለት ነው። ስክሪፕቱ አንድ ጊዜ እንዲተገበር ከፈለግን, Type=simple የሚለውን እንገልጻለን.

ክፍል
የመጨረሻው ክፍል አገልግሎቱ መጀመር ያለበት ስለ ዒላማው መረጃ ይዟል. በዚህ አጋጣሚ አገልግሎቱ እንዲጀመር እንፈልጋለን multi-user.target ሲነቃ (ይህ በ SysV ውስጥ ከ init 3 ጋር እኩል ነው).
አሊያስ=bash.አገልግሎት - ለመመቻቸት አገልግሎታችንን በ systemctl ማስተዳደርን ቀላል ለማድረግ ተለዋጭ ስም እንፍጠር።

ይህ ትንሽ ተግባር ያለው የSystemd አገልግሎት ፋይል ነው። ፋይሉን ያስቀምጡ እና ትዕዛዙን ያሂዱ systemctl ዴሞን-ዳግም መጫንሲስተምድ ስለ አገልግሎታችን እንዲያውቅ እና በትእዛዙ መጀመር ይችላሉ። systemctl ጀምር bash.አገልግሎት.
ለመጀመሪያ ጊዜ አልሰራልኝም, ምክንያቱም መጀመሪያ ላይ በክፍሉ ExecStart መለኪያ ውስጥ ፍጹም ያልሆነ መንገድ ገለጽኩ. ከጥገናው በኋላ ሲስተምድ አሁንም ስለተመሳሳይ ስህተት ቅሬታ አቅርቧል፣ ዳግም ማስጀመር ረድቷል።

ሁኔታውን ለማየት፣ ለመጀመር፣ ለማቆም፣ እንደገና ለማስጀመር፣ የስርዓት አገልግሎቶችን ለማንቃት ወይም ለማሰናከል ትዕዛዙን ይጠቀሙ systemctl. ቀደምት የSystemd ስሪቶች አገልግሎቱን እና የ chkconfig ትዕዛዞችን ይጠቀሙ ነበር፣ እና አሁንም በስርዓቱ ውስጥ የተካተቱት በዋናነት ለኋላ ተኳሃኝነት ነው።

ከታች ያሉት ዋናዎቹ የ systemctl ትዕዛዞች ናቸው፡-

systemctl ጀምር ስም.አገልግሎት- አገልግሎት መጀመር.
systemctl አቁም ስም.አገልግሎት- የአገልግሎት ማቆሚያ
systemctl እንደገና አስጀምር ስም.አገልግሎት- አገልግሎት እንደገና መጀመር
systemctl ስም.አገልግሎት እንደገና አስጀምር- እየሄደ ከሆነ ብቻ አገልግሎቱን እንደገና ያስጀምሩ
systemctl ስም.አገልግሎት እንደገና ይጫኑ- የአገልግሎት ውቅር እንደገና መጫን
systemctl ሁኔታ ስም.አገልግሎት- አገልግሎቱ ከዝርዝር የአገልግሎት ሁኔታ ውፅዓት ጋር እየሰራ መሆኑን ያረጋግጡ
systemctl ንቁ ስም ነው አገልግሎት- አገልግሎቱ በቀላል ምላሽ እየሄደ መሆኑን ያረጋግጡ፡ ንቁ ወይም የቦዘነ
systemctl ዝርዝር-አሃዶች - አገልግሎት ይተይቡ - ሁሉም- የሁሉንም አገልግሎቶች ሁኔታ ማሳየት
systemctl ስም አገልግሎትን አንቃ- አገልግሎቱን ያንቀሳቅሰዋል (በስርዓት ጅምር ጊዜ እንዲጀምር ያስችለዋል)
systemctl ስም አገልግሎትን ያሰናክላል- አገልግሎቱን አቦዝን
systemctl ስም.አገልግሎት እንደገና ሊነቃ ይችላል።- አገልግሎቱን ያሰናክላል እና ወዲያውኑ ያነቃዋል።
systemctl የነቃ ስም.አገልግሎት ነው።- አገልግሎቱ እንደነቃ ያረጋግጣል
systemctl ዝርዝር-ዩኒት-ፋይሎች - አይነት አገልግሎት- ሁሉንም አገልግሎቶች ያሳያል እና የትኞቹ እንደነቃ ይፈትሹ
systemctl ጭምብል ስም.አገልግሎት- የአገልግሎት ፋይሉን በሲምሊንክ ወደ /dev/null በመተካት አሃዱን ለስርዓት ተደራሽ ያደርገዋል።
systemctl ስም.አገልግሎትን ጭንብል ያንሱ- የአገልግሎት ፋይልን ይመልሳል ፣ አሃዱ ለስርዓት እንዲገኝ ያደርገዋል

ሲስተምድ አዲሱ የሊኑክስ ማሽኖች መመዘኛ እየሆነ ያለው የኢኒት ሲስተም እና ሲስተም አስተዳዳሪ ነው። ከተለምዷዊ የ SysV init ስርዓቶች ጋር ሲነጻጸር የስርዓተ ክወና አፈጻጸም ክርክር አሁንም እንደቀጠለ ነው, ሆኖም ግን, አብዛኛዎቹ ስርጭቶች ይህንን ስርዓት ተግባራዊ ለማድረግ አቅደዋል, እና ብዙዎቹ አስቀድመው አድርገውታል.

ስለ ሲስተምድ መሳሪያዎች እና ዲሞኖች መማር እና መስራት የስርዓቱን ሃይል፣ተለዋዋጭነት እና ሌሎች ባህሪያትን በተሻለ ሁኔታ እንዲያደንቁ ወይም ቢያንስ አነስተኛ ችግሮችን ለመቋቋም ይረዳዎታል።

ይህ አጋዥ ስልጠና ከ systemctl ትዕዛዝ ጋር እንዴት እንደሚሰሩ ያስተምርዎታል, ለስርዓተ-ኢኒት ሲስተም ዋና የአስተዳደር መሳሪያ. አገልግሎቶችን እንዴት እንደሚያስተዳድሩ፣ ሁኔታን እንደሚፈትሹ እና ከውቅረት ፋይሎች ጋር እንዴት እንደሚሰሩ ይማራሉ።

የአገልግሎት አስተዳደር

የኢኒት ሲስተም ዋና ዓላማ የሊኑክስ ከርነል ከተጫነ በኋላ መጀመር ያለባቸውን አካላት ማስጀመር ነው (በተለምዶ "ብጁ" ክፍሎች)። የኢኒት ሲስተም የአገልጋይ አገልግሎቶችን እና ዴሞኖችን ለማስተዳደርም ያገለግላል። በዚ አእምሯችን፣ በቀላል አገልግሎት አስተዳደር ኦፕሬሽኖች ወደ ሲስተምድ መግቢያችንን እንጀምር።

በስርዓተ-ፆታ ውስጥ፣ የአብዛኞቹ ድርጊቶች ዒላማ አሃዶች ናቸው፣ እነሱም ሲስተም ማስተዳደር የሚችሉ ሀብቶች ናቸው። ክፍሎቹ በሚወክሉት የመርጃ አይነቶች ተከፋፍለዋል። ክፍሎች የሚባሉት በክፍል ፋይሎች ውስጥ ነው. የእያንዳንዱ ክፍል አይነት በፋይሉ መጨረሻ ላይ ባለው ቅጥያ ሊወሰን ይችላል.

የአገልግሎት ቅጥያ ያላቸው የክፍል ፋይሎች ለአገልግሎት አስተዳደር ተግባራት የታሰቡ ናቸው። ነገር ግን፣ በአብዛኛዎቹ ሁኔታዎች የ .አገልግሎት ቅጥያ ሊቀር ይችላል፣ ምክንያቱም ሲስተምድ ያለ ቅጥያ የአገልግሎት ቁጥጥር ትዕዛዞችን ሲጠቀሙ ምን ማድረግ እንዳለበት ለማወቅ የሚያስችል ብልህ ነው።

አገልግሎቱን መጀመር እና ማቆም

ስርዓት ያለው አገልግሎት ለመጀመር የጀምር ትዕዛዙን ይጠቀሙ። በስር ክፍለ ጊዜ ውስጥ ከሌሉ ሱዶን መጠቀም ያስፈልግዎታል ምክንያቱም ይህ ትእዛዝ የስርዓተ ክወናውን ሁኔታ ይነካል።

sudo systemctl ጀምር አፕሊኬሽን.አገልግሎት

ቀደም ሲል እንደተገለፀው ሲስተምድ * .አገልግሎት ፋይሎችን ለአገልግሎት አስተዳደር ትዕዛዞች መፈለግን ያውቃል ስለዚህ ይህ ትእዛዝ እንደሚከተለው ሊተየብ ይችላል ።

sudo systemctl መተግበሪያን ጀምር

ከላይ ያለው ቅርጸት በዕለት ተዕለት ሥራ ላይ ሊውል ይችላል, ነገር ግን ግልጽ ለማድረግ መመሪያ ውስጥ, የአገልግሎት ቅጥያ እንጠቀማለን.

አገልግሎቱን ለማቆም የማቆሚያ ትዕዛዙን ብቻ ያስገቡ፡-

sudo systemctl አቁም መተግበሪያ.አገልግሎት

እንደገና አስጀምር እና እንደገና አስነሳ

አገልግሎቱን እንደገና ለማስጀመር፣ ዳግም ማስጀመርን ይጠቀሙ፡-

sudo systemctl አፕሊኬሽን.አገልግሎትን እንደገና ያስጀምሩ

የተገለጸው መተግበሪያ የውቅር ፋይሎቹን እንደገና መጫን ከቻለ (እንደገና ሳይጀመር)፣ ዳግም መጫን መጠቀም ይቻላል፡-

sudo systemctl አፕሊኬሽን.አገልግሎትን እንደገና ይጫኑ

አንድ አገልግሎት ፋይሎቹን እንደገና መጫን ይችል እንደሆነ ካላወቁ፣ ዳግም ጫን ወይም ዳግም ማስጀመር ትዕዛዙን ይጠቀሙ። አገልግሎቱን እንደገና ያስጀምረዋል, እና ይህ የማይቻል ከሆነ, እንደገና ያስጀምረዋል.

sudo systemctl እንደገና ጫን-ወይም እንደገና አስጀምር መተግበሪያ.አገልግሎት

አገልግሎቶችን ማንቃት እና ማሰናከል

አሁን ባለው ክፍለ ጊዜ ከአገልግሎቱ ጋር ሲሰሩ ከላይ ያሉት ትዕዛዞች ያስፈልጋሉ. አንድን አገልግሎት በስርዓት በተሰራ አውቶሞቢል ላይ ለማከል እሱን ማንቃት ያስፈልግዎታል።

ለዚህ የነቃ ትእዛዝ አለ፡-

sudo systemctl አፕሊኬሽን.አገልግሎትን አንቃ

ይህ በዲስክ ላይ ሲስተድ ፋይሎችን በራስ ሰር የሚጀምርበት ቦታ ላይ የአገልግሎት ፋይል ቅጂ (በተለምዶ በ /lib/systemd/system ወይም /etc/systemd/system) ጋር ተምሳሌታዊ አገናኝ ይፈጥራል (ብዙውን ጊዜ /etc/systemd/system) /some_target.target.want , በዚህ ላይ ተጨማሪ በመመሪያው ውስጥ).

አገልግሎቱን ከጅምር ለማስወገድ የሚከተሉትን ማስገባት አለብዎት:

sudo systemctl አፕሊኬሽን.አገልግሎትን ያሰናክላል

አገልግሎቱን ማንቃት አሁን ባለው ክፍለ ጊዜ እንደማይጀምር ያስታውሱ። አገልግሎቱን ለመጀመር እና በጅምር ውስጥ ማካተት ከፈለጉ ጅምርን ማስኬድ እና ትዕዛዞችን ማንቃት ያስፈልግዎታል።

የአገልግሎቱን ሁኔታ በመፈተሽ ላይ

የአገልግሎቱን ሁኔታ ለመፈተሽ የሚከተለውን ይተይቡ

systemctl ሁኔታ መተግበሪያ.አገልግሎት

ይህ ትዕዛዝ የአገልግሎቱን ሁኔታ, የቡድን ተዋረድ እና የምዝግብ ማስታወሻውን የመጀመሪያዎቹን መስመሮች ያወጣል.

ለምሳሌ የNginx አገልጋይ ሁኔታን ሲፈትሹ እንደዚህ አይነት ውፅዓት ሊያዩ ይችላሉ፡-

nginx.service - ከፍተኛ አፈጻጸም ያለው የድር አገልጋይ እና የተገላቢጦሽ ተኪ አገልጋይ
ተጭኗል፡ ተጭኗል (/usr/lib/systemd/system/nginx.service፤ ነቅቷል፤ የሻጭ ቅድመ ዝግጅት፡ ተሰናክሏል)
ገባሪ፡ ንቁ (እየሮጠ) ከ ማክሰኞ 2015-01-27 19፡41፡23 EST; ከ 22 ሰዓታት በፊት
ዋና PID፡ 495 (nginx)
CGroup: /system.slice/nginx.service
├─495 nginx: ዋና ሂደት /usr/bin/nginx -g pid /run/nginx.pid; ስህተት_ሎግ stderr;
└─496 nginx: የሰራተኛ ሂደት
ጃንዋሪ 27 19፡41፡23 ዴስክቶፕ ሲስተምድ፡ ከፍተኛ አፈጻጸም ያለው የድር አገልጋይ እና የተገላቢጦሽ ፕሮክሲ አገልጋይ በመጀመር ላይ...
ጃን 27 19፡41፡23 ዴስክቶፕ ሲስተምድ፡ ተጀመረ ከፍተኛ አፈጻጸም ያለው የድር አገልጋይ እና የተገላቢጦሽ ተኪ አገልጋይ።

ይህ የመተግበሪያውን ወቅታዊ ሁኔታ አጠቃላይ እይታ ያቀርባል, ማንኛውንም ችግሮች እና ወደፊት ሊጠየቁ የሚችሉ እርምጃዎችን ያሳውቅዎታል.

የተወሰኑ ግዛቶችን ለመፈተሽ ዘዴዎችም አሉ. ለምሳሌ፣ የተሰጠው ክፍል ገባሪ ከሆነ (እየሮጠ) መሆኑን ለማረጋገጥ፣ ንቁ ነው የሚለውን ትዕዛዝ መጠቀም ይችላሉ፡-

systemctl ንቁ መተግበሪያ ነው።አገልግሎት

ይህ አብዛኛውን ጊዜ ንቁ ወይም የቦዘነ የክፍሉን ሁኔታ ያሳያል። ክፍሉ ንቁ ከሆነ የመውጫው ኮድ "0" ይሆናል, ይህም የመተንተን ሂደቱን ቀላል ያደርገዋል.

አንድ ክፍል መንቃቱን ለማወቅ የነቃውን ትዕዛዝ መጠቀም ይችላሉ፡-

systemctl የነቃ መተግበሪያ.አገልግሎት ነው።

ይህ ትዕዛዝ አገልግሎቱ ከነቃ ሪፖርት ያደርጋል እና እንደ ውጤቱም የመውጫ ኮዱን ወደ "0" ወይም "1" ይመልሳል.

ሦስተኛው ትዕዛዝ ክፍሉ ባልተሳካ ሁኔታ ውስጥ መሆኑን ለመወሰን ያስችልዎታል. ይህ የሚያመለክተው በጥያቄ ውስጥ ያለውን ክፍል መጀመር ላይ ችግር ነበር፡-

systemctl አልተሳካም መተግበሪያ.አገልግሎት

ክፍሉ በትክክል እየሰራ ከሆነ ትዕዛዙ ወደ ገቢር ይመለሳል እና ስህተት ከተፈጠረ አይሳካም። ክፍሉ ሆን ተብሎ የቆመ ከሆነ ትዕዛዙ ያልታወቀ ወይም የቦዘነ ሊመለስ ይችላል። የ"0" መውጫ ኮድ ማለት ውድቀት ተከስቷል ማለት ነው፣ "1" ደግሞ ሌላ ማንኛውንም ሁኔታ ያሳያል።

የስርዓት ሁኔታ አጠቃላይ እይታ

ቀደም ሲል የግለሰብ አገልግሎቶችን ለመቆጣጠር የሚያስፈልጉትን ትዕዛዞች ሸፍነናል, ነገር ግን የስርዓቱን ወቅታዊ ሁኔታ ለመመርመር በጣም ጠቃሚ አይደሉም. ይህንን መረጃ የሚያቀርቡ በርካታ የ systemctl ትዕዛዞች አሉ።

የአሁኑን ክፍሎች ዝርዝር በመመልከት ላይ

አሁን ያሉ የሥርዓት አሃዶች ዝርዝር ለመጠየቅ የዝርዝር-ዩኒቶች ትዕዛዙን ይጠቀሙ፡-

systemctl ዝርዝር-አሃዶች

ይህ ትእዛዝ በአሁኑ ጊዜ በስርዓተ ክወናው ላይ ያሉትን ሁሉንም ክፍሎች ይዘረዝራል። ውጤቱ እንደዚህ ያለ ነገር ይመስላል-

የዩኒት ጭነት ገቢር ንዑስ መግለጫ
atd.አገልግሎት ተጭኗል ንቁ እየሮጠ ATD ዴሞን
avahi-daemon.አገልግሎት የተጫነ ንቁ ሩጫ Avahi mDNS/DNS-SD ቁልል
dbus.አገልግሎት የተጫነው ገባሪ የዲ-አውቶብስ ሲስተም መልእክት አውቶቡስ ነው።
dcron.አገልግሎት የተጫነ ወቅታዊ የትእዛዝ መርሐግብር በማሄድ ላይ
dkms.አገልግሎት ተጭኗል ገባሪ ወጥቷል ተለዋዋጭ የከርነል ሞጁሎች ስርዓት
[ኢሜል የተጠበቀ]የተጫነ ንቁ ሩጫ Getty በ tty1 ላይ
. . .

ውጤቱ የሚከተሉት አምዶች አሉት።

• UNIT የስርዓት ክፍሉ ስም ነው።
• ሎድ የአሃዱ ውቅር በሲስተም የተደረገ መሆኑን ያሳያል። የተጫኑ አሃዶች ውቅር በማህደረ ትውስታ ውስጥ ተከማችቷል.
• ንቁ - የክፍሉ ማጠቃለያ ሁኔታ። ይህ በአብዛኛው የአሁኑ ክፍል በተሳካ ሁኔታ መጀመሩን በፍጥነት ለመወሰን ያስችልዎታል.
• SUB፡ ስለ መሳሪያው ዝርዝር መረጃ የሚሰጥ ንዑስ-ደረጃ ሁኔታ። ይህ በአብዛኛው የተመካው በክፍሉ ዓይነት፣ በግዛቱ እና ክፍሉ እየሄደበት ባለው ትክክለኛው ዘዴ ነው።
• መግለጫ - የክፍሉ ተግባራት አጭር መግለጫ።

የዝርዝር-ዩኒቶች ትዕዛዙ በነባሪነት ንቁ ክፍሎችን ብቻ ስለሚያሳይ፣ ሁሉም ከላይ ያሉት ግቤቶች በLOAD አምድ ውስጥ ተጭነው እና በACTIVE አምድ ውስጥ ንቁ ሆነው ይታያሉ። ይህ ቅርጸት ያለ ተጨማሪ ትዕዛዞች ሲጠራ የ systemctl ነባሪ ባህሪ ነው ፣ ስለሆነም ያለ ክርክር ወደ systemctl ከደውሉ ተመሳሳይ ነገር ያያሉ ።

በsystemctl፣ ባንዲራዎችን በመጨመር የተለያዩ መረጃዎችን መጠየቅ ይችላሉ። ለምሳሌ ሲስተምድ የጫናቸውን (ወይም ለመጫን የሞከሩትን) ሁሉንም ክፍሎች ለማየት በአሁኑ ጊዜ ንቁ ይሁኑ አይሁን፣ ሁሉንም ባንዲራ መጠቀም ይችላሉ።

systemctl ዝርዝር-አሃዶች - ሁሉም

ይህ ትእዛዝ systemd የጫኑትን ወይም ለመጫን የሞከሩትን ክፍሎች፣ አሁን ያሉበት ሁኔታ ምንም ይሁን ምን ሪፖርት ያደርጋል። ከጅምር በኋላ አንዳንድ ክፍሎች እንቅስቃሴ-አልባ ይሆናሉ፣ እና ሲስተሙ ለመጫን የሞከሩት ክፍሎች በዲስክ ላይ አልተገኙም።

ውጤቱን ለማጣራት ሌሎች ባንዲራዎችን መጠቀም ይችላሉ። ለምሳሌ፣ --state= ባንዲራ LOAD፣ ACTIVE ወይም SUB ግዛቶችን ለመለየት ጥቅም ላይ ሊውል ይችላል። ስርዓቱ የቦዘኑ ክፍሎችን እንዲያሳይ --ሁሉም ባንዲራ መተው አለበት፡-

systemctl list-units --all --state=አልነቃም።

ሌላው ታዋቂ ማጣሪያ --type=. ክፍሎችን በአይነት እንዲያጣሩ ይፈቅድልዎታል. ለምሳሌ፣ ንቁ ክፍሎችን ብቻ ለመጠየቅ፣ ማስገባት ይችላሉ፡-

systemctl list-units --type=አገልግሎት

የክፍል ፋይሎች ዝርዝር

የዝርዝር-አሃዶች ትዕዛዝ ሲስተምድ ወደ ማህደረ ትውስታ ለመጫን እና ለመጫን የሞከሩትን አሃዶች ብቻ ይዘረዝራል። ሲስተምድ ያስፈልጉታል ብሎ የሚያስባቸውን የንጥል ፋይሎችን እየመረጠ ስለሚያነብ ዝርዝሩ ሁሉንም የሚገኙትን የክፍል ፋይሎች አያካትትም። ያሉትን ሁሉንም ፋይሎች ለመዘርዘር (ሲስተምድ ለመጫን ያልሞከሩትን ጨምሮ) የዝርዝር-ዩኒት-ፋይሎች ትዕዛዙን ይጠቀሙ።

systemctl ዝርዝር-ዩኒት-ፋይሎች

ክፍሎች ሲስተምድ የሚያውቀው የሃብቶች ውክልና ናቸው። ምክንያቱም ሲስተምድ የግድ ሁሉንም የዩኒት ፍቺዎች ስላላነበበ፣ ስለፋይሎቹ መረጃ ብቻ ነው የሚያቀርበው። ውጤቱ ሁለት አምዶችን ያካትታል፡ UNIT FILE እና STATE።

UNIT ፋይል ግዛት
proc-sys-fs-binfmt_misc.automount የማይንቀሳቀስ
dev-hugepages.mount static
dev-mqueue.mount static
proc-fs-nfsd.mount static
proc-sys-fs-binfmt_misc.mount static
sys-fs-fuse-connections.mount static
sys-kernel-config.mount static
sys-kernel-debug.mount static
tmp.mount የማይንቀሳቀስ
var-lib-nfs-rpc_pipefs.mount static
org.cups.cupsd.path ነቅቷል።
. . .

በተለምዶ፣ የSTATE ዓምድ የነቁ፣ የተሰናከሉ፣ የማይለዋወጡ ወይም ጭምብል የተደረገባቸውን እሴቶች ይዟል። በዚህ ዐውደ-ጽሑፍ, ስታቲክ ማለት በንጥል ፋይል ውስጥ ምንም የመጫኛ ክፍል የለም, ይህም ክፍሉን ለማንቃት ጥቅም ላይ ይውላል. ስለዚህ, እነዚህ ክፍሎች ሊነቁ አይችሉም. ይህ ማለት አብዛኛው ጊዜ ክፍሉ የአንድ ጊዜ ድርጊት ይፈጽማል ወይም እንደ ሌላ ክፍል ጥገኛ ብቻ ጥቅም ላይ ይውላል እና በራሱ መጀመር የለበትም.

ክፍል አስተዳደር

አሁን ከአገልግሎቶች ጋር እንዴት እንደሚሰሩ ያውቃሉ እና ሲስተምድ ስለሚያውቁት ክፍሎች እና አሃድ ፋይሎች መረጃን ያሳያሉ። አንዳንድ ተጨማሪ ትዕዛዞችን በመጠቀም ስለ አሃዶች የበለጠ የተለየ መረጃ ማግኘት ይችላሉ።

የክፍል ፋይል ማሳያ

ሲስተምድ የጫነውን ዩኒት ፋይል ለማሳየት የድመት ትዕዛዙን መጠቀም ይችላሉ (በስርዓት ስሪት 209 ውስጥ የተጨመረ)። ለምሳሌ፣ የ atd መርሐግብር የዴሞን ክፍል ፋይል ለማየት፣ የሚከተለውን መተየብ ይችላሉ፡-

systemctl ድመት atd.አገልግሎት
መግለጫ=ATD ዴሞን
ዓይነት= መገንጠያ
ExecStart=/usr/bin/etd
የሚፈለግ በ=ባለብዙ ተጠቃሚ.ታርጌት።

በስክሪኑ ላይ አሁን ባለው የስርዓት ሂደት የሚታወቅ የዩኒት ፋይል ታያለህ። የክፍል ፋይሎችህን በቅርብ ከቀየርክ፣ ወይም አንዳንድ አማራጮችን በአንድ የፋይል ቁርጥራጭ ውስጥ የምትሽር ከሆነ (በኋላ ላይ የበለጠ) ይህ አስፈላጊ ሊሆን ይችላል።

የካርታ ጥገኞች

የአንድን ክፍል ጥገኝነት ዛፍ ለማየት ትዕዛዙን ይጠቀሙ፡-

systemctl ዝርዝር-ጥገኛዎች sshd.አገልግሎት

ይህንን ክፍል ለማስኬድ ስርዓቱ ሊያጋጥመው የሚፈልገውን የጥገኛ ተዋረድ ያሳያል። በዚህ አውድ ውስጥ ያሉ ጥገኞች በተዋረድ ውስጥ ከፍ ያሉ ሌሎች ክፍሎችን ለመሥራት የሚያስፈልጉት ክፍሎች ናቸው።

sshd.አገልግሎት
├─ሲስተም.ቁራጭ
└─መሰረታዊ.ዒላማ
├─ማይክሮኮድ.አገልግሎት
├─rhel-autorelabel-mark.አገልግሎት
├─rhel-autorelabel.አገልግሎት
├─rhel-configure.አገልግሎት
├─rhel-dmesg.አገልግሎት
├─rhel-loadmodules.አገልግሎት
├─መንገዶች.ዒላማ
├─ ቁርጥራጭ.ዒላማ
. . .

ተደጋጋሚ ጥገኞች የስርዓት ሁኔታዎችን ለሚያመለክቱ .የዒላማ ክፍሎች ብቻ ይታያሉ። ሁሉንም ጥገኞች በተከታታይ ለመዘርዘር፣ ሁሉንም ባንዲራ ያክሉ።

የተገላቢጦሽ ጥገኞችን ለማሳየት (በተጠቀሰው አካል ላይ የሚመረኮዙ አሃዶች) --reverse ባንዲራውን በትእዛዙ ላይ ማከል ይችላሉ። --በፊት እና - በኋላ ባንዲራዎች እንዲሁ ጠቃሚ ናቸው፣ በተጠቀሰው አሃድ ላይ የተመሰረቱ እና ከእሱ በፊት ወይም በኋላ የሚሰሩ ክፍሎችን ያሳያሉ።

የአሃድ ባህሪያትን በመፈተሽ ላይ

የአንድን ክፍል ዝቅተኛ-ደረጃ ባህሪያት ለማየት፣ የማሳያ ትዕዛዙን መጠቀም ይችላሉ። ይህ ለተጠቀሰው አሃድ የንብረት ዝርዝር በ key=value format ያሳያል።

systemctl አሳይ sshd.አገልግሎት
መታወቂያ=sshd.አገልግሎት
ስሞች=sshd.አገልግሎት
ይፈልጋል=መሰረታዊ.ዒላማ
ይፈልጋል=system.slice
የሚፈለግ በ=ባለብዙ ተጠቃሚ.ታርጌት።
ግጭቶች=መዘጋት.ዒላማ
በፊት= መዝጋት. target multi-user.target
After=syslog.target network.target auditd.አገልግሎት systemd-journald.socket basic.target system.slice
መግለጫ=OpenSSH አገልጋይ ዴሞን
. . .

ከንብረቶቹ ውስጥ አንዱን ለማሳየት የ -p ባንዲራውን ይለፉ እና የንብረት ስሙን ይጥቀሱ። ለምሳሌ፣ በsshd.አገልግሎት ክፍል ውስጥ ግጭቶችን ለማየት፣ ይተይቡ፡-

systemctl አሳይ sshd.አገልግሎት -p ግጭቶች
ግጭቶች=መዘጋት.ዒላማ

ክፍል መደበቅ

ሲስተምድ ወደ /dev/null ሲምሊንክ በመፍጠር አሃድ (በራስ-ሰር ወይም በእጅ) መቆለፍ ይችላል። ይህ አሃድ ጭምብል ተብሎ የሚጠራ ሲሆን የሚከናወነው በማስክ ትእዛዝ ነው፡-

sudo systemctl ጭንብል nginx.አገልግሎት

አሁን የ Nginx አገልግሎት ማስኬድ እስከነቃ ድረስ በራስ-ሰር ወይም በእጅ አይጀምርም።

የዝርዝር-ዩኒት-ፋይሎችን ካረጋገጡ አገልግሎቱ እንደ ጭምብል ምልክት ተደርጎበታል፡-

systemctl ዝርዝር-ዩኒት-ፋይሎች
. . .
kmod-static-nodes.አገልግሎት የማይንቀሳቀስ
ldconfig.አገልግሎት የማይንቀሳቀስ
mandb.አገልግሎት የማይንቀሳቀስ
messagebus.አገልግሎት የማይንቀሳቀስ
nginx.አገልግሎት ጭንብል
kotaon.አገልግሎት የማይንቀሳቀስ
rc-local.አገልግሎት የማይንቀሳቀስ
rdisc.አገልግሎት ተሰናክሏል።
የማዳን አገልግሎት የማይንቀሳቀስ
. . .

አገልግሎቱን ለመጀመር ከሞከሩ የሚከተለው መልእክት ይደርስዎታል፡-

sudo systemctl nginx.አገልግሎትን ጀምር
nginx.አገልግሎትን መጀመር አልተቻለም፡ ዩኒት nginx.አገልግሎት ተሸፍኗል።

የአንድን ክፍል ጭምብል ለመንቀል እና እንዲገኝ ለማድረግ ጭምብልን ያንሱ፡-

sudo systemctl nginx.serviceን ያንሱ

ይህ አገልግሎቱን ወደ ቀድሞ ሁኔታው ​​ይመልሳል።

ክፍል ፋይሎችን በማስተካከል ላይ

ምንም እንኳን ልዩ የክፍል ፋይሎች ቅርፀት በዚህ ማኑዋል ውስጥ ባይብራራም፣ systemctl የክፍል ፋይሎችን ለማስተካከል እና ለማሻሻል አብሮ የተሰሩ ስልቶችን ያቀርባል። ይህ ተግባር በስርዓት ስሪት 218 ውስጥ ታክሏል።

የአርትዖት ትዕዛዙ በነባሪነት የክፍል ፋይል ቅንጣቢውን ይከፍታል፡-

sudo systemctl አርትዕ nginx.አገልግሎት

ይህ ለመሻር ወይም በአሀድ ፍቺ ላይ መመሪያዎችን ለመጨመር የሚያገለግል ባዶ ፋይል ይሆናል። በ /etc/systemd/system directory ውስጥ የመሳሪያውን ስም .d ቅጥያ የያዘ ማውጫ ይፈጠራል። ለምሳሌ፣ ለ nginx.service፣ nginx.service.d ማውጫ ይፈጠራል።

በዚህ ማውጫ ውስጥ override.conf የሚባል ቅንጣቢ ይፈጠራል። ክፍሉ ሲጫን ሲስተምድ የተሻረውን ቅንጣቢ በማህደረ ትውስታ ውስጥ ከተቀረው የንጥል ፋይል ጋር ያዋህዳል። የቅንጣቢ መመሪያዎች በምንጭ አሃድ ፋይል ውስጥ ከተገለጹት ይቀድማሉ።

ቅንጭብጭብ ከመፍጠር ይልቅ ሙሉውን የክፍል ፋይል ማረም ከፈለጉ ሙሉ ባንዲራውን ማለፍ ይችላሉ፡-

sudo systemctl አርትዕ --ሙሉ nginx.አገልግሎት

ይህ የአሁኑን አሃድ ፋይል ወደ አርታዒው እንዲቀየር ያደርገዋል። አርታኢው ሲዘጋ የተሻሻለው ፋይል ወደ /etc/systemd/system ይጻፋል እና ከስርዓት አሃድ ፍቺ (ብዙውን ጊዜ በ /lib/systemd/system) ውስጥ የሚገኝ) ይቀድማል።

ያደረጓቸውን ማናቸውንም ተጨማሪዎች ለማስወገድ የ config.d directory ወይም የተሻሻለ የአገልግሎት ፋይልን ከ /etc/systemd/system ያስወግዱት። ለምሳሌ፣ ቅንጣቢን ለማስወገድ፣ መተየብ ይችላሉ፡-

sudo rm -r /etc/systemd/system/nginx.service.d

የተጠናቀቀውን የተስተካከለ ፋይል ለመሰረዝ የሚከተለውን ይተይቡ

sudo rm /etc/systemd/system/nginx.service

ፋይልን ወይም ማውጫን ከሰረዙ በኋላ ስርዓቱ እነዚህን ፋይሎች ለማጣቀስ እንዳይሞክር እና የስርዓት ቅጂዎችን ወደ መጠቀም እንዲመለስ የስርዓት ሂደቱ እንደገና መጫን አለበት። ይህንን ለማድረግ የሚከተለውን ያስገቡ

sudo systemctl ዴሞን-ዳግም መጫን

ደረጃዎችን መለወጥ

ዒላማዎች የስርዓት ደረጃዎችን ወይም የማመሳሰል ነጥቦችን የሚገልጹ ልዩ አሃድ ፋይሎች ናቸው። ልክ እንደሌሎች ክፍሎች፣ የታለሙ ፋይሎች በቅጥያ ሊታወቁ ይችላሉ። በዚህ አጋጣሚ የዒላማ ቅጥያ ጥቅም ላይ ይውላል. ዒላማዎች በራሳቸው ምንም ነገር አያደርጉም, ይልቁንም ሌሎች ክፍሎችን ለመቧደን ያገለግላሉ.

ስርዓቱን ወደ አንድ የተወሰነ ሁኔታ ለማምጣት ግቦችን መጠቀም ይቻላል. በተመሳሳይ, ሌሎች init ስርዓቶች runlevels ይጠቀማሉ. የተወሰኑ ባህሪያት በሚገኙበት ጊዜ እንደ ማጣቀሻዎች ጥቅም ላይ ይውላሉ, ይህም ሁኔታን ለመፍጠር የሚያስፈልጉትን ነጠላ ክፍሎችን ከማዋቀር ይልቅ የሚፈለገውን ሁኔታ እንዲገልጹ ያስችልዎታል.

ለምሳሌ፣ ስዋፕ ​​ጥቅም ላይ ለመዋል ዝግጁ መሆኑን ለማመልከት የሚያገለግል swap.target አለ። የዚህ ሂደት አካል የሆኑ ክፍሎች WantedBy= ወይም RequiredBy= መመሪያዎችን በመጠቀም ከዚህ መጨረሻ ጋር ሊመሳሰሉ ይችላሉ። መለዋወጥ የሚፈልጉ ክፍሎች ይህንን ሁኔታ በWants=, Requires= ወይም After= specifications ሊገልጹ ይችላሉ።

ነባሪ ግቦችን መፈተሽ እና ማቀናበር

የስርዓተ ክወናው ሂደት ሲስተሙ ሲነሳ የሚጠቀምበት ነባሪ ዒላማ አለው። ለዚህ ነጠላ ዒላማ የጥገኛዎች ስብስብ ማቅረብ ስርዓቱን ወደሚፈለገው ሁኔታ ያመጣል። ነባሪውን ኢላማ ለማግኘት፣ ይተይቡ፡-

systemctl ያግኙ-ነባሪ
ባለብዙ ተጠቃሚ.ዒላማ

የተለየ ነባሪ ኢላማ ማዘጋጀት ከፈለጉ፣ set-defaultን መጠቀም ይችላሉ። ለምሳሌ ፣ ግራፊክ ዴስክቶፕ ከተጫነ እና ስርዓቱ በነባሪነት እንዲጭነው ከፈለጉ ኢላማውን በዚህ መሠረት መለወጥ ይችላሉ-

sudo systemctl set-default graphical.target

የሚገኙ ኢላማዎች ዝርዝር

ያሉትን ኢላማዎች ዝርዝር በትእዛዙ ማየት ትችላለህ፡-

systemctl list-unit-files --type= target

እንደ runlevel በተለየ፣ በርካታ ኢላማዎች በተመሳሳይ ጊዜ ሊነቁ ይችላሉ። ገባሪ ኢላማ ስርዓትድ ከዒላማው ጋር የተያያዙ ሁሉንም ክፍሎች ለመጀመር እንደሚሞክር እና እነሱን ለማሰናከል እንደማይሞክር ያመለክታል። ሁሉንም ንቁ ኢላማዎች ለማየት፣ ይተይቡ፡-

systemctl list-units --type= target

የዒላማ ማግለል

ከዒላማው ጋር የተያያዙ ሁሉንም ክፍሎች መጀመር እና የጥገኛ ዛፍ አካል ያልሆኑትን ሁሉንም ክፍሎች ማቆም ይቻላል. የገለልተኛ ትዕዛዝ ለዚህ ጥቅም ላይ ይውላል. በሌሎች የመግቢያ ስርዓቶች ውስጥ runlevelን ከመቀየር ጋር ተመሳሳይ ነው።

ለምሳሌ፣ graphical.target ኢላማ በሚሰራበት ግራፊክ አካባቢ ውስጥ እየሰሩ ከሆነ፣ የግራፊክ ስርዓቱን ማሰናከል እና መልቲ-user.targetን በማግለል ስርዓቱን ወደ ባለብዙ ተጠቃሚ የትእዛዝ መስመር ሁኔታ ማስገባት ይችላሉ። graphical.target በ multi-user.target ላይ የሚመረኮዝ ስለሆነ ግን በተቃራኒው ሳይሆን ሁሉም የግራፊክ ክፍሎች ይቆማሉ።

አስፈላጊ አገልግሎቶችን አለማቆምዎን ለማረጋገጥ ይህን ሂደት ከማድረግዎ በፊት የዒላማው ተነጥሎ ያለውን ጥገኝነት መመልከት ይችላሉ።

systemctl ዝርዝር-ጥገኛዎች multi-user.target

ሁሉም ነገር ለእርስዎ የሚስማማ ከሆነ ኢላማውን ማግለል ይችላሉ፡-

sudo systemctl multi-user.target ያገለሉ

ምህጻረ ቃል

እንደ መዘጋት ወይም ዳግም ማስጀመር ላሉ አስፈላጊ ክስተቶች የተገለጹ ኢላማዎች አሉ። systemctl ለፈጣን መዳረሻ ብዙ አቋራጮችን ያቀርባል።

ለምሳሌ ስርዓቱን ወደ ማረም ሁነታ ለማስቀመጥ የማዳኛ.ታርትን ከማግለል ይልቅ በቀላሉ ማዳን ማስገባት ይችላሉ፡

sudo systemctl አድን

ይህ ተጨማሪ ተግባራትን ያቀርባል - ስለ ክስተቱ ሁሉንም የስርዓቱን ተጠቃሚዎች ያሳውቃል.

ስርዓቱን ለማቆም የማቆም ትዕዛዙን መጠቀም ይችላሉ-

sudo systemctl ማቆም

ሙሉ መዘጋትን ለመጀመር የኃይል ማጥፋት ትዕዛዙን መጠቀም ይችላሉ፡-

sudo systemctl poweroff

ዳግም ማስጀመር በሚከተለው ትዕዛዝ መጀመር ይቻላል፡-

sudo systemctl ዳግም አስነሳ

እነዚህ ትዕዛዞች የስርዓቱን ተጠቃሚዎች ስለ ክስተቶች ያሳውቃሉ, መደበኛው ትዕዛዝ አይሰራም. አብዛኛዎቹ ማሽኖች ለእነዚህ ኦፕሬሽኖች ሲስተምድ በትክክል እንዲሰሩ ለማድረግ አጫጭር ትዕዛዞችን እንደሚጠቀሙ ልብ ይበሉ።

ለምሳሌ ስርዓቱን እንደገና ለማስጀመር በቀላሉ የሚከተለውን መተየብ ይችላሉ።

ማጠቃለያ

አሁን የ systemctl መሰረታዊ ስልቶችን በደንብ ያውቃሉ እና በዚህ መሳሪያ የመግቢያ ስርዓቱን እንዴት እንደሚቆጣጠሩ ያውቃሉ።

ምንም እንኳን systemctl በዋነኛነት ከስርዓተ-ፆታ ሂደት ጋር የሚሰራ ቢሆንም, በስርዓተ-ፆታ ስርዓት ውስጥ በሌሎች መገልገያዎች ቁጥጥር ስር ያሉ ሌሎች አካላት አሉ. ለምሳሌ፣ የተለየ ዴሞኖች እና መገልገያዎች ሎግንግ እና የተጠቃሚ ክፍለ ጊዜዎችን ለማስተዳደር ጥቅም ላይ ይውላሉ (ጆርናልድ/ጆርናልክትል እና logind/loginctl፣ በቅደም ተከተል)።