2016 යාවත්කාලීන කිරීම
මෙහි බොහෝ පිළිතුරු අවුරුදු පහක් පැරණි බැවින් සමහර යාවත්කාලීන කිරීම් සඳහා කාලයයි.
උබුන්ටු පෙරනිමියෙන් උඩුමහල භාවිතා කළ නමුත් ඔවුන් එය පසුගිය වසරේදී systemd සඳහා අතහැර දැමීය - බලන්න:
ඒ නිසා උබුන්ටු විකියෙහි Upstart පරිශීලකයින් සඳහා Systemd යන ලස්සන ලිපියක් ඇත - උඩුමහල සහ systemd අතර ඉතා සවිස්තරාත්මක සංසන්දනයක් සහ උඩුමහලේ සිට systemd වෙත සංක්‍රාන්ති මාර්ගෝපදේශයකි.
( උබුන්ටු විකියට අනුව ඔබට උබුන්ටු හි වර්තමාන අනුවාදයන් පෙරනිමියෙන් ස්ථාපනය කර upstart-sysvධාවනය sudo update-initramfs -uකිරීමෙන් ඉහළට ධාවනය කළ හැකි නමුත් systemd ව්‍යාපෘතියේ විෂය පථය සලකා බැලීමේදී එය ප්‍රායෝගිකව ක්රියාත්මක වන්නේ කෙසේදැයි මම නොදනිමි, නැතහොත් systemd ද යන්න අස්ථාපනය කළ හැකිය.)
පහත දැක්වෙන විධාන සහ ස්ක්‍රිප්ට් අංශවල ඇති තොරතුරු බොහොමයක් අනුවර්තනය වී ඇත්තේ එම ලිපියේ භාවිතා කර ඇති උදාහරණ කිහිපයකිනි (එය නිර්මාණාත්මක කොමන්ස් ආරෝපණය-ෂෙයාර්අයික් 3.0 බලපත්‍රය යටතේ ස්ටැක් එක්ස්චේන්ජ් පරිශීලක දායකත්වය මෙන් පහසුවෙන් බලපත්‍ර ලබා ඇත ).
පොදු විධාන සහ සරල ස්ක්‍රිප්ට් ඉක්මන් සංසන්දනයක් මෙන්න, සවිස්තරාත්මක පැහැදිලි කිරීම සඳහා පහත කොටස් බලන්න. මෙම පිළිතුර, අප්ස්ටාර්ට් මත පදනම් වූ පද්ධතිවල පැරණි හැසිරීම, පද්ධතියේ පදනම් වූ පද්ධතිවල නව හැසිරීම සමඟ සංසන්දනය කරයි, නමුත් ප්‍රශ්නයේ දී ඇසූ පරිදි, “අප්ස්ටාර්ට්” ලෙස ටැග් කර ඇති විධානයන් අනිවාර්යයෙන්ම අප්ස්ටාර්ට්-විශේෂිත නොවන බව සලකන්න - ඒවා බොහෝ විට විධාන වේ පද්ධති නොවන සෑම ලිනක්ස් සහ යුනික්ස් පද්ධතියකටම පොදු වේ.
විධාන
ධාවනය වන සු:
- ඉහළට:
su
- systemd:
machinectl shell
(පහත "su විධාන ප්‍රතිස්ථාපනය" කොටස බලන්න)
ධාවනය වන තිරය:
- ඉහළට:
screen
- systemd:
systemd-run --user --scope screen
(පහත “පසුබිම් ක්රියාවලීන් අනපේක්ෂිත ලෙස killing ාතනය කිරීම” කොටස බලන්න)
Tmux ධාවනය:
- ඉහළට:
tmux
- systemd:
systemd-run --user --scope tmux
(පහත “පසුබිම් ක්රියාවලීන් අනපේක්ෂිත ලෙස killing ාතනය කිරීම” කොටස බලන්න)
ආරම්භක රැකියා foo:
- ඉහළට:
start foo
- systemd:
systemctl start foo
රැකියා නැවැත්වීම:
- ඉහළට:
stop foo
- systemd:
systemctl stop foo
රැකියා නැවත ආරම්භ කිරීම:
- ඉහළට:
restart foo
- systemd:
systemctl restart foo
ලැයිස්තුගත රැකියා:
- ඉහළට:
initctl list
- systemd:
systemctl status
රැකියා foo හි වින්‍යාසය පරීක්ෂා කිරීම:
- ඉහළට:
init-checkconf /etc/init/foo.conf
- systemd:
systemd-analyze verify /lib/systemd/system/foo.service
රැකියාවේ පරිසර විචල්‍යයන් ලැයිස්තුගත කිරීම:
- ඉහළට:
initctl list-env
- systemd:
systemctl show-environment
රැකියාවේ පරිසර විචල්‍යය සැකසීම:
- ඉහළට:
initctl set-env foo=bar
- systemd:
systemctl set-environment foo=bar
රැකියාවේ පරිසර විචල්‍යය ඉවත් කිරීම:
- ඉහළට:
initctl unset-env foo
- systemd:
systemctl unset-environment foo
සටහන්
උඩුමහලේදී, ලොග් යනු / var / log / upstart නාමාවලියෙහි ඇති සාමාන්ය පෙළ ගොනු වේ, එබැවින් ඔබට ඒවා සුපුරුදු පරිදි සැකසිය හැකිය:
cat /var/log/upstart/foo.log
tail -f /var/log/upstart/foo.log
Systemd ල logs ු-සටහන් අභ්‍යන්තර ද්විමය ආකෘතියක ගබඩා කර ඇත (පෙළ ලිපිගොනු ලෙස නොවේ) එබැවින් ඔබට journalctlඒවාට ප්‍රවේශ වීමට විධානය භාවිතා කළ යුතුය:
sudo journalctl -u foo
sudo journalctl -u foo -f
පිටපත්
උදාහරණයක් මත් වර්ජකයන්ගේ තිර රචනය ලියා /etc/init/foo.conf:
description "Job that runs the foo daemon"
start on runlevel [2345]
stop on runlevel [016]
env statedir=/var/cache/foo
pre-start exec mkdir -p $statedir
exec /usr/bin/foo-daemon --arg1 "hello world" --statedir $statedir
උදාහරණයක් තිර රචනය systemd ලියා /lib/systemd/system/foo.service:
[Unit]
Description=Job that runs the foo daemon
Documentation=man:foo(1)
[Service]
Type=forking
Environment=statedir=/var/cache/foo
ExecStartPre=/usr/bin/mkdir -p ${statedir}
ExecStart=/usr/bin/foo-daemon --arg1 "hello world" --statedir ${statedir}
[Install]
WantedBy=multi-user.target
su විධාන ප්‍රතිස්ථාපනය
ඒ suවිධානය වෙනුවට අදින්න ඉල්ලීම # 1022 දී systemd බවට ඒකාබද්ධ කරන ලදී:
මන්ද, ලෙනාට් පොයිටරින්ට අනුව, “සු යනු සැබවින්ම බිඳුණු සංකල්පයකි” .
ඔහු පැහැදිලි කරයි "ඔබ පෙර මෙන් සිහල උරුමය සහ sudo භාවිතා කළ හැකිය, නමුත් එය සම්පූර්ණ වැඩ කටයුතු කරනු ඇත බව අපේක්ෂා කරන්නේ නැත " .
suසමාන හැසිරීමක් ලබා ගැනීම සඳහා නිල ක්‍රමය දැන්:
machinectl shell
# 825 නිකුත් කිරීම සඳහා වූ සාකච්ඡාවේදී ලෙනාට් පොටරින් විසින් එය තවදුරටත් පැහැදිලි කර ඇත
:
"හොඳයි, මේ පිළිබඳව දීර් discussions වශයෙන් සාකච්ඡා කර ඇත, නමුත් ගැටලුව වන්නේ සු විසින් කළ යුතු දේ ඉතා අපැහැදිලි වීමයි. [...] දිගු කතාව කෙටිකතාව: su යනු සැබවින්ම බිඳුණු සංකල්පයකි. එය ඔබට යම් ආකාරයක කවචයක් ලබා දෙනු ඇත , ඒ සඳහා එය භාවිතා කිරීම හොඳයි, නමුත් එය සම්පූර්ණ පිවිසුමක් නොවන අතර එකක් වැරදියට නොසිතිය යුතුය. ” - ලෙනාට් පොයිටරින්
මෙයද බලන්න:
පසුබිම් ක්රියාවලීන් අනපේක්ෂිත ලෙස killing ාතනය කිරීම
වැනි විධානයන්:
බලාපොරොත්තු වූ පරිදි තවදුරටත් ක්රියාත්මක නොවේ . උදාහරණයක් ලෙස, nohupඔබ ඔබේ සැසිවාරයෙන් ඉවත් වූ පසු ක්රියාවලිය දිගටම ක්රියාත්මක වන බවට වග බලා ගැනීම සඳහා POSIX විධානයකි. එය තවදුරටත් systemd මත ක්‍රියා නොකරයි . ද වැනි වැඩසටහන් screenහා tmuxවිශේෂ ආකාරයකින් උපයෝගී කර ගැනීමට හෝ වෙනත් අවශ්ය ඔබ ඔවුන් සමඟ ක්රියාත්මක වන ක්රියාවලීන් ඝාතනය වනු ඇත (මියගිය ක්රියාවලිය ලැබෙන්නේ නැහැ අතර සාමාන්යයෙන් ප්රථම ස්ථානය තිරය හෝ tmux ධාවන ප්රධාන හේතුව වේ).
මෙය වැරැද්දක් නොවේ, එය හිතාමතා ගත් තීරණයක් බැවින් අනාගතයේ දී එය නිවැරදි වීමට ඉඩක් නැත. මෙම ප්‍රශ්නය ගැන ලෙනාට් පොටරිං පවසා ඇත්තේ මෙයයි:
මගේ මතය අනුව එය යුනික්ස් හි ඇත්තෙන්ම අමුතු දෙයක් වූ අතර එය පෙරනිමියෙන් අත්තනෝමතික පරිශීලක කේතයක් ලොග්අවුට් කිරීමෙන් පසු සීමා රහිතව රැඳී සිටීමට ඉඩ දෙයි. බොහෝ මෙහෙයුම් පද්ධති අතර දැන් අවුරුදු ගණනාවක් තිස්සේ සාකච්ඡා කර ඇති අතර, මෙය සිදුවිය හැකි නමුත් නිසැකවම පෙරනිමිය නොවිය යුතුය, නමුත් පෙරනිමියෙන් විකල්පයක් බවට හැරවීම සඳහා ස්විචය පෙරළීමට කිසිවෙකු මෙතෙක් නිර්භීත නොවීය. පිටවීමෙන් පසු පරිශීලක සැසි පිරිසිදු නොකිරීම කැත සහ තරමක් අනවසර පමණක් නොව ආරක්ෂක ගැටළුවක් ද වේ. systemd 230 දැන් අවසානයේ ස්විචය පෙරළා ඇති අතර අවසානයේදී පරිශීලකයා ඉවත් වන විට පෙරනිමියෙන් සියල්ල නිවැරදිව පිරිසිදු කරයි.
වැඩි විස්තර සඳහා බලන්න:
ඉහළ මට්ටමේ ආරම්භක සංකල්පය
එක් ආකාරයකින් systemd පසුපසට ක්‍රියා කරයි - උඩුමහලේ රැකියා හැකි ඉක්මනින් ආරම්භ වන අතර පද්ධතිමය රැකියා ඔවුන්ට අවශ්ය වූ විට ආරම්භ වේ. දවස අවසානයේදී එකම රැකියා දෙකම පද්ධති හා එකම අනුපිළිවෙලින් ආරම්භ කළ හැකිය, නමුත් ඔබ ඒ ගැන සිතන්නේ ප්‍රතිවිරුද්ධ දිශාවකින් බැලූ බැල්මටය.
Upstart පරිශීලකයින් සඳහා Systemd එය පැහැදිලි කරන ආකාරය මෙන්න :
ආරම්භක ක්‍රියාවලි (රැකියා) සඳහා අප්ස්ටාර්ට් හි ආකෘතිය “කෑදර සිදුවීම් මත පදනම් වූ” ය, එනම් ආරම්භක සිදුවීම් සිදුවන සියලුම රැකියා හැකි ඉක්මනින් ආරම්භ වේ. ආරම්භයේදී, ආරම්භක හෝ rcS වැනි ආරම්භක සිදුවීම් "ගස් මූල" ලෙස සංස්ලේෂණය කරයි, මුල් සේවාවන් ඒවායින් ආරම්භ වන අතර පසුව ක්රියාත්මක වන්නේ කලින් ක්රියාත්මක වන විටය. නව කාර්යයක් හුදෙක් එහි වින්‍යාස ගොනුව සක්‍රිය වීමට / etc / init / වෙත ස්ථාපනය කළ යුතුය.
ආරම්භක ක්‍රියාවලි (ඒකක) සඳහා systemd හි ආකෘතිය “කම්මැලි යැපීම මත පදනම් වූ” ය, එනම් ඒකකයක් ආරම්භ වන්නේ වෙනත් ආරම්භක ඒකකයක් එය මත රඳා පවතී නම් පමණි. ඇරඹුම් අතරතුර, systemd විසින් "root ඒකකය" ආරම්භ කරයි (default.target, grub වලින් අභිබවා යා හැක), එවිට එය අක්‍රීයව පුළුල් වන අතර එහි පරායත්තතාවයන් ආරම්භ කරයි. නව ඒකකයක් සක්‍රිය වීමට ඇරඹුම් අනුක්‍රමයේ (සාමාන්යයෙන් බහු- user.target) ඒකකයක යැපීමක් ලෙස එකතු කළ යුතුය.
බෙදාහැරීම් වල භාවිතය
විකිපීඩියාවට අනුව මෑත කාලීන දත්ත කිහිපයක්:
පෙරනිමියෙන් ඉහළට භාවිතා කරන බෙදාහැරීම්:
පෙරනිමියෙන් systemd භාවිතා කරන බෙදාහැරීම්:
( යාවත්කාලීන තොරතුරු සඳහා විකිපීඩියාව බලන්න )
Upstart හෝ systemd භාවිතා නොකරන බෙදාහැරීම්:
මතභේදය
පද්ධතිමය වළක්වා ගැනීම සඳහා අතීතයේ දී ඩේබියන් දෙබලක යෝජනා කර ඇත . මෙම Devuan GNU + ලිනක්ස් නිර්මිතය - systemd තොරව ඩේබියන් දී දෙබල් (ස්තුති fpmurphy1 අදහස් එය පෙන්වා දෙමින් සඳහා).
මෙම මතභේදය පිළිබඳ වැඩි විස්තර සඳහා, බලන්න:
ඔබ බොහෝ දෙනෙක් දැනටමත් දන්නා පරිදි, ඉයන් ජැක්සන් විසින් ප්රවර්ධනය කරන ලද ආරම්භක ජීආර් ඩේබියන් ඡන්දය ඩෙබියන්ගේ උරුමය සහ එහි භාවිතා කරන්නන් පද්ධතිමය හිම කුණාටුවෙන් ආරක්ෂා කිරීමට ප්‍රයෝජනවත් නොවීය.
මෙම තත්වය සංවර්ධනයේ නිදහසට තර්ජනයක් වන පද්ධතිමය පරායත්තතාවයන් අගුලු දැමීමට අපේක්ෂා කරන අතර ඩෙබියන්, එහි උඩු යටිකුරු කිරීම සහ එහි පහළට බරපතල ප්‍රතිවිපාක ඇති කරයි.
සිස්විනිට් හරහා පද්ධතිමය සියුම් ස්ථාපනයකින් අපට යැපීමක් මාරු කර ගැනීමට කාලය ලබා ගැනීමට සීටීටීඊයට හැකි විය, නමුත් මෙම ක්රියාවලිය පවා වෙහෙසකර හා නාට්‍යයෙන් පිරී තිබුණි. අවසානයේ සතියකට පෙර ඉයන් ජැක්සන් ඉල්ලා අස්විය. [...]
මම වහාම ක්රියාත්මක වන පරිදි තාක්ෂණික කමිටුවෙන් ඉල්ලා අස්වෙනවා.
මා සමඟ එකඟ වන ව්‍යාපෘතියේ 30-40% ක අදහස් අඛණ්ඩව TC හි නිරූපණය කිරීම වැදගත් වන අතර, මම පැහැදිලිවම මේ අවස්ථාවේ දී එසේ කිරීමට තරම් මතභේදාත්මක චරිතයකි. ව්‍යාපෘතියේ පාලනය පිළිබඳ සංවාද පුද්ගලීකරණය කර ඇති ප්‍රමාණය අඩු කිරීමට උත්සාහ කිරීම සඳහා මම පසෙකට යා යුතුය. [...]
ඩෙබියන් උපත ලැබුවේ ඩෙබියන් සඳහා සුපුරුදු ආරම්භක පද්ධතිය ලෙස භාවිතා කිරීමට ගත් තීරණය පිළිබඳ මතභේදයකිනි. මෙම systemd මත ඩේබියන් නිල ස්ථාවරය බව ප්රකාශ කිරීම සම්පූර්ණ අන් අය අධි ආම්ලිකතාවය . Systemd මතභේදයට උනන්දුවක් දක්වන පා readers කයන්ට මෙම උණුසුම් මාතෘකාව දිගටම සාකච්ඡා කළ හැකිය . කෙසේ වෙතත්, ඔබේ හිස සිසිල්ව තබා ගැනීමට සහ ඔබේ කටහ civil සිවිල් ලෙස තබා ගැනීමට අපි ඔබව දිරිමත් කරමු. දේවාන් හි දී අපි ආපසු හැරී බැලීමට වඩා ඒවා වැරදි ලෙස වැඩසටහන්ගත කිරීමට කැමැත්තෙමු. [...]
පද්ධතිමය මතභේදයට කැප වූ සමහර වෙබ් අඩවි සහ ලිපි නිර්මාණය කර ඇත:
නැත ගොඩක් හැකර් පුවත් මත රසවත් සාකච්ඡාවක්:
වෙනත් ඩිස්ට්‍රෝවල ද ඒ හා සමාන ප්‍රවණතා නිරීක්ෂණය කළ හැකිය:
දර්ශනය
upstart DOTADIW හි යුනික්ස් දර්ශනය අනුගමනය කරයි - "එක් දෙයක් කර එය හොඳින් කරන්න." එය සාම්ප්‍රදායික init ඩීමන් වෙනුවට ආදේශ කිරීමකි. සේවා ආරම්භ කිරීම සහ නැවැත්වීම හැර වෙනත් කිසිවක් එය නොකරයි. අනෙකුත් කාර්යයන් වෙනත් විශේෂිත උප පද්ධති වෙත පවරනු ලැබේ.
systemd ඊට වඩා බොහෝ දේ කරයි. සේවාවන් ආරම්භ කිරීම හා නැවැත්වීමට අමතරව මුරපද, පිවිසුම්, පර්යන්ත, බල කළමනාකරණය, කර්මාන්තශාලා යළි පිහිටුවීම, ලොග් සැකසීම, ගොනු පද්ධති සවිකිරීමේ ස්ථාන, ජාලකරණය සහ තවත් බොහෝ දේ කළමනාකරණය කරයි - සමහර විශේෂාංග සඳහා නිව්ස් ගොනුව බලන්න .
පුළුල් කිරීමේ සැලසුම්
අනුව systemd ඇති කර ඇති කුමක්ද සඳහා ඉදිරිදර්ශනයක් හා ඉදිරියේ ඇත්තේ කුමක් GNOME.asia දී 2014 දී Lennart Poettering විසින් ඉදිරිපත්, මෙහි systemd ප්රධාන අරමුණු, මේ වන විටත් ආවරණය හා ප්රගතිය කෙරෙහි තවමත් බව එම බව ප්රදේශ:
පද්ධතිමය අරමුණු:
අපේ අරමුණු
- බිටු මල්ලක සිට ලිනක්ස් තරඟකාරී පොදු අරමුණු මෙහෙයුම් පද්ධතියක් බවට පත් කිරීම.
- අන්තර්ජාලයේ ඊළඟ පරම්පරාවේ මෙහෙයුම් පද්ධතිය ගොඩනැගීම බෙදාහැරීම් අතර අර්ථ විරහිත වෙනස්කම් ඒකාබද්ධ කිරීම
නවෝත්පාදනය නැවත මූලික මෙහෙයුම් පද්ධතියට ගෙන ඒම
ඩෙස්ක්ටොප්, සර්වර්, බහාලුම්, කාවැද්දූ, ජංගම, වලාකුළු, පොකුරු ,. . . මෙම ප්රදේශ ඔබ සිතනවාට වඩා සමීප වේ
- පරිපාලක සංකීර්ණතාව අඩු කිරීම, අධීක්ෂණයකින් තොරව විශ්වසනීයත්වය
- සෑම දෙයක්ම ස්වයං වින්දනය කළ හැකිය
- ස්වයංක්‍රීය සොයාගැනීම, ප්ලග් සහ සෙල්ලම් කිරීම ප්රධාන ය
- ඒවා කැඩී ඇති තැන අපි සවි කරමු, ඒවා කිසි විටෙකත් පටවන්න එපා
දැනටමත් ආවරණය කර ඇති ප්රදේශ:
අප දැනටමත් ආවරණය කරන දේ:
init පද්ධතිය, ජර්නල් ලොග් වීම, පිවිසුම් කළමනාකරණය, උපාංග කළමනාකරණය, තාවකාලික හා වාෂ්පශීලී ගොනු කළමනාකරණය, ද්විමය හැඩතල ලියාපදිංචි කිරීම, පසුතල සුරැකීම / ප්‍රතිස්ථාපනය කිරීම, rfkill සුරැකීම / ප්‍රතිස්ථාපනය කිරීම, බූට්චාර්ට්, රීඩ්හෙඩ්, සංකේතාත්මක ගබඩා සැකසුම, EFI / GPT කොටස් සොයාගැනීම, අථත්‍ය යන්ත්‍ර / බහාලුම් ලියාපදිංචිය, අවම බහාලුම් කළමනාකරණය, ධාරක නාම කළමනාකරණය, ස්ථාන කළමනාකරණය, කාල කළමනාකරණය, අහඹු බීජ කළමනාකරණය, sysctl විචල්‍ය කළමනාකරණය, කොන්සෝල කළමනාකරණය ,. . .
වැඩ කරමින් පවතී:
අප කරමින් සිටින්නේ කුමක්ද:
- ජාල කළමනාකරණය
- systemd-networkd
- දේශීය DNS හැඹිලිය, mDNS ප්‍රතිචාරකයා, LLMNR ප්‍රතිචාරකයා, DNSSEC සත්‍යාපනය
- කර්නලයේ IPC
- kdbus, sd-bus
- NTP සමඟ කාල සමමුහුර්තකරණය
- systemd-timesyncd
- බහාලුම් සමඟ වැඩි ඒකාබද්ධ කිරීම
- සේවාවන්හි වැලිපිල්ල
- යෙදුම්වල වැලිපිල්ල
- OS රූප ආකෘතිය
- බහාලුම් රූප ආකෘතිය
- යෙදුම් රූප ආකෘතිය
- ස්වයංක්‍රීය සොයාගැනීම් සහිත ජීපීටී
- අස්ථායි පද්ධති, ක්ෂණික පද්ධති, කර්මාන්තශාලා යළි පිහිටුවීම
- / usr යනු මෙහෙයුම් පද්ධතියයි
- / etc (විකල්ප) වින්‍යාසය
- / var යනු (අත්‍යවශ්‍ය) තත්වයයි
- පරමාණුක නෝඩ් ආරම්භ කිරීම සහ යාවත්කාලීන කිරීම්
- වලාකුළ සමඟ ඒකාබද්ධ වීම
- නෝඩ් හරහා සේවා කළමනාකරණය
- සත්‍යාපනය කළ හැකි OS රූප
- ස්ථිරාංග වෙත යන සියල්ලම
- ඇරඹුම් පූරණය
මෙම පිළිතුරේ විෂය පථය
ලෙස fpmurphy1 අදහස් සඳහන් කල පරිදි, "එය systemd දුර පද්ධතිය ආරම්භක සරලව බව ඔබ්බට වසර ගණනාවක් පුරා වැඩ එහි විෂය පථය පුළුල් වී ඇති බව ඔහු පෙන්වා දෙයි කළ යුතුය."
අදාළ තොරතුරු බොහොමයක් මෙහි ඇතුළත් කිරීමට මම උත්සාහ කළෙමි. මෙහි දී මම ඇසූ පරිදි ආරම්භක පද්ධති ලෙස භාවිතා කරන විට Upstart සහ systemd හි පොදු ලක්ෂණ සංසන්දනය කරමි. ආරම්භක පද්ධතියේ විෂය පථයෙන් ඔබ්බට ගිය systemd හි ලක්ෂණ පමණක් ආරම්භක සමඟ සැසඳිය නොහැකි නමුත් ඒවායේ පැවැත්ම වැදගත් වේ. එම ව්‍යාපෘති දෙක අතර වෙනස තේරුම් ගැනීමට. වැඩි විස්තර සඳහා අදාළ ලියකියවිලි පරීක්ෂා කළ යුතුය.
වැඩි විස්තර
වැඩි විස්තර මෙතැනින් සොයාගත හැකිය:
අමතර
මෙම LinOxide කණ්ඩායම නිර්මානය කර ඇති SysV init ලිනක්ස් සංක්ෂේපසහාය එදිරිව Systemd .