systemd - ക്ലൗഡിൽ ഓൺലൈനിൽ

പട്ടിക:

NAME

systemd, init - systemd സിസ്റ്റവും സർവീസ് മാനേജറും

സിനോപ്സിസ്

systemd [ഓപ്ഷനുകൾ...]

ഇവയെ [ഓപ്ഷനുകൾ...] {കമാൻഡ്}

വിവരണം

ലിനക്സ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കായുള്ള ഒരു സിസ്റ്റം ആൻഡ് സർവീസ് മാനേജരാണ് systemd. ആദ്യം പോലെ ഓടുമ്പോൾ
ബൂട്ടിൽ പ്രോസസ്സ് ചെയ്യുക (PID 1 ആയി), ഇത് ഉപയോക്തൃ ഇടം ഉയർത്തുകയും പരിപാലിക്കുകയും ചെയ്യുന്ന init സിസ്റ്റമായി പ്രവർത്തിക്കുന്നു.
സേവനങ്ങള്.

SysV-യുമായുള്ള അനുയോജ്യതയ്ക്കായി, systemd എന്ന് വിളിക്കുകയാണെങ്കിൽ ഇവയെ കൂടാതെ 1 അല്ലാത്ത ഒരു PID, അത് ചെയ്യും
നിർവ്വഹിക്കുക ടെലിനിറ്റ് കൂടാതെ എല്ലാ കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകളും മാറ്റാതെ കടന്നുപോകുക. അതിനർത്ഥം ഇവയെ ഒപ്പം
ടെലിനിറ്റ് സാധാരണ ലോഗിൻ സെഷനുകളിൽ നിന്ന് അഭ്യർത്ഥിക്കുമ്പോൾ മിക്കവാറും തുല്യമാണ്. കാണുക ടെലിനിറ്റ്(8) വേണ്ടി
കൂടുതൽ വിവരങ്ങൾ.

ഒരു സിസ്റ്റം ഇൻസ്റ്റൻസ് ആയി പ്രവർത്തിപ്പിക്കുമ്പോൾ, systemd കോൺഫിഗറേഷൻ ഫയൽ system.conf വ്യാഖ്യാനിക്കുന്നു
system.conf.d ഡയറക്ടറികളിലെ ഫയലുകൾ; ഒരു ഉപയോക്തൃ ഉദാഹരണമായി പ്രവർത്തിപ്പിക്കുമ്പോൾ, systemd വ്യാഖ്യാനിക്കുന്നു
user.conf എന്ന കോൺഫിഗറേഷൻ ഫയലും user.conf.d ഡയറക്ടറികളിലെ ഫയലുകളും. കാണുക systemd-
system.conf(5) കൂടുതൽ വിവരങ്ങൾക്ക്.

ഓപ്ഷനുകൾ

ഇനിപ്പറയുന്ന ഓപ്ഷനുകൾ മനസ്സിലാക്കുന്നു:

--ടെസ്റ്റ്
സ്റ്റാർട്ടപ്പ് സീക്വൻസ് നിർണ്ണയിക്കുക, ഡംപ് ചെയ്ത് പുറത്തുകടക്കുക. ഇത് ഡീബഗ്ഗിംഗിന് ഉപയോഗപ്രദമായ ഒരു ഓപ്ഷനാണ്
മാത്രം.

--ഡമ്പ്-കോൺഫിഗറേഷൻ-ഇനങ്ങൾ
മനസ്സിലാക്കിയ യൂണിറ്റ് കോൺഫിഗറേഷൻ ഇനങ്ങൾ ഡംപ് ചെയ്യുക. ഇത് വ്യക്തവും എന്നാൽ പൂർണ്ണവുമായ ഒരു ലിസ്റ്റ് ഔട്ട്പുട്ട് ചെയ്യുന്നു
യൂണിറ്റ് ഡെഫനിഷൻ ഫയലുകളിൽ കോൺഫിഗറേഷൻ ഇനങ്ങൾ മനസ്സിലാക്കുന്നു.

--യൂണിറ്റ്=
സ്റ്റാർട്ടപ്പിൽ സജീവമാക്കാൻ ഡിഫോൾട്ട് യൂണിറ്റ് സജ്ജമാക്കുക. വ്യക്തമാക്കിയിട്ടില്ലെങ്കിൽ, default.target ലേക്ക് ഡിഫോൾട്ടുകൾ.

--സിസ്റ്റം, --ഉപയോക്താവ്
വേണ്ടി --സിസ്റ്റം, പ്രോസസ്സ് ഐഡി 1 അല്ലെങ്കിലും, സിസ്റ്റം ഇൻസ്റ്റൻസ് പ്രവർത്തിപ്പിക്കാൻ systemd-നോട് പറയുക,
അതായത് systemd init പ്രക്രിയയായി പ്രവർത്തിക്കുന്നില്ല. --ഉപയോക്താവ് ഒരു ഉപയോക്താവിനെ പ്രവർത്തിപ്പിക്കുന്നതിന് വിപരീതമായി പ്രവർത്തിക്കുന്നു
ഉദാഹരണം പ്രോസസ്സ് ഐഡി 1 ആണെങ്കിൽ പോലും. സാധാരണയായി, അത് കടന്നുപോകേണ്ട ആവശ്യമില്ല
ഈ ഓപ്ഷനുകൾ, systemd അത് ആരംഭിച്ച മോഡ് സ്വയമേവ കണ്ടെത്തുന്നതിനാൽ
അതിനാൽ ഡീബഗ്ഗിംഗ് ഒഴികെയുള്ള ഓപ്ഷനുകൾ വളരെ കുറവാണ്. ഇത് പിന്തുണയ്ക്കുന്നില്ലെന്ന് ശ്രദ്ധിക്കുക
systemd പ്രവർത്തിക്കുന്ന ഒരു പൂർണ്ണ സിസ്റ്റം ബൂട്ട് ചെയ്യുകയും പരിപാലിക്കുകയും ചെയ്യുന്നു --സിസ്റ്റം മോഡ്, പക്ഷേ PID
അല്ല 1. പ്രായോഗികമായി, കടന്നുപോകുന്നു --സിസ്റ്റം എന്നിവയുമായി സംയോജിച്ച് മാത്രമേ ഉപയോഗപ്രദമാകൂ
--ടെസ്റ്റ്.

--ഡമ്പ്-കോർ
ക്രാഷിൽ കോർ ഡംപിംഗ് പ്രവർത്തനക്ഷമമാക്കുക. ഉപയോക്തൃ ഉദാഹരണമായി പ്രവർത്തിക്കുമ്പോൾ ഈ സ്വിച്ചിന് യാതൊരു ഫലവുമില്ല.
കെർണൽ കമാൻഡ് ലൈനിൽ ബൂട്ട് ചെയ്യുമ്പോഴും ഈ ക്രമീകരണം പ്രവർത്തനക്ഷമമാക്കിയേക്കാം
systemd.dump_core= ഓപ്ഷൻ, താഴെ കാണുക.

--crash-vt=VT
ക്രാഷിൽ ഒരു നിർദ്ദിഷ്ട വെർച്വൽ കൺസോളിലേക്ക് (VT) മാറുക. എന്നതിൽ ഒരു പോസിറ്റീവ് പൂർണ്ണസംഖ്യ എടുക്കുന്നു
ശ്രേണി 1–63, അല്ലെങ്കിൽ ഒരു ബൂളിയൻ വാദം. ഒരു പൂർണ്ണസംഖ്യ കടന്നുപോകുകയാണെങ്കിൽ, ഏത് VT മാറണമെന്ന് തിരഞ്ഞെടുക്കുന്നു
വരെ. എങ്കിൽ അതെ, VT കേർണൽ സന്ദേശങ്ങൾ എഴുതിയത് തിരഞ്ഞെടുത്തു. എങ്കിൽ ഇല്ല, VT സ്വിച്ച് ഇല്ല
ശ്രമിച്ചു. ഉപയോക്തൃ ഉദാഹരണമായി പ്രവർത്തിക്കുമ്പോൾ ഈ സ്വിച്ചിന് യാതൊരു ഫലവുമില്ല. ഈ ക്രമീകരണം ചെയ്യാം
വഴി കേർണൽ കമാൻഡ് ലൈനിൽ ബൂട്ട് സമയത്ത് പ്രവർത്തനക്ഷമമാക്കുക systemd.crash_vt=
ഓപ്ഷൻ, താഴെ കാണുക.

--ക്രാഷ്-ഷെൽ
ക്രാഷിൽ ഒരു ഷെൽ പ്രവർത്തിപ്പിക്കുക. ഉപയോക്തൃ ഉദാഹരണമായി പ്രവർത്തിക്കുമ്പോൾ ഈ സ്വിച്ചിന് യാതൊരു ഫലവുമില്ല. ഈ
ബൂട്ട് സമയത്ത്, കെർണൽ കമാൻഡ് ലൈനിൽ ക്രമീകരണം പ്രവർത്തനക്ഷമമാക്കിയേക്കാം
systemd.crash_shell= ഓപ്ഷൻ, താഴെ കാണുക.

--ക്രാഷ്-റീബൂട്ട്
ക്രാഷിൽ സിസ്റ്റം യാന്ത്രികമായി റീബൂട്ട് ചെയ്യുക. ആയി പ്രവർത്തിക്കുമ്പോൾ ഈ സ്വിച്ചിന് യാതൊരു ഫലവുമില്ല
ഉപയോക്തൃ ഉദാഹരണം. കേർണൽ കമാൻഡിൽ ബൂട്ട് സമയത്തും ഈ ക്രമീകരണം പ്രവർത്തനക്ഷമമാക്കിയേക്കാം
വഴി systemd.crash_reboot= ഓപ്ഷൻ, താഴെ കാണുക.

--സ്ഥിരീകരിക്കുക-സ്പോൺ
പ്രക്രിയകൾ മുട്ടയിടുമ്പോൾ സ്ഥിരീകരണത്തിനായി ആവശ്യപ്പെടുക. ആയി പ്രവർത്തിക്കുമ്പോൾ ഈ സ്വിച്ചിന് യാതൊരു ഫലവുമില്ല
ഉപയോക്തൃ ഉദാഹരണം.

--show-status=
ബൂട്ട് ചെയ്യുമ്പോൾ ടെർസ് സർവീസ് സ്റ്റാറ്റസ് വിവരങ്ങൾ കാണിക്കുക. എപ്പോൾ ഈ സ്വിച്ചിന് ഫലമുണ്ടാകില്ല
ഉപയോക്തൃ ഉദാഹരണമായി പ്രവർത്തിപ്പിക്കുക. ഒഴിവാക്കിയേക്കാവുന്ന ഒരു ബൂളിയൻ ആർഗ്യുമെന്റ് എടുക്കുന്നു
ആയി വ്യാഖ്യാനിച്ചു യഥാർഥ.

--log-target=
ലോഗ് ടാർഗെറ്റ് സജ്ജമാക്കുക. വാദം ഇതിൽ ഒന്നായിരിക്കണം കൺസോൾ, ജേണൽ, kmsg, ജേണൽ-അല്ലെങ്കിൽ- kmsg, ശൂന്യം.

--log-level=
ലോഗ് ലെവൽ സജ്ജമാക്കുക. വാദമെന്ന നിലയിൽ ഇത് ഒരു സംഖ്യാ ലോഗ് ലെവൽ അല്ലെങ്കിൽ അറിയപ്പെടുന്നത് അംഗീകരിക്കുന്നു
സിസ്‌ലോഗ്(3) പ്രതീകാത്മക പേരുകൾ (ചെറിയ അക്ഷരങ്ങൾ): പുറത്തുവരിക, ജാഗ്രത, വിമർശകൻ, തെറ്റ്, മുന്നറിയിപ്പ്, നോട്ടീസ്, വിവരം,
ഡീബഗ്.

--log-color=
പ്രധാനപ്പെട്ട ലോഗ് സന്ദേശങ്ങൾ ഹൈലൈറ്റ് ചെയ്യുക. വാദം ഒരു ബൂളിയൻ മൂല്യമാണ്. എങ്കിൽ വാദം
ഒഴിവാക്കി, അത് ഡിഫോൾട്ടാണ് യഥാർഥ.

--log-location=
ലോഗ് സന്ദേശങ്ങളിൽ കോഡ് ലൊക്കേഷൻ ഉൾപ്പെടുത്തുക. ഡീബഗ്ഗിംഗ് ആവശ്യങ്ങൾക്ക് ഇത് മിക്കവാറും പ്രസക്തമാണ്.
വാദം ഒരു ബൂളിയൻ മൂല്യമാണ്. വാദം ഒഴിവാക്കിയാൽ അത് ഡിഫോൾട്ടാകും യഥാർഥ.

--default-standard-output=, --default-standard-error=
എല്ലാ സേവനങ്ങൾക്കും സോക്കറ്റുകൾക്കും യഥാക്രമം ഡിഫോൾട്ട് ഔട്ട്പുട്ട് അല്ലെങ്കിൽ പിശക് ഔട്ട്പുട്ട് സജ്ജമാക്കുന്നു.
അതായത്, ഡിഫോൾട്ട് നിയന്ത്രിക്കുന്നു സ്റ്റാൻഡേർഡ് ഔട്ട്പുട്ട്= ഒപ്പം StandardError= (കാണുക
systemd.exec(5) വിശദാംശങ്ങൾക്ക്). ഒരെണ്ണം എടുക്കുന്നു അവകാശമായി, ശൂന്യം, tty, ജേണൽ,
ജേണൽ+കൺസോൾ, സിസ്‌ലോഗ്, syslog+console, kmsg, kmsg+കൺസോൾ. എങ്കിൽ വാദം
ഒഴിവാക്കി --default-standard-output= സ്ഥിരസ്ഥിതിയായി ജേണൽ ഒപ്പം --default-standard-error=
ലേക്ക് അവകാശമായി.

--machine-id=
ഹാർഡ് ഡ്രൈവിലെ മെഷീൻ-ഐഡി സെറ്റ് അസാധുവാക്കുക, നെറ്റ്‌വർക്ക് ബൂട്ടിങ്ങിന് അല്ലെങ്കിൽ അതിനായി ഉപയോഗപ്രദമാണ്
കണ്ടെയ്നറുകൾ. എല്ലാ പൂജ്യങ്ങളിലേക്കും സജ്ജമാക്കിയേക്കില്ല.

-h, --സഹായിക്കൂ
ഒരു ചെറിയ സഹായ വാചകം പ്രിന്റ് ചെയ്ത് പുറത്തുകടക്കുക.

--പതിപ്പ്
ഒരു ലഘു പതിപ്പ് സ്ട്രിംഗ് ചെയ്ത് പുറത്തുകടക്കുക.

ആശയങ്ങൾ

12 ന്റെ "യൂണിറ്റുകൾ" എന്ന് വിളിക്കപ്പെടുന്ന വിവിധ എന്റിറ്റികൾക്കിടയിൽ systemd ഒരു ഡിപൻഡൻസി സിസ്റ്റം നൽകുന്നു
വത്യസ്ത ഇനങ്ങൾ. സിസ്റ്റം ബൂട്ട്-അപ്പിന് പ്രസക്തമായ വിവിധ ഒബ്ജക്റ്റുകൾ യൂണിറ്റുകൾ ഉൾക്കൊള്ളുന്നു
പരിപാലനവും. മിക്ക യൂണിറ്റുകളും യൂണിറ്റ് കോൺഫിഗറേഷൻ ഫയലുകളിലാണ് ക്രമീകരിച്ചിരിക്കുന്നത്
വാക്യഘടനയും അടിസ്ഥാന ഓപ്ഷനുകളും വിവരിച്ചിരിക്കുന്നു systemd.unit(5), എന്നിരുന്നാലും ചിലത് സൃഷ്ടിക്കപ്പെടുന്നു
മറ്റ് കോൺഫിഗറേഷനിൽ നിന്ന് സ്വയമേവ, ചലനാത്മകമായി സിസ്റ്റം അവസ്ഥയിൽ നിന്നോ പ്രോഗ്രാമാമാറ്റിക്കോ
റൺടൈമിൽ. യൂണിറ്റുകൾ "ആക്റ്റീവ്" ആയിരിക്കാം (അർത്ഥം ആരംഭിച്ചത്, ബന്ധിപ്പിച്ചത്, പ്ലഗ് ഇൻ, ..., എന്നിവയെ ആശ്രയിച്ച്
യൂണിറ്റ് തരം, താഴെ കാണുക), അല്ലെങ്കിൽ "നിഷ്ക്രിയം" (അർത്ഥം നിർത്തി, അൺബൗണ്ട്, അൺപ്ലഗ്ഡ്, ...),
അതുപോലെ സജീവമാക്കുകയോ നിർജ്ജീവമാക്കുകയോ ചെയ്യുന്ന പ്രക്രിയയിൽ, അതായത് രണ്ട് സംസ്ഥാനങ്ങൾക്കിടയിൽ
(ഈ അവസ്ഥകളെ "സജീവമാക്കൽ", "നിർജ്ജീവമാക്കൽ" എന്ന് വിളിക്കുന്നു). ഒരു പ്രത്യേക "പരാജയപ്പെട്ട" അവസ്ഥയാണ്
"നിഷ്‌ക്രിയം" എന്നതിന് വളരെ സാമ്യമുള്ളതും സേവനം നൽകുമ്പോൾ നൽകുന്നതുമാണ്
ഏതെങ്കിലും വിധത്തിൽ പരാജയപ്പെട്ടു (പ്രക്രിയയിൽ നിന്ന് പുറത്തുകടക്കുമ്പോൾ പിശക് കോഡ് ലഭിച്ചു, അല്ലെങ്കിൽ ക്രാഷ്, അല്ലെങ്കിൽ ഒരു ഓപ്പറേഷൻ സമയബന്ധിതമായി
പുറത്ത്). ഈ അവസ്ഥ നൽകിയാൽ, പിന്നീടുള്ള റഫറൻസിനായി കാരണം ലോഗ് ചെയ്യപ്പെടും. അതല്ല
വിവിധ യൂണിറ്റ് തരങ്ങൾക്ക് നിരവധി അധിക സബ്‌സ്റ്റേറ്റുകൾ ഉണ്ടായിരിക്കാം, അവ മാപ്പ് ചെയ്‌തിരിക്കുന്നു
ഇവിടെ വിവരിച്ചിരിക്കുന്ന അഞ്ച് സാമാന്യവത്കൃത യൂണിറ്റ് സംസ്ഥാനങ്ങൾ.

ഇനിപ്പറയുന്ന യൂണിറ്റ് തരങ്ങൾ ലഭ്യമാണ്:

1. ഡെമണുകളും അവ ഉൾക്കൊള്ളുന്ന പ്രക്രിയകളും ആരംഭിക്കുകയും നിയന്ത്രിക്കുകയും ചെയ്യുന്ന സേവന യൂണിറ്റുകൾ. വേണ്ടി
വിശദാംശങ്ങൾ, കാണുക systemd.service(5).

2. സിസ്റ്റത്തിൽ ലോക്കൽ ഐപിസി അല്ലെങ്കിൽ നെറ്റ്‌വർക്ക് സോക്കറ്റുകൾ ഉൾക്കൊള്ളുന്ന സോക്കറ്റ് യൂണിറ്റുകൾ, ഉപയോഗപ്രദമാണ്
സോക്കറ്റ് അടിസ്ഥാനമാക്കിയുള്ള സജീവമാക്കൽ. സോക്കറ്റ് യൂണിറ്റുകളെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾക്ക്, കാണുക systemd.socket(5), വേണ്ടി
സോക്കറ്റ് അധിഷ്‌ഠിത ആക്റ്റിവേഷനും ആക്റ്റിവേഷന്റെ മറ്റ് രൂപങ്ങളും സംബന്ധിച്ച വിശദാംശങ്ങൾ, കാണുക ഡെമൻ(7).

3. ഗ്രൂപ്പ് യൂണിറ്റുകൾക്ക് ടാർഗെറ്റ് യൂണിറ്റുകൾ ഉപയോഗപ്രദമാണ്, അല്ലെങ്കിൽ അറിയപ്പെടുന്ന സിൻക്രൊണൈസേഷൻ പോയിന്റുകൾ നൽകുന്നു
ബൂട്ട്-അപ്പ് സമയത്ത്, കാണുക systemd.target(5).

4. സിസ്റ്റംഡിയിലെ കേർണൽ ഡിവൈസുകൾ ഡിവൈസ് യൂണിറ്റുകൾ തുറന്നുകാട്ടുന്നു, അവ നടപ്പിലാക്കാൻ ഉപയോഗിച്ചേക്കാം
ഉപകരണം അടിസ്ഥാനമാക്കിയുള്ള സജീവമാക്കൽ. വിശദാംശങ്ങൾക്ക്, കാണുക systemd.device(5).

5. മൌണ്ട് യൂണിറ്റുകൾ ഫയൽ സിസ്റ്റത്തിലെ മൗണ്ട് പോയിന്റുകളെ നിയന്ത്രിക്കുന്നു, വിശദാംശങ്ങൾക്ക് കാണുക systemd.mount(5).

6. ഫയൽ സിസ്റ്റങ്ങളുടെ ആവശ്യാനുസരണം മൗണ്ടുചെയ്യുന്നതിന് ഓട്ടോമൗണ്ട് യൂണിറ്റുകൾ ഓട്ടോമൗണ്ട് കഴിവുകൾ നൽകുന്നു
അതുപോലെ സമാന്തര ബൂട്ട്-അപ്പ്. കാണുക systemd.automount(5).

7. ടൈമറുകൾ അടിസ്ഥാനമാക്കി മറ്റ് യൂണിറ്റുകൾ സജീവമാക്കുന്നതിന് ടൈമർ യൂണിറ്റുകൾ ഉപയോഗപ്രദമാണ്. നിങ്ങൾ
എന്നതിൽ വിശദാംശങ്ങൾ കണ്ടെത്താം systemd.ടൈമർ(5).

8. സ്വാപ്പ് യൂണിറ്റുകൾ മൗണ്ട് യൂണിറ്റുകളോട് വളരെ സാമ്യമുള്ളതും മെമ്മറി സ്വാപ്പ് പാർട്ടീഷനുകൾ എൻകാപ്സുലേറ്റ് ചെയ്യുന്നതും അല്ലെങ്കിൽ
ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ഫയലുകൾ. അവയിൽ വിവരിച്ചിരിക്കുന്നു systemd.swap(5).

9. ഫയൽ സിസ്റ്റം ഒബ്‌ജക്‌റ്റുകൾ മാറുമ്പോൾ അല്ലെങ്കിൽ മറ്റ് സേവനങ്ങൾ സജീവമാക്കുന്നതിന് പാത്ത് യൂണിറ്റുകൾ ഉപയോഗിച്ചേക്കാം
പരിഷ്കരിച്ചിരിക്കുന്നു. കാണുക systemd.path(5).

10. സിസ്റ്റം പ്രക്രിയകൾ (സേവനം പോലുള്ളവ) നിയന്ത്രിക്കുന്ന ഗ്രൂപ്പ് യൂണിറ്റുകൾക്ക് സ്ലൈസ് യൂണിറ്റുകൾ ഉപയോഗിക്കാം
കൂടാതെ സ്കോപ്പ് യൂണിറ്റുകളും) റിസോഴ്‌സ് മാനേജ്‌മെന്റ് ആവശ്യങ്ങൾക്കായി ഒരു ശ്രേണിപരമായ ട്രീയിൽ. കാണുക
systemd.സ്ലൈസ്(5).

11. സ്കോപ്പ് യൂണിറ്റുകൾ സേവന യൂണിറ്റുകൾക്ക് സമാനമാണ്, എന്നാൽ പകരം വിദേശ പ്രക്രിയകൾ കൈകാര്യം ചെയ്യുക
അവയും ആരംഭിക്കുന്നു. കാണുക systemd.scope(5).

യൂണിറ്റുകളെ അവയുടെ കോൺഫിഗറേഷൻ ഫയലുകളായി നാമകരണം ചെയ്യുന്നു. ചില യൂണിറ്റുകൾക്ക് പ്രത്യേക സെമാന്റിക്സ് ഉണ്ട്. എ
വിശദമായ ലിസ്റ്റ് ലഭ്യമാണ് systemd.സ്പെഷ്യൽ(7).

പോസിറ്റീവ്, നെഗറ്റീവ് ആവശ്യകതകൾ ഉൾപ്പെടെ വിവിധ തരത്തിലുള്ള ഡിപൻഡൻസികൾ systemd-ന് അറിയാം
ആശ്രിതത്വം (ഉദാ ആവശ്യമാണ്= ഒപ്പം സംഘർഷങ്ങൾ=) അതുപോലെ ഡിപൻഡൻസികൾ ഓർഡർ ചെയ്യുന്നു (ശേഷം= ഒപ്പം
മുമ്പ് =). NB: ഓർഡറിംഗും ആവശ്യകത ആശ്രിതത്വങ്ങളും ഓർത്തോഗണൽ ആണ്. ഒരു ആവശ്യം മാത്രം
രണ്ട് യൂണിറ്റുകൾക്കിടയിൽ ആശ്രിതത്വം നിലവിലുണ്ട് (ഉദാ. foo.service-ന് bar.service ആവശ്യമാണ്), എന്നാൽ ഇല്ല
ഓർഡറിംഗ് ഡിപൻഡൻസി (ഉദാ. foo.service after bar.service) കൂടാതെ രണ്ടും ആരംഭിക്കാൻ അഭ്യർത്ഥിക്കുന്നു,
അവ സമാന്തരമായി ആരംഭിക്കും. ആവശ്യവും രണ്ടും ഒരു സാധാരണ പാറ്റേണാണ്
ഓർഡറിംഗ് ഡിപൻഡൻസികൾ രണ്ട് യൂണിറ്റുകൾക്കിടയിൽ സ്ഥാപിച്ചിരിക്കുന്നു. ഭൂരിപക്ഷം എന്നതും ശ്രദ്ധിക്കുക
ഡിപൻഡൻസികൾ പരോക്ഷമായി സൃഷ്ടിക്കുകയും പരിപാലിക്കുകയും ചെയ്യുന്നത് systemd ആണ്. മിക്ക കേസുകളിലും, അത് ആയിരിക്കണം
അധിക ഡിപൻഡൻസികൾ സ്വമേധയാ പ്രഖ്യാപിക്കുന്നത് അനാവശ്യമാണ്, എന്നിരുന്നാലും ഇത് സാധ്യമാണ്
ഈ.

ആപ്ലിക്കേഷൻ പ്രോഗ്രാമുകളും യൂണിറ്റുകളും (ഡിപൻഡൻസികൾ വഴി) യൂണിറ്റുകളുടെ സംസ്ഥാന മാറ്റങ്ങൾ അഭ്യർത്ഥിച്ചേക്കാം. ഇൻ
systemd, ഈ അഭ്യർത്ഥനകൾ 'ജോലികൾ' ആയി പൊതിഞ്ഞ് ഒരു ജോലി ക്യൂവിൽ സൂക്ഷിക്കുന്നു. ജോലികൾ ഉണ്ടാകാം
വിജയിക്കുക അല്ലെങ്കിൽ പരാജയപ്പെടാം, ഓർഡറിംഗ് ഡിപൻഡൻസികളെ അടിസ്ഥാനമാക്കിയാണ് അവയുടെ നിർവ്വഹണം ക്രമീകരിച്ചിരിക്കുന്നത്
അവർ ഷെഡ്യൂൾ ചെയ്ത യൂണിറ്റുകൾ.

ബൂട്ടിൽ systemd ടാർഗെറ്റ് യൂണിറ്റ് default.target സജീവമാക്കുന്നു, ഇതിന്റെ ജോലി ഓൺ-ബൂട്ട് സജീവമാക്കുക എന്നതാണ്.
സേവനങ്ങളും മറ്റ് ഓൺ-ബൂട്ട് യൂണിറ്റുകളും ഡിപൻഡൻസികൾ വഴി അവയെ വലിച്ചുകൊണ്ട്. സാധാരണയായി, യൂണിറ്റ്
ഗ്രാഫിക്കൽ. ടാർഗെറ്റിന് (പൂർണ്ണമായി ഫീച്ചർ ചെയ്‌ത ബൂട്ടുകൾക്കായി) പേര് ഒരു അപരനാമം (സിംലിങ്ക്) മാത്രമാണ്
UI) അല്ലെങ്കിൽ multi-user.target (എംബെഡഡ് അല്ലെങ്കിൽ സെർവറിൽ ഉപയോഗിക്കുന്നതിന് പരിമിതമായ കൺസോൾ മാത്രമുള്ള ബൂട്ടുകൾക്ക്
ചുറ്റുപാടുകൾ, അല്ലെങ്കിൽ സമാനമായത്; graphical.target ന്റെ ഒരു ഉപവിഭാഗം). എന്നിരുന്നാലും, അത് വിവേചനാധികാരത്തിലാണ്
മറ്റേതെങ്കിലും ടാർഗെറ്റ് യൂണിറ്റിന് അപരനാമമായി ഇത് കോൺഫിഗർ ചെയ്യാൻ അഡ്മിനിസ്ട്രേറ്ററുടെ ചുമതല. കാണുക
systemd.സ്പെഷ്യൽ(7) ഈ ടാർഗെറ്റ് യൂണിറ്റുകളെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾക്ക്.

ലിനക്സ് കൺട്രോൾ ഗ്രൂപ്പുകളുടെ പേരിലുള്ള സിസ്റ്റമഡ് സ്പോൺ പ്രോസസ്സുകൾ സ്ഥാപിക്കുന്നു
അവർ സ്വകാര്യ സിസ്റ്റത്തിന്റെ ശ്രേണിയിൽ ഉൾപ്പെടുന്ന യൂണിറ്റ്. (കാണുക cgroups.txt[1] കൂടുതൽ കാര്യങ്ങൾക്കായി
നിയന്ത്രണ ഗ്രൂപ്പുകളെ കുറിച്ചുള്ള വിവരങ്ങൾ, അല്ലെങ്കിൽ ഹ്രസ്വമായ "cgroups"). systemd ഇത് ഫലപ്രദമായി ഉപയോഗിക്കുന്നു
പ്രക്രിയകളുടെ ട്രാക്ക് സൂക്ഷിക്കുക. നിയന്ത്രണ ഗ്രൂപ്പ് വിവരങ്ങൾ കേർണലിൽ സൂക്ഷിക്കുന്നു, കൂടാതെ
ഫയൽ സിസ്റ്റം ശ്രേണി വഴി ആക്സസ് ചെയ്യാൻ കഴിയും (ചുവടെ /sys/fs/cgroup/systemd/), അല്ലെങ്കിൽ ഉപകരണങ്ങളിൽ
അതുപോലെ systemd-cgls(1) അല്ലെങ്കിൽ ps(1) (ps xawf -ഇഒ pid,user,cgroup,args പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാണ്
എല്ലാ പ്രക്രിയകളും അവ ഉൾപ്പെടുന്ന systemd യൂണിറ്റുകളും ലിസ്റ്റുചെയ്യുന്നതിന്.).

systemd വലിയ തോതിൽ SysV init സിസ്റ്റവുമായി പൊരുത്തപ്പെടുന്നു: SysV init സ്ക്രിപ്റ്റുകൾ
ഒരു ബദലായി (പരിമിതമാണെങ്കിലും) കോൺഫിഗറേഷൻ ഫയൽ ഫോർമാറ്റായി പിന്തുണയ്ക്കുകയും ലളിതമായി വായിക്കുകയും ചെയ്യുന്നു.
SysV /dev/initctl ഇന്റർഫേസ് നൽകിയിരിക്കുന്നു
വിവിധ SysV ക്ലയന്റ് ടൂളുകൾ ലഭ്യമാണ്. അതിനുപുറമേ, വിവിധ യുണിക്സ് സ്ഥാപിച്ചു
പോലുള്ള പ്രവർത്തനം / etc / fstab അല്ലെങ്കിൽ utmp ഡാറ്റാബേസ് പിന്തുണയ്ക്കുന്നു.

systemd-ന് ചുരുങ്ങിയ ഇടപാട് സംവിധാനമുണ്ട്: ഒരു യൂണിറ്റ് ആരംഭിക്കാനോ ഷട്ട് ഡൗൺ ചെയ്യാനോ ആവശ്യപ്പെട്ടാൽ
അത് അതിനെയും അതിന്റെ എല്ലാ ആശ്രിതത്വങ്ങളെയും ഒരു താൽക്കാലിക ഇടപാടിലേക്ക് ചേർക്കും. തുടർന്ന്, അത് സ്ഥിരീകരിക്കും
ഇടപാട് സ്ഥിരതയുള്ളതാണെങ്കിൽ (അതായത്, എല്ലാ യൂണിറ്റുകളുടെയും ഓർഡർ സൈക്കിൾ രഹിതമാണോ എന്ന്).
ഇല്ലെങ്കിൽ, systemd അത് ശരിയാക്കാൻ ശ്രമിക്കും, കൂടാതെ ഇതിൽ നിന്ന് അനിവാര്യമല്ലാത്ത ജോലികൾ നീക്കം ചെയ്യും
ലൂപ്പ് നീക്കം ചെയ്തേക്കാവുന്ന ഇടപാട്. കൂടാതെ, systemd അനിവാര്യമല്ലാത്ത ജോലികൾ അടിച്ചമർത്താൻ ശ്രമിക്കുന്നു
പ്രവർത്തിക്കുന്ന ഒരു സേവനം നിർത്തലാക്കുന്ന ഇടപാടിൽ. ആണോ എന്ന് അവസാനം പരിശോധിച്ചു
ഇടപാടിന്റെ ജോലികൾ ഇതിനകം ക്യൂവിലുള്ള ജോലികൾക്ക് വിരുദ്ധമാണ്, കൂടാതെ ഓപ്ഷണലായി
അപ്പോൾ ഇടപാട് നിർത്തലാക്കും. എല്ലാം പ്രവർത്തിക്കുകയും ഇടപാട് സ്ഥിരതയുള്ളതാണെങ്കിൽ
അതിന്റെ ആഘാതം കുറയ്‌ക്കുമ്പോൾ, ഇതിനകം നിലവിലുള്ള എല്ലാ ജോലികളുമായും ഇത് ലയിപ്പിക്കുകയും ഇതിലേക്ക് ചേർക്കുകയും ചെയ്യുന്നു
ക്യൂ ഓടുക. ഫലപ്രദമായി ഇതിനർത്ഥം ഒരു അഭ്യർത്ഥിച്ച പ്രവർത്തനം നടപ്പിലാക്കുന്നതിന് മുമ്പ്, systemd എന്നാണ്
അത് യുക്തിസഹമാണെന്ന് പരിശോധിക്കും, സാധ്യമെങ്കിൽ അത് ശരിയാക്കുക, അത് ശരിക്കും പരാജയപ്പെടുകയാണെങ്കിൽ മാത്രം
പ്രവർത്തിക്കാൻ കഴിയില്ല.

ഭാഗമായി നടപ്പിലാക്കേണ്ട വിവിധ ജോലികളുടെ നേറ്റീവ് ഇംപ്ലിമെന്റേഷനുകൾ Systemd-ൽ അടങ്ങിയിരിക്കുന്നു
ബൂട്ട് പ്രക്രിയയുടെ. ഉദാഹരണത്തിന്, ഇത് ഹോസ്റ്റ്നാമം സജ്ജമാക്കുന്നു അല്ലെങ്കിൽ ലൂപ്പ്ബാക്ക് നെറ്റ്‌വർക്ക് കോൺഫിഗർ ചെയ്യുന്നു
ഉപകരണം. ഇത് പോലുള്ള വിവിധ API ഫയൽ സിസ്റ്റങ്ങൾ സജ്ജീകരിക്കുകയും മൗണ്ട് ചെയ്യുകയും ചെയ്യുന്നു / sys അല്ലെങ്കിൽ /പ്രോക്.

systemd-ന് പിന്നിലെ ആശയങ്ങളെയും ആശയങ്ങളെയും കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, ദയവായി കാണുക
യഥാർത്ഥ ഡിസൈൻ പ്രമാണം[2].

systemd നൽകുന്ന ചിലതും എന്നാൽ എല്ലാ ഇന്റർഫേസുകളും കവർ ചെയ്യപ്പെടുന്നില്ല എന്നത് ശ്രദ്ധിക്കുക ഇന്റര്ഫേസ്
ഉറപ്പ് വാഗ്ദാനം[3].

ബൂട്ട്, സിസ്റ്റം മാനേജർ റീലോഡ് സമയത്ത് യൂണിറ്റുകൾ ചലനാത്മകമായി ജനറേറ്റ് ചെയ്തേക്കാം, ഉദാഹരണത്തിന്
കേർണൽ കമാൻഡ് ലൈനിൽ കൈമാറുന്ന മറ്റ് കോൺഫിഗറേഷൻ ഫയലുകൾ അല്ലെങ്കിൽ പാരാമീറ്ററുകൾ അടിസ്ഥാനമാക്കി. വേണ്ടി
വിശദാംശങ്ങൾ, കാണുക systemd.generator(7).

ഒരു കണ്ടെയ്‌നറിലോ initrd പരിതസ്ഥിതിയിലോ systemd അഭ്യർത്ഥിക്കുന്ന സിസ്റ്റങ്ങൾ നടപ്പിലാക്കണം
കണ്ടെയ്നർ ഇന്റര്ഫേസ്[4] അല്ലെങ്കിൽ initrd ഇന്റര്ഫേസ്യഥാക്രമം [5] സവിശേഷതകൾ.

ഡയറക്‌ടറികൾ

സിസ്റ്റം യൂണിറ്റ് ഡയറക്ടറികൾ
systemd സിസ്റ്റം മാനേജർ വിവിധ ഡയറക്ടറികളിൽ നിന്ന് യൂണിറ്റ് കോൺഫിഗറേഷൻ റീഡ് ചെയ്യുന്നു. പാക്കേജുകൾ
യൂണിറ്റ് ഫയലുകൾ ഇൻസ്റ്റാൾ ചെയ്യാൻ ആഗ്രഹിക്കുന്നവർ തിരികെ നൽകിയ ഡയറക്ടറിയിൽ അവ സ്ഥാപിക്കും
pkg-config systemd --variable=systemdsystemunitdir. പരിശോധിച്ച മറ്റ് ഡയറക്ടറികൾ
/usr/local/lib/systemd/system കൂടാതെ /lib/systemd/system. ഉപയോക്തൃ കോൺഫിഗറേഷൻ എപ്പോഴും എടുക്കും
മുൻഗണന. pkg-config systemd --variable=systemdsystemconfdir യുടെ പാത തിരികെ നൽകുന്നു
സിസ്റ്റം കോൺഫിഗറേഷൻ ഡയറക്ടറി. പാക്കേജുകൾ ഇവയുടെ ഉള്ളടക്കത്തിൽ മാറ്റം വരുത്തണം
കൂടെ ഡയറക്ടറികൾ മാത്രം പ്രവർത്തനക്ഷമമാക്കുക ഒപ്പം അപ്രാപ്തമാക്കുക യുടെ കമാൻഡുകൾ systemctl(1) ഉപകരണം. നിറഞ്ഞു
ഡയറക്ടറികളുടെ ലിസ്റ്റ് നൽകിയിരിക്കുന്നു systemd.unit(5).

ഉപയോക്തൃ യൂണിറ്റ് ഡയറക്ടറികൾ
ഉപയോക്തൃ യൂണിറ്റ് ഡയറക്‌ടറികൾക്കും സമാനമായ നിയമങ്ങൾ ബാധകമാണ്. എന്നിരുന്നാലും, ഇവിടെ എക്സ്ഡിജി അടിത്തറ
ഡയറക്ടറി സ്പെസിഫിക്കേഷൻയൂണിറ്റുകൾ കണ്ടെത്താൻ [6] പിന്തുടരുന്നു. അപേക്ഷകൾ അവരുടെ സ്ഥാപിക്കണം
ഡയറക്ടറിയിലെ യൂണിറ്റ് ഫയലുകൾ തിരിച്ചയച്ചു pkg-config systemd
--variable=systemduserunitdir. റിപ്പോർട്ടുചെയ്‌ത ഡയറക്‌ടറിയിലാണ് ആഗോള കോൺഫിഗറേഷൻ ചെയ്‌തിരിക്കുന്നത്
by pkg-config systemd --variable=systemduserconfdir. ദി പ്രവർത്തനക്ഷമമാക്കുക ഒപ്പം അപ്രാപ്തമാക്കുക കമാൻഡുകൾ
എന്ന systemctl(1) ഉപകരണത്തിന് ആഗോളവും (അതായത് എല്ലാ ഉപയോക്താക്കൾക്കും) സ്വകാര്യവും (ഇതിനായി
ഒരു ഉപയോക്താവ്) യൂണിറ്റുകളുടെ പ്രവർത്തനക്ഷമമാക്കൽ/പ്രവർത്തനരഹിതമാക്കൽ. ഡയറക്ടറികളുടെ മുഴുവൻ പട്ടികയും നൽകിയിരിക്കുന്നു
systemd.unit(5).

SysV init സ്ക്രിപ്റ്റ് ഡയറക്ടറി
വിതരണങ്ങൾക്കിടയിൽ SysV init സ്ക്രിപ്റ്റ് ഡയറക്ടറിയുടെ സ്ഥാനം വ്യത്യാസപ്പെടുന്നു. എങ്കിൽ
അഭ്യർത്ഥിച്ച സേവനത്തിനായി systemd-ന് ഒരു നേറ്റീവ് യൂണിറ്റ് ഫയൽ കണ്ടെത്താൻ കഴിയുന്നില്ല, അത് a എന്നതിനായി നോക്കും
അതേ പേരിലുള്ള SysV init സ്ക്രിപ്റ്റ് (.സർവീസ് സഫിക്സ് നീക്കംചെയ്തു).

SysV റൺലെവൽ ലിങ്ക് ഫാം ഡയറക്ടറി
SysV റൺലവൽ ലിങ്ക് ഫാം ഡയറക്ടറിയുടെ സ്ഥാനം വിതരണങ്ങൾക്കിടയിൽ വ്യത്യാസപ്പെടുന്നു.
ഒരു സേവനം വേണോ എന്ന് കണ്ടെത്തുമ്പോൾ systemd ലിങ്ക് ഫാം കണക്കിലെടുക്കും
പ്രവർത്തനക്ഷമമാക്കും. നേറ്റീവ് യൂണിറ്റ് കോൺഫിഗറേഷൻ ഫയലുള്ള ഒരു സേവന യൂണിറ്റിന് കഴിയില്ലെന്നത് ശ്രദ്ധിക്കുക
SysV റൺലെവൽ ലിങ്ക് ഫാമിൽ ഇത് സജീവമാക്കിക്കൊണ്ട് ആരംഭിച്ചു.

സിഗ്നലുകൾ

അടയാളം
ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ, systemd സിസ്റ്റം മാനേജർ അതിന്റെ അവസ്ഥ സീരിയലൈസ് ചെയ്യുന്നു, വീണ്ടും എക്സിക്യൂട്ട് ചെയ്യുന്നു
സ്വയം സംരക്ഷിച്ച അവസ്ഥയെ വീണ്ടും ഡീസീരിയലൈസ് ചെയ്യുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl
ഡെമൺ-റീക്സെക്.

ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ systemd ഉപയോക്തൃ മാനേജർമാർ exit.target യൂണിറ്റ് ആരംഭിക്കും.
ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl --ഉപയോക്താവ് തുടക്കം exit.target.

അടയാളം
ഈ സിഗ്നൽ ലഭിച്ചാൽ systemd സിസ്റ്റം മാനേജർ ആരംഭിക്കും
ctrl-alt-del.target യൂണിറ്റ്. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl തുടക്കം
ctl-alt-del.target. ഈ സിഗ്നൽ 7 സെക്കൻഡിൽ 2 തവണയിൽ കൂടുതൽ ലഭിക്കുകയാണെങ്കിൽ, ഉടൻ
റീബൂട്ട് ട്രിഗർ ചെയ്തു. കൺസോളിൽ Ctrl-Alt-Del അമർത്തുന്നത് ഇത് ട്രിഗർ ചെയ്യുമെന്നത് ശ്രദ്ധിക്കുക
സിഗ്നൽ. അതിനാൽ, ഒരു റീബൂട്ട് ഹാംഗ് ആണെങ്കിൽ, Ctrl-Alt-Del 7 സെക്കൻഡിൽ 2 തവണയിൽ കൂടുതൽ അമർത്തുക.
ഉടനടി റീബൂട്ട് ട്രിഗർ ചെയ്യുന്നതിനുള്ള താരതമ്യേന സുരക്ഷിതമായ മാർഗമാണ്.

systemd ഉപയോക്തൃ മാനേജർമാർ ഈ സിഗ്നലിനെ അതേ രീതിയിൽ കൈകാര്യം ചെയ്യുന്നു അടയാളം.

സിഗ്വിഞ്ച്
ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ systemd സിസ്റ്റം മാനേജർ ആരംഭിക്കും
kbrequest.target യൂണിറ്റ്. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl തുടക്കം kbrequest.target.

ഈ സിഗ്നൽ systemd ഉപയോക്തൃ മാനേജർമാർ അവഗണിക്കുന്നു.

SIGPWR
ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ systemd മാനേജർ sigpwr.target യൂണിറ്റ് ആരംഭിക്കും.
ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl തുടക്കം sigpwr.target.

SIGUSR1
ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ, systemd മാനേജർ D-Bus-ലേക്ക് വീണ്ടും കണക്റ്റുചെയ്യാൻ ശ്രമിക്കും
ബസ്.

SIGUSR2
ഈ സിഗ്നൽ ലഭിക്കുമ്പോൾ, systemd മാനേജർ അതിന്റെ പൂർണ്ണമായ അവസ്ഥയിൽ പ്രവേശിക്കും
മനുഷ്യന് വായിക്കാവുന്ന രൂപം. ലോഗിൻ ചെയ്ത ഡാറ്റ പ്രിന്റ് ചെയ്തതിന് സമാനമാണ് systemd- വിശകലനം ഡംബ്.

ഫോളോ അപ്പ്
പൂർണ്ണമായ ഡെമൺ കോൺഫിഗറേഷൻ വീണ്ടും ലോഡുചെയ്യുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl
ഡെമൺ-റീലോഡ്.

SIGRTMIN+0
ഡിഫോൾട്ട് മോഡിൽ പ്രവേശിക്കുന്നു, default.target യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ്
systemctl തുടക്കം default.target.

SIGRTMIN+1
റെസ്ക്യൂ മോഡിൽ പ്രവേശിക്കുന്നു, റെസ്ക്യൂ.ടാർഗെറ്റ് യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ്
systemctl ഒറ്റപ്പെടുത്തുന്നു രക്ഷ.ലക്ഷ്യം.

SIGRTMIN+2
എമർജൻസി മോഡിൽ പ്രവേശിക്കുന്നു, എമർജൻസി. സർവീസ് യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ്
systemctl ഒറ്റപ്പെടുത്തുന്നു എമർജൻസി. സേവനം.

SIGRTMIN+3
യന്ത്രം നിർത്തുന്നു, halt.target യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ് systemctl
തുടക്കം നിർത്തുക.ലക്ഷ്യം.

SIGRTMIN+4
മെഷീൻ ഓഫ് ചെയ്യുന്നു, poweroff.target യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ്
systemctl തുടക്കം poweroff.target.

SIGRTMIN+5
മെഷീൻ റീബൂട്ട് ചെയ്യുന്നു, reboot.target യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും ഇതിന് തുല്യമാണ്
systemctl തുടക്കം reboot.target.

SIGRTMIN+6
kexec വഴി മെഷീൻ റീബൂട്ട് ചെയ്യുന്നു, kexec.target യൂണിറ്റ് ആരംഭിക്കുന്നു. ഇത് മിക്കവാറും തുല്യമാണ്
ലേക്ക് systemctl തുടക്കം kexec.target.

SIGRTMIN+13
ഉടനെ മെഷീൻ നിർത്തുന്നു.

SIGRTMIN+14
ഉടൻ തന്നെ മെഷീൻ ഓഫ് ചെയ്യുക.

SIGRTMIN+15
ഉടൻ തന്നെ മെഷീൻ റീബൂട്ട് ചെയ്യുന്നു.

SIGRTMIN+16
kexec ഉപയോഗിച്ച് ഉടൻ തന്നെ മെഷീൻ റീബൂട്ട് ചെയ്യുന്നു.

SIGRTMIN+20
കൺസോളിൽ സ്റ്റാറ്റസ് സന്ദേശങ്ങളുടെ ഡിസ്പ്ലേ പ്രവർത്തനക്ഷമമാക്കുന്നു, വഴി നിയന്ത്രിക്കപ്പെടുന്നു
systemd.show_status=1 കേർണൽ കമാൻഡ് ലൈനിൽ.

SIGRTMIN+21
കൺസോളിൽ സ്റ്റാറ്റസ് സന്ദേശങ്ങൾ പ്രദർശിപ്പിക്കുന്നത് അപ്രാപ്തമാക്കുന്നു, വഴി നിയന്ത്രിക്കുന്നു
systemd.show_status=0 കേർണൽ കമാൻഡ് ലൈനിൽ.

SIGRTMIN+22, SIGRTMIN+23
ലോഗ് ലെവൽ "ഡീബഗ്" ആയി സജ്ജീകരിക്കുന്നു (അല്ലെങ്കിൽ "വിവരം" ഓണാണ് SIGRTMIN+23), വഴി നിയന്ത്രിക്കുന്നത് പോലെ
systemd.log_level=debug (അഥവാ systemd.log_level=info on SIGRTMIN+23) കേർണലിൽ
കമാൻഡ് ലൈൻ.

SIGRTMIN+24
മാനേജറിൽ നിന്ന് ഉടനടി പുറത്തുകടക്കുക (--ഉപയോക്തൃ സന്ദർഭങ്ങൾക്ക് മാത്രം ലഭ്യമാണ്).

SIGRTMIN+26, SIGRTMIN+27, SIGRTMIN+28
ലോഗ് ലെവൽ "ജേണൽ-ഓർ-ക്‌എംഎസ്ജി" (അല്ലെങ്കിൽ "കൺസോൾ" ഓണാക്കുന്നു SIGRTMIN+27, "kmsg" ഓൺ
SIGRTMIN+28), വഴി നിയന്ത്രിക്കുന്നത് പോലെ systemd.log_target=journal-or-kmsg (അഥവാ
systemd.log_target=console on SIGRTMIN+27 or systemd.log_target=kmsg on SIGRTMIN+28)
കേർണൽ കമാൻഡ് ലൈനിൽ.

ENVIRONMENT

$SYSTEMD_LOG_LEVEL
systemd ഈ എൻവയോൺമെന്റ് വേരിയബിളിൽ നിന്ന് ലോഗ് ലെവൽ വായിക്കുന്നു. ഇത് മറികടക്കാൻ കഴിയും
കൂടെ --log-level=.

$SYSTEMD_LOG_TARGET
systemd ഈ എൻവയോൺമെന്റ് വേരിയബിളിൽ നിന്നും ലോഗ് ടാർഗെറ്റ് റീഡ് ചെയ്യുന്നു. ഇത് മറികടക്കാൻ കഴിയും
കൂടെ --log-target=.

$SYSTEMD_LOG_COLOR
systemd പ്രധാനപ്പെട്ട ലോഗ് സന്ദേശങ്ങൾ ഹൈലൈറ്റ് ചെയ്യുന്നുണ്ടോ എന്ന് നിയന്ത്രിക്കുന്നു. ഇത് മറികടക്കാൻ കഴിയും
കൂടെ --log-color=.

$SYSTEMD_LOG_LOCATION
ലോഗ് സന്ദേശങ്ങൾക്കൊപ്പം systemd കോഡ് ലൊക്കേഷൻ പ്രിന്റ് ചെയ്യുന്നുണ്ടോ എന്നത് നിയന്ത്രിക്കുന്നു. ഇത് ആകാം
ഉപയോഗിച്ച് മറികടക്കുന്നു --log-location=.

$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
systemd ഉപയോക്തൃ മാനേജർ ഈ വേരിയബിളുകൾ അനുസരിച്ചാണ് ഉപയോഗിക്കുന്നത് എക്സ്ഡിജി അടിത്തറ ഡയറക്ടറി
സ്പെസിഫിക്കേഷൻ[6] അതിന്റെ കോൺഫിഗറേഷൻ കണ്ടെത്താൻ.

$SYSTEMD_UNIT_PATH
systemd യൂണിറ്റ് ഫയലുകൾ എവിടെയാണ് തിരയുന്നതെന്ന് നിയന്ത്രിക്കുന്നു.

$SYSTEMD_SYSVINIT_PATH
SysV init സ്ക്രിപ്റ്റുകൾക്കായി systemd എവിടെ തിരയുന്നു എന്നത് നിയന്ത്രിക്കുന്നു.

$SYSTEMD_SYSVRCND_PATH
SysV init സ്ക്രിപ്റ്റ് റൺലെവൽ ലിങ്ക് ഫാമുകൾക്കായി systemd എവിടെ തിരയുന്നു എന്നത് നിയന്ത്രിക്കുന്നു.

$SYSTEMD_COLORS
വർണ്ണാഭമായ ഔട്ട്‌പുട്ട് സൃഷ്‌ടിക്കണമോ എന്ന് നിയന്ത്രിക്കുന്നു.

$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
സോക്കറ്റ് അധിഷ്‌ഠിത ആക്ടിവേഷൻ സമയത്ത് മേൽനോട്ടത്തിലുള്ള പ്രക്രിയകൾക്കായി systemd സജ്ജമാക്കി. കാണുക
sd_listen_fds(3) കൂടുതൽ വിവരങ്ങൾക്ക്.

$NOTIFY_SOCKET
സ്റ്റാറ്റസ്, സ്റ്റാർട്ട്-അപ്പ് പൂർത്തീകരണം എന്നിവയ്ക്കായി മേൽനോട്ടത്തിലുള്ള പ്രക്രിയകൾക്കായി systemd സജ്ജീകരിച്ചിരിക്കുന്നു
അറിയിപ്പ്. കാണുക sd_notify(3) കൂടുതൽ വിവരങ്ങൾക്ക്.

കെർണൽ കമാൻറ് LINE

സിസ്റ്റം ഇൻസ്‌റ്റൻസ് ആയി പ്രവർത്തിപ്പിക്കുമ്പോൾ systemd നിരവധി കേർണൽ കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകൾ പാഴ്‌സ് ചെയ്യുന്നു[7]:

systemd.unit=, rd.systemd.unit=
ബൂട്ടിൽ സജീവമാക്കുന്നതിന് യൂണിറ്റിനെ അസാധുവാക്കുന്നു. default.target ലേക്കുള്ള ഡിഫോൾട്ടുകൾ. ഇത് ഉപയോഗിച്ചേക്കാം
മറ്റൊരു ബൂട്ട് യൂണിറ്റിലേക്ക് താൽകാലികമായി ബൂട്ട് ചെയ്യാൻ, ഉദാഹരണത്തിന് restore.target അല്ലെങ്കിൽ
എമർജൻസി. സേവനം. കാണുക systemd.സ്പെഷ്യൽ(7) ഈ യൂണിറ്റുകളെക്കുറിച്ചുള്ള വിശദാംശങ്ങൾക്ക്. ഓപ്ഷൻ
"rd" എന്ന പ്രിഫിക്‌സ് പ്രാരംഭ റാം ഡിസ്കിൽ (initrd) മാത്രമേ ബഹുമാനിക്കപ്പെടുന്നുള്ളൂ
അത് പ്രധാന സിസ്റ്റത്തിൽ മാത്രം പ്രിഫിക്സ് ചെയ്തിട്ടില്ല.

systemd.dump_core=
ഒരു ബൂളിയൻ വാദം എടുക്കുന്നു. എങ്കിൽ അതെ, systemd മാനേജർ (PID 1) കോർ ഡംപ് ചെയ്യുന്നു
തകരുന്നു. അല്ലെങ്കിൽ, ഒരു കോർ ഡംപും സൃഷ്ടിക്കപ്പെടുന്നില്ല. സ്ഥിരസ്ഥിതികൾ അതെ.

systemd.crash_chvt=
ഒരു പോസിറ്റീവ് പൂർണ്ണസംഖ്യ അല്ലെങ്കിൽ ഒരു ബൂളിയൻ ആർഗ്യുമെന്റ് എടുക്കുന്നു. ഒരു പോസിറ്റീവ് പൂർണ്ണസംഖ്യയാണെങ്കിൽ (പരിധിയിൽ
1–63) വ്യക്തമാക്കിയിട്ടുണ്ട്, സിസ്റ്റം മാനേജർ (PID 1) നിർദ്ദിഷ്ട വെർച്വൽ സജീവമാക്കും
ടെർമിനൽ (VT) ക്രാഷ് ചെയ്യുമ്പോൾ. സ്ഥിരസ്ഥിതികൾ ഇല്ല, അങ്ങനെയൊരു സ്വിച്ച് ഇല്ല എന്നാണ്
ശ്രമിച്ചു. സജ്ജമാക്കിയാൽ അതെ, കേർണൽ സന്ദേശങ്ങൾ എഴുതിയ VT തിരഞ്ഞെടുത്തു.

systemd.crash_shell=
ഒരു ബൂളിയൻ വാദം എടുക്കുന്നു. എങ്കിൽ അതെ, സിസ്റ്റം മാനേജർ (PID 1) ഒരു ഷെൽ ഉണ്ടാക്കുമ്പോൾ
10 സെക്കൻഡ് വൈകിയതിന് ശേഷം ക്രാഷുകൾ. അല്ലെങ്കിൽ, ഒരു ഷെൽ മുട്ടയിടുന്നില്ല. സ്ഥിരസ്ഥിതികൾ ഇല്ല, വേണ്ടി
സുരക്ഷാ കാരണങ്ങളാൽ, ഷെൽ പാസ്‌വേഡ് ആധികാരികതയാൽ പരിരക്ഷിക്കപ്പെട്ടിട്ടില്ല.

systemd.crash_reboot=
ഒരു ബൂളിയൻ വാദം എടുക്കുന്നു. എങ്കിൽ അതെ, സിസ്റ്റം മാനേജർ (PID 1) മെഷീൻ റീബൂട്ട് ചെയ്യും
10സെക്കൻഡ് കാലതാമസത്തിന് ശേഷം അത് ക്രാഷ് ആകുമ്പോൾ സ്വയമേവ. അല്ലെങ്കിൽ, സിസ്റ്റം ഹാംഗ് ചെയ്യും
അനിശ്ചിതമായി. സ്ഥിരസ്ഥിതികൾ ഇല്ല, ഒരു റീബൂട്ട് ലൂപ്പ് ഒഴിവാക്കാൻ വേണ്ടി. കൂടിച്ചേർന്നാൽ
systemd.crash_shell=, ഷെൽ പുറത്തുകടന്ന ശേഷം സിസ്റ്റം റീബൂട്ട് ചെയ്യുന്നു.

systemd.confirm_spawn=
ഒരു ബൂളിയൻ വാദം എടുക്കുന്നു. എങ്കിൽ അതെ, സിസ്റ്റം മാനേജർ (PID 1) സ്ഥിരീകരണത്തിനായി ആവശ്യപ്പെടുന്നു
പ്രക്രിയകൾ മുട്ടയിടുമ്പോൾ. സ്ഥിരസ്ഥിതികൾ ഇല്ല.

systemd.show_status=
ഒരു ബൂളിയൻ ആർഗ്യുമെന്റ് അല്ലെങ്കിൽ സ്ഥിരാങ്കം എടുക്കുന്നു കാര്. എങ്കിൽ അതെ, systemd മാനേജർ (PID 1)
ബൂട്ടപ്പ് സമയത്ത് കൺസോളിൽ ടെർസ് സർവീസ് സ്റ്റാറ്റസ് അപ്ഡേറ്റുകൾ കാണിക്കുന്നു. കാര് പോലെ പെരുമാറുന്നു
തെറ്റായ ഒരു സേവനം പരാജയപ്പെടുന്നതുവരെ അല്ലെങ്കിൽ ബൂട്ടിൽ കാര്യമായ കാലതാമസം ഉണ്ടാകുന്നതുവരെ. സ്ഥിരസ്ഥിതികൾ അതെ,
അല്ലാതെ നിശബ്ദത കേർണൽ കമാൻഡ് ലൈൻ ഐച്ഛികമായി കൈമാറുന്നു, ഈ സാഹചര്യത്തിൽ ഇത് സ്ഥിരസ്ഥിതിയായി മാറുന്നു
കാര്.

systemd.log_target=, systemd.log_level=, systemd.log_color=, systemd.log_location=
ലോഗ് ഔട്ട്പുട്ട് നിയന്ത്രിക്കുന്നു, അതേ ഇഫക്റ്റും $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION പരിസ്ഥിതി വേരിയബിളുകൾ
മുകളിൽ വിവരിച്ചത്.

systemd.default_standard_output=, systemd.default_standard_error=
സേവനങ്ങൾക്കായുള്ള ഡിഫോൾട്ട് സ്റ്റാൻഡേർഡ് ഔട്ട്‌പുട്ടും പിശക് ഔട്ട്‌പുട്ടും അതേ ഇഫക്റ്റോടെ നിയന്ത്രിക്കുന്നു
പോലെ --default-standard-output= ഒപ്പം --default-standard-error= കമാൻഡ് ലൈൻ ആർഗ്യുമെന്റുകൾ
യഥാക്രമം മുകളിൽ വിവരിച്ചിരിക്കുന്നു.

systemd.setenv=
VARIABLE=VALUE എന്ന രൂപത്തിൽ ഒരു സ്ട്രിംഗ് ആർഗ്യുമെന്റ് എടുക്കുന്നു. ഡിഫോൾട്ട് സജ്ജമാക്കാൻ ഉപയോഗിച്ചേക്കാം
ഫോർക്ക്ഡ് ചൈൽഡ് പ്രോസസുകളിലേക്ക് ചേർക്കാൻ പരിസ്ഥിതി വേരിയബിളുകൾ. ഒന്നിലധികം തവണ ഉപയോഗിച്ചേക്കാം
ഒന്നിലധികം വേരിയബിളുകൾ സജ്ജമാക്കുക.

systemd.machine_id=
മെഷീൻ-ഐഡി സജ്ജീകരിക്കുന്നതിന് ഉപയോഗിക്കുന്നതിന് 32 പ്രതീക ഹെക്സ് മൂല്യം എടുക്കുന്നു. കൂടുതലും ഉദ്ദേശിച്ചത്
എല്ലാ ബൂട്ടിനും ഒരേ മെഷീൻ-ഐഡി ആവശ്യമുള്ള നെറ്റ്‌വർക്ക് ബൂട്ടിങ്ങിന്.

നിശബ്ദത
ബൂട്ടിൽ സ്റ്റാറ്റസ് ഔട്ട്പുട്ട് ഓഫാക്കുക systemd.show_status=false ചെയ്യും. അതല്ല
ഈ ഐച്ഛികം കേർണൽ തന്നെ വായിക്കുകയും കേർണൽ ലോഗ് ഔട്ട്പുട്ട് പ്രവർത്തനരഹിതമാക്കുകയും ചെയ്യുന്നു. കടന്നുപോകുന്നു
ഈ ഓപ്‌ഷൻ അതിനാൽ സിസ്റ്റം മാനേജറിൽ നിന്നുമുള്ള സാധാരണ ഔട്ട്‌പുട്ട് ഓഫാക്കുന്നു
കേർണൽ.

ഡീബഗ്
ഡീബഗ്ഗിംഗ് ഔട്ട്പുട്ട് ഓണാക്കുക. ഇതിന് തുല്യമാണ് systemd.log_level=debug. അതല്ല
ഈ ഐച്ഛികം കേർണൽ തന്നെ വായിക്കുകയും കേർണൽ ഡീബഗ് ഔട്ട്പുട്ട് പ്രാപ്തമാക്കുകയും ചെയ്യുന്നു. കടന്നുപോകുന്നു
ഈ ഓപ്ഷൻ സിസ്റ്റം മാനേജറിൽ നിന്നും ഡീബഗ് ഔട്ട്പുട്ട് ഓണാക്കുന്നു
കേർണൽ.

അടിയന്തരാവസ്ഥ, -b
എമർജൻസി മോഡിലേക്ക് ബൂട്ട് ചെയ്യുക. ഇതിന് തുല്യമാണ് systemd.unit=emergency.target ഒപ്പം
അനുയോജ്യത കാരണങ്ങളാലും ടൈപ്പുചെയ്യാൻ എളുപ്പമുള്ളതിനാലും നൽകിയിരിക്കുന്നു.

രക്ഷപ്പെടാൻ, സിംഗിൾ, s, S, 1
റെസ്ക്യൂ മോഡിലേക്ക് ബൂട്ട് ചെയ്യുക. ഇതിന് തുല്യമാണ് systemd.unit=rescue.target നൽകുകയും ചെയ്തു
അനുയോജ്യത കാരണങ്ങളാലും ടൈപ്പ് ചെയ്യാൻ എളുപ്പമുള്ളതായാലും.

2, 3, 4, 5
നിർദ്ദിഷ്ട ലെഗസി SysV റൺലവലിലേക്ക് ബൂട്ട് ചെയ്യുക. ഇവയ്ക്ക് തുല്യമാണ്
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target, ഒപ്പം systemd.unit=runlevel5.targetയഥാക്രമം, ഒപ്പം
അനുയോജ്യത കാരണങ്ങളാലും ടൈപ്പുചെയ്യാൻ എളുപ്പമുള്ളതിനാലും നൽകിയിരിക്കുന്നു.

locale.LANG=, locale.LANGUAGE=, locale.LC_CTYPE=, locale.LC_NUMERIC=, locale.LC_TIME=,
locale.LC_COLLATE=, locale.LC_MONETARY=, locale.LC_MESSAGES=, locale.LC_PAPER=,
locale.LC_NAME=, locale.LC_ADDRESS=, locale.LC_TELEPHONE=, locale.LC_MEASUREMENT=,
locale.LC_IDENTIFICATION=
ഉപയോഗിക്കുന്നതിന് സിസ്റ്റം ലൊക്കേൽ സജ്ജമാക്കുക. ഇത് /etc/locale.conf എന്നതിലെ ക്രമീകരണങ്ങളെ അസാധുവാക്കുന്നു. വേണ്ടി
കൂടുതൽ വിവരങ്ങൾ, കാണുക locale.conf(5) ഉം ഭാഷാ(7).

കോർ OS-ന്റെ ഘടകങ്ങൾ മനസ്സിലാക്കുന്ന മറ്റ് കേർണൽ കമാൻഡ് ലൈൻ പാരാമീറ്ററുകൾക്കായി, ദയവായി
റഫർ ചെയ്യുക കേർണൽ-കമാൻഡ്-ലൈൻ(7).

സോക്കറ്റുകൾ ഒപ്പം ഫിഫോസ്

/run/systemd/notify
ഡെമൺ സ്റ്റാറ്റസ് അറിയിപ്പ് സോക്കറ്റ്. ഇതൊരു AF_UNIX ഡാറ്റഗ്രാം സോക്കറ്റ് ഉപയോഗിക്കുന്നു
നടപ്പിലാക്കിയ ഡെമൺ നോട്ടിഫിക്കേഷൻ ലോജിക് നടപ്പിലാക്കുക sd_notify(3).

/run/systemd/private
തമ്മിലുള്ള ആശയവിനിമയ ചാനലായി ആന്തരികമായി ഉപയോഗിക്കുന്നു systemctl(1) കൂടാതെ systemd പ്രക്രിയയും.
ഇത് ഒരു ആണ് AF_UNIX സ്ട്രീം സോക്കറ്റ്. ഈ ഇന്റർഫേസ് systemd-ന് സ്വകാര്യമാണ്, പാടില്ല
ബാഹ്യ പദ്ധതികളിൽ ഉപയോഗിക്കും.

/dev/initctl
SysV ക്ലയന്റ് ഇന്റർഫേസിനുള്ള പരിമിതമായ അനുയോജ്യത പിന്തുണ, നടപ്പിലാക്കിയത്
systemd-initctl.service യൂണിറ്റ്. ഫയൽ സിസ്റ്റത്തിൽ പേരിട്ടിരിക്കുന്ന പൈപ്പാണിത്. ഈ ഇന്റർഫേസ്
കാലഹരണപ്പെട്ടതും പുതിയ ആപ്ലിക്കേഷനുകളിൽ ഉപയോഗിക്കാൻ പാടില്ലാത്തതുമാണ്.

onworks.net സേവനങ്ങൾ ഉപയോഗിച്ച് systemd ഓൺലൈനായി ഉപയോഗിക്കുക