2016 আপডেট
এখানে বেশিরভাগ উত্তর পাঁচ বছরের পুরানো তাই কিছু আপডেটের সময় এসেছে।
উবুন্টু পূর্বনির্ধারিতভাবে আপস্টার্ট ব্যবহার করত তবে তারা গত বছর এটি সিস্টেমডের পক্ষে ছেড়ে দিয়েছে - দেখুন:
যে কারণে উবুন্টু উইকিতে আপস্টার্ট ব্যবহারকারীদের জন্য সিস্টেমড একটি দুর্দান্ত নিবন্ধ রয়েছে - upstart এবং systemd এর মধ্যে খুব বিস্তারিত তুলনা এবং upstart থেকে systemd এ রূপান্তর গাইড।
(মনে রাখবেন যে উবুন্টু উইকি অনুসারে আপনি উবুন্টুর বর্তমান সংস্করণগুলিতে ডিফল্টরূপে ইনস্টল upstart-sysvও চালনা চালিয়ে চালিত করতে পারেন sudo update-initramfs -uতবে সিস্টেমেড প্রকল্পের ক্ষেত্র বিবেচনা করে আমি জানি না যে এটি বাস্তবে কীভাবে কাজ করে, অথবা সিস্টেমড হয় কি না আনইনস্টল করা সম্ভব।)
নীচের কমান্ডস এবং স্ক্রিপ্ট বিভাগের বেশিরভাগ তথ্য সেই নিবন্ধে ব্যবহৃত কয়েকটি উদাহরণ থেকে গৃহীত হয়েছে (যেটি ক্রিয়েটিভ কমন্স অ্যাট্রিবিউশন-শেয়ারএলক 3.0 লাইসেন্সের আওতায় স্ট্যাক এক্সচেঞ্জ ব্যবহারকারীর অবদানের মতো সহজেই লাইসেন্সযুক্ত )।
সাধারণ কমান্ড এবং সাধারণ স্ক্রিপ্টগুলির দ্রুত তুলনা এখানে দেওয়া হল, বিস্তারিত ব্যাখ্যার জন্য নীচের বিভাগগুলি দেখুন। এই উত্তরটি আপস্টার্ট-ভিত্তিক সিস্টেমগুলির পুরানো আচরণকে সিস্টেমড-ভিত্তিক সিস্টেমগুলির নতুন আচরণের সাথে তুলনা করছে, যেমন প্রশ্নে জিজ্ঞাসা করা হয়েছে, তবে নোট করুন যে "আপস্টার্ট" হিসাবে ট্যাগ করা কমান্ডগুলি আপস্টার্ট-নির্দিষ্ট নয় - এগুলি প্রায়শই আদেশ হয় যে প্রতিটি নন-সিস্টেমড লিনাক্স এবং ইউনিক্স সিস্টেমে সাধারণ।
কমান্ড
চলমান সু:
- ভুঁইফোড়:
su
- systemd হল:
machinectl shell
(নীচে "su কমান্ড প্রতিস্থাপন" বিভাগ দেখুন)
চলমান স্ক্রিন:
- ভুঁইফোড়:
screen
- systemd হল:
systemd-run --user --scope screen
(নীচে "ব্যাকগ্রাউন্ড প্রক্রিয়াগুলির অপ্রত্যাশিত হত্যা" বিভাগটি দেখুন)
চলমান tmux:
- ভুঁইফোড়:
tmux
- systemd হল:
systemd-run --user --scope tmux
(নীচে "ব্যাকগ্রাউন্ড প্রক্রিয়াগুলির অপ্রত্যাশিত হত্যা" বিভাগটি দেখুন)
চাকরি শুরু হচ্ছে:
- ভুঁইফোড়:
start foo
- systemd হল:
systemctl start foo
চাকরি বন্ধ করা:
- ভুঁইফোড়:
stop foo
- systemd হল:
systemctl stop foo
জব ফু পুনরায় চালু হচ্ছে:
- ভুঁইফোড়:
restart foo
- systemd হল:
systemctl restart foo
কাজের তালিকা:
- ভুঁইফোড়:
initctl list
- systemd হল:
systemctl status
জব ফু এর কনফিগারেশন চেক করা হচ্ছে:
- ভুঁইফোড়:
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 / লগ / আপস্টার্ট ডিরেক্টরিতে সাধারণ পাঠ্য ফাইল হয়, তাই আপনি এগুলি যথারীতি প্রক্রিয়া করতে পারেন:
cat /var/log/upstart/foo.log
tail -f /var/log/upstart/foo.log
সিস্টেমেড লগগুলিতে একটি অভ্যন্তরীণ বাইনারি ফর্ম্যাটে সংরক্ষণ করা হয় (পাঠ্য ফাইল হিসাবে নয়) সুতরাং journalctlএগুলি অ্যাক্সেস করার জন্য আপনাকে কমান্ডটি ব্যবহার করতে হবে :
sudo journalctl -u foo
sudo journalctl -u foo -f
স্ক্রিপ্ট
লিখিত upstart স্ক্রিপ্ট উদাহরণ /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
এতে লিখিত পদ্ধতিযুক্ত স্ক্রিপ্টের উদাহরণ /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 মধ্যে মিশে গিয়ে তৈরি করা হয়েছে:
কারণ, লেনার্ট পোয়েটারিংয়ের মতে, "সু আসলেই একটি ভাঙা ধারণা" ।
তিনি ব্যাখ্যা করেছেন যে "আপনি আগের মতো সু ও সুডো ব্যবহার করতে পারেন তবে এটি পুরোপুরি কার্যকর হবে বলে আশা করবেন না " ।
suসদৃশ আচরণ অর্জনের সরকারী উপায় এখন:
machinectl shell
লেনার্ট পোয়েটারিং
# 825 ইস্যু করার আলোচনায় এটি আরও
ব্যাখ্যা করেছেন :
"ঠিক আছে, এ সম্পর্কে দীর্ঘ আলোচনা হয়েছে, তবে সমস্যাটি হ'ল সু যা করার কথা তা খুব অস্পষ্ট। , এবং এটির জন্য এটি ব্যবহার করা ভাল, তবে এটি সম্পূর্ণ লগইন নয় এবং এটির জন্য ভুল হওয়া উচিত নয়। - লেনার্ট কবিতা
আরো দেখুন:
পটভূমি প্রক্রিয়াগুলির অপ্রত্যাশিতভাবে হত্যা killing
আদেশগুলি:
প্রত্যাশার মতো আর কাজ করবে না । উদাহরণস্বরূপ, nohupআপনি আপনার সেশন থেকে লগ আউট করার পরে প্রক্রিয়াটি চলতে থাকবে তা নিশ্চিত করার জন্য একটি পসিক্স কমান্ড। এটি আর সিস্টেমে কাজ করে না। এছাড়াও প্রোগ্রামগুলির মতো screenএবং tmuxবিশেষ পদ্ধতিতে ডাকা প্রয়োজন বা অন্যথায় আপনি তাদের সাথে যে প্রক্রিয়াগুলি চালাচ্ছেন সেগুলি মারা যাবে (যখন এই প্রক্রিয়াগুলি না পেয়ে পাওয়া না যায় সাধারণত পর্দা বা tmux প্রথম স্থানে চলার মূল কারণ)।
এটি কোনও ভুল নয়, এটি একটি ইচ্ছাকৃত সিদ্ধান্ত, তাই ভবিষ্যতে এটি ঠিক হওয়ার সম্ভাবনা নেই is লেনার্ট পোয়েটারিং এই বিষয়টি সম্পর্কে বলেছেন :
আমার দৃষ্টিতে এটি ইউনিক্সের পক্ষে আসলেই বেশ বিস্ময়কর ছিল যে এটি ডিফল্টরূপে স্বেচ্ছাচারী ব্যবহারকারীর কোডটি লগআউটের পরে অনিয়ন্ত্রিত হয়ে থাকে। বহু ওএস লোকের মধ্যে এটি যুগের পর যুগ ধরে আলোচনা করা হয়েছে যে এটি সম্ভব হওয়া উচিত তবে অবশ্যই এটি ডিফল্ট হওয়া উচিত নয়, তবে ডিফল্ট থেকে কোনও বিকল্পে রূপান্তর করতে স্যুইচটি ফ্লিপ করার পক্ষে কেউ এতদিন সাহস করে নি। লগআউট করার পরে ব্যবহারকারীর সেশনগুলি পরিষ্কার না করা কেবল কুৎসিত এবং কিছুটা হ্যাকিশই নয় তবে এটি একটি সুরক্ষা সমস্যা। সিস্টেমড ২৩০ এখন অবশেষে স্যুইচটি উল্টিয়ে ফেলে এবং অবশেষে ডিফল্টরূপে ব্যবহারকারী লগ আউট করার পরে সমস্ত কিছু সঠিকভাবে পরিষ্কার করে দেয়।
আরও তথ্যের জন্য দেখুন:
উচ্চ-স্তরের স্টার্টআপ ধারণা
এক উপায়ে সিস্টেমেড পিছনের দিকে কাজ করে - আপস্টার্ট কাজগুলি যত তাড়াতাড়ি সম্ভব শুরু হয় এবং সিস্টেমড কাজগুলি যখন তাদের করতে হবে তখনই শুরু হয়। দিনের শেষে একই কাজ দুটি সিস্টেম এবং একই সাথে একই ক্রমে শুরু করা যেতে পারে তবে আপনি এটিকে কথা বলার জন্য একটি বিপরীত দিক থেকে দেখে মনে করেন।
সিস্টেমড ফর আপস্টার্ট ব্যবহারকারীরা কীভাবে এটি ব্যাখ্যা করে তা এখানে:
প্রক্রিয়াগুলি (জব) শুরু করার জন্য আপস্টার্টের মডেল হ'ল 'লোভী ইভেন্ট-ভিত্তিক ", অর্থাত্ যে সমস্ত উপলভ্য চাকরি যার প্রারম্ভিক ইভেন্টগুলি ঘটে থাকে তা যত তাড়াতাড়ি সম্ভব শুরু করা হয়। বুট চলাকালীন, আপস্টার্ট কিছু প্রাথমিক ইভেন্টগুলিকে সংশ্লেষ করে যেমন স্টার্টআপ বা আরসিএস "গাছের মূল" হিসাবে, প্রাথমিক পরিষেবাগুলি সেগুলি থেকে শুরু হয় এবং পরবর্তী পরিষেবাগুলি পূর্ববর্তী চলমান অবস্থায় শুরু হয়। একটি নতুন কাজের সক্রিয় হওয়ার জন্য কেবল তার কনফিগারেশন ফাইলটি ইনস্টল করা প্রয়োজন etc
প্রসেস শুরু করার জন্য সিস্টেমডের মডেল (ইউনিট) হ'ল "অলস নির্ভরতা-ভিত্তিক", অর্থাত্ একটি ইউনিট কেবল তখনই শুরু হবে যখন এবং যখন অন্য কোনও সূচনা ইউনিট নির্ভর করে। বুটের সময়, সিস্টেমড একটি "রুট ইউনিট" শুরু করে (default.target, গ্রাবের মধ্যে ওভাররাইড করা যেতে পারে), যা ট্রানজিটিভভাবে প্রসারিত হয় এবং এর নির্ভরতা শুরু করে। সক্রিয় হওয়ার জন্য একটি নতুন ইউনিটের বুট সিকোয়েন্সের একটি ইউনিটের নির্ভরতা হিসাবে নিজেকে যুক্ত করতে হবে (সাধারণত মাল্টি-ইউজার.অরগেট) active
বিতরণ ব্যবহার
উইকিপিডিয়া অনুসারে এখন কিছু সাম্প্রতিক তথ্য:
ডিফল্টরূপে আপস্টার্ট ব্যবহার করে বিতরণ:
ডিফল্টরূপে systemd ব্যবহার করে বিতরণ:
( আপ টু ডেট তথ্যের জন্য উইকিপিডিয়া দেখুন )
আপস্টার্ট বা সিস্টেমড না ব্যবহার করে বিতরণ:
বিতর্ক
অতীতে ডিবিয়ানের একটি কাঁটাচামচ সিস্টেমড এড়াতে প্রস্তাবিত হয়েছিল । Devuan গনুহ + + লিনাক্স তৈরী করা হয়েছে - ছাড়া systemd হল ডেবিয়ান এর একটি কাঁটাচামচ (ধন্যবাদ fpmurphy1 মন্তব্য এটা ইশারা জন্য)।
এই বিতর্ক সম্পর্কে আরও তথ্যের জন্য, দেখুন:
আপনারা অনেকেই ইতিমধ্যে জানেন, ইয়ান জ্যাকসনের প্রচারিত আরআর ডিবিয়ান ভোট দেবিয়ানের উত্তরাধিকার এবং এর ব্যবহারকারীদেরকে সিস্টেমড হিমস্রোত থেকে রক্ষা করতে কার্যকর ছিল না।
এই পরিস্থিতি ব্যবস্থার উপর নির্ভরশীলতাগুলির একটি লক হওয়ার সম্ভাবনা রয়েছে যা বিকাশের স্বাধীনতার হুমকিস্বরূপ এবং এটি ডেবিয়ান, এর উজান এবং এর প্রবাহকে মারাত্মক পরিণতি অর্জন করেছে।
সিটিটিই নির্ভরতা অদলবদল করে এবং সিস্টিনিট ওভার সিস্টেমেডের একটি সূক্ষ্ম ইনস্টল করার জন্য আমাদের সময় অর্জন করতে সক্ষম হয়েছিল, তবে এমনকি এই প্রক্রিয়াটি ক্লান্তিকর এবং নাটকে পরিপূর্ণ ছিল। শেষ পর্যন্ত এক সপ্তাহ আগে ইয়ান জ্যাকসন পদত্যাগ করেছেন। [...]
আমি তাত্ক্ষণিকভাবে কার্যকরভাবে প্রযুক্তিগত কমিটি থেকে পদত্যাগ করছি।
যদিও এটি গুরুত্বপূর্ণ যে আমার সাথে একমত হওয়া প্রকল্পের 30-40% এর মতামত টিসির প্রতিনিধিত্ব করা অব্যাহত রাখা উচিত, আমি নিজেও এই মুহুর্তে স্পষ্টতই খুব বিতর্কিত am প্রকল্পের পরিচালনা সম্পর্কে যে কথোপকথনটি ব্যক্তিগতকৃত হয়েছে তা হ্রাস করার চেষ্টা করার জন্য আমার একপাশে পদক্ষেপ নেওয়া উচিত। [...]
দেউয়ান ডিবিয়ানের জন্য ডিফল্ট থিম সিস্টেম হিসাবে ব্যবহারের সিদ্ধান্ত নিয়ে বিতর্ক থেকেই জন্মেছিল। Systemd হল অফিসিয়াল ডেবিয়ান অবস্থান দাবী যে পূর্ণ অন্যদের debunked আছে । আগ্রহী পাঠকগণ এই বিতর্কিত বিষয় নিয়ে সিস্টেমড বিতর্ক নিয়ে আলোচনা চালিয়ে যেতে পারেন । তবে আমরা আপনাকে আপনার মাথা শীতল রাখতে এবং আপনার ভয়েসকে নাগরিক রাখতে উত্সাহিত করি। দেবুয়ানে আমরা পিছন ফিরে চেয়ে তাদের ভুল প্রোগ্রামিংয়ে আরও আগ্রহী। [...]
সিস্টেমড বিতর্ককে উত্সর্গীকৃত কিছু ওয়েবসাইট এবং নিবন্ধ তৈরি করা হয়েছে:
নেই অনেক হ্যাকার সংবাদ আকর্ষণীয় আলোচনার:
অন্যান্য ডিস্ট্রো-তেও একই রকম প্রবণতা লক্ষ্য করা যায়:
দর্শন
upstart DOTADIW এর ইউনিক্স দর্শন অনুসরণ করে - "একটি কাজ করুন এবং এটি ভাল করুন।" এটি theতিহ্যবাহী থিম ডিমনটির প্রতিস্থাপন। এটি পরিষেবাগুলি শুরু করা এবং বন্ধ করা ব্যতীত অন্য কিছু করে না। অন্যান্য কাজগুলি অন্যান্য বিশেষায়িত সাবসিস্টেমগুলিতে অর্পণ করা হয়।
systemd এর চেয়ে অনেক বেশি কাজ করে। পরিষেবাগুলি শুরু করা এবং বন্ধ করার পাশাপাশি এটি পাসওয়ার্ড, লগইনস, টার্মিনালগুলি, বিদ্যুৎ পরিচালনা, কারখানার পুনরায় সেট করা, লগ প্রসেসিং, ফাইল সিস্টেম মাউন্ট পয়েন্টস, নেটওয়ার্কিং এবং আরও অনেক কিছু পরিচালিত করে - কয়েকটি বৈশিষ্ট্যের জন্য নিউজ ফাইলটি দেখুন ।
সম্প্রসারণের পরিকল্পনা
জিনোম.এসিয়া-তে লেনার্ট প্যাটারিংয়ের 2014 সালে সিস্টেমড কী অর্জন করেছে এবং কী উপস্থাপনা করেছে তার জন্য একটি পরিপ্রেক্ষিত অনুসারে এখানে সিস্টেমড, ইতিমধ্যে আচ্ছাদিত অঞ্চলগুলি এবং এখনও যেগুলি অগ্রগতিতে ছিল তার মূল লক্ষ্য এখানে রয়েছে:
পদ্ধতিগত উদ্দেশ্য:
আমাদের উদ্দেশ্য
- বিটগুলির একটি ব্যাগ থেকে লিনাক্সকে একটি প্রতিযোগিতামূলক সাধারণ উদ্দেশ্য অপারেটিং সিস্টেমে পরিণত করা।
- ইন্টারনেটের নেক্সট জেনারেশন ওএস তৈরি করা বিতরণগুলির মধ্যে অর্থহীন পার্থক্য
কোর ওএসে নতুনত্ব আনয়ন
ডেস্কটপ, সার্ভার, ধারক, এমবেডড, মোবাইল, ক্লাউড, ক্লাস্টার,। । । এই অঞ্চলগুলি আপনি যা ভাবেন তার থেকেও কাছাকাছি
- প্রশাসকের জটিলতা, তদারকি ছাড়াই নির্ভরযোগ্যতা হ্রাস করা
- অন্তর্মুখী সব
- অটো আবিষ্কার, প্লাগ এবং প্লে হ'ল কী
- সেগুলি যেখানে ভাঙা আছে সেগুলি আমরা ঠিক করি, কখনই সেগুলি টেপ করি না
অঞ্চলগুলি ইতিমধ্যে আচ্ছাদিত:
আমরা ইতিমধ্যে কি আবরণ:
init সিস্টেম, জার্নাল লগিং, লগইন পরিচালনা, ডিভাইস পরিচালনা, অস্থায়ী এবং অস্থির ফাইল পরিচালনা, বাইনারি ফর্ম্যাট রেজিস্ট্রেশন, ব্যাকলাইট সেভ / পুনরুদ্ধার, আরএফকিল সেভ / রিস্টোর, বুটচার্ট, রিডহেড, এনক্রিপ্ট স্টোরেজ সেটআপ, ইএফআই / জিপিটি পার্টিশন আবিষ্কার, ভার্চুয়াল মেশিন / ধারক নিবন্ধকরণ, ন্যূনতম ধারক পরিচালনা, হোস্টনেম পরিচালনা, স্থানীয় ব্যবস্থাপনা, সময় ব্যবস্থাপনা, র্যান্ডম বীজ ব্যবস্থাপনা, সিস্কটিএল ভেরিয়েবল পরিচালনা, কনসোল পরিচালনা,, । ।
কাজ চলছে:
আমরা কী নিয়ে কাজ করছি:
- নেটওয়ার্ক ব্যবস্থাপনা
- systemd হল-networkd
- স্থানীয় ডিএনএস ক্যাশে, এমডিএনএস প্রতিক্রিয়াকারী, এলএলএমএনআর উত্তরদাতা, ডিএনএসএসইসি যাচাইকরণ
- কার্নেলের আইপিসি
- kdbus, sd-bus
- এনটিপির সাথে সময় সিঙ্ক্রোনাইজেশন
- systemd হল-timesyncd
- পাত্রে আরও সংহতকরণ
- পরিষেবার স্যান্ডবক্সিং ing
- অ্যাপসের স্যান্ডবক্সিং
- ওএস চিত্র বিন্যাস
- ধারক ইমেজ বিন্যাস
- অ্যাপের চিত্র ফর্ম্যাট
- স্বয়ংক্রিয় আবিষ্কারের সাথে জিপিটি
- রাজ্যহীন সিস্টেম, তাত্ক্ষণিক সিস্টেম, কারখানা রিসেট
- / usr হ'ল ওএস
- / ইত্যাদি হ'ল (alচ্ছিক) কনফিগারেশন
- / var হল (alচ্ছিক) অবস্থা state
- পারমাণবিক নোড সূচনা এবং আপডেট
- মেঘের সাথে একীকরণ
- নোড জুড়ে পরিষেবা পরিচালনা
- যাচাইযোগ্য ওএস চিত্রগুলি
- ফার্মওয়্যারের সমস্ত উপায়
- বুট লোড হচ্ছে
এই উত্তরের সুযোগ
যেমন মন্তব্যগুলিতে এফএমপিউরফাই 1 উল্লেখ করেছে, "এটি চিহ্নিত করা উচিত যে সিস্টেমে সিস্টেম শুরুর চেয়ে বহু বছর ধরে তার কাজের ক্ষেত্রটি প্রসারিত করেছে।"
আমি এখানে বেশিরভাগ প্রাসঙ্গিক তথ্য অন্তর্ভুক্ত করার চেষ্টা করেছি। এখানে আমি আপস্টার্ট এবং সিস্টেমেডের সাধারণ বৈশিষ্ট্যগুলির সাথে তুলনা করছি যখন প্রশ্নটিতে জিজ্ঞাসিত ডিআইআই সিস্টেম হিসাবে ব্যবহৃত হয় এবং আমি কেবল সিস্টেমডের বৈশিষ্ট্যগুলি উল্লেখ করি যা একটি এনআর সিস্টেমের পরিধি ছাড়িয়ে যায় কারণ সেগুলি স্টার্টআপের সাথে তুলনা করা যায় না, তবে তাদের উপস্থিতি গুরুত্বপূর্ণ এই দুটি প্রকল্পের মধ্যে পার্থক্য বুঝতে। প্রাসঙ্গিক ডকুমেন্টেশন আরও তথ্যের জন্য পরীক্ষা করা উচিত।
অধিক তথ্য
আরও তথ্য এখানে পাওয়া যাবে:
অতিরিক্ত
LinOxide টিম একটি সৃষ্টি করেছেন systemd বনাম সিস আইনিট লিনাক্স Cheatsheet ।