উবুন্টু 15.04 এর সাথে যে বৃহত্তর পরিবর্তন আসবে তা হ'ল আপস্টার্ট থেকে সিস্টেমড-এ স্যুইচটি বুট এবং সিস্টেম পরিষেবা শুরু করার জন্য ডিফল্ট হিসাবে।
কেউ কী অ-প্রযুক্তিগত ব্যবহারকারীকে পর্যাপ্তরূপে ব্যাখ্যা করতে পারে যে এটি কীভাবে এবং যদি আমাদের কিছুটা প্রভাবিত করে? এবং কেন এটি গুরুত্বপূর্ণ?
উত্তর:
লেমন ব্যবহারকারীদের ডিজাইন অনুসারে কোনও পরিবর্তন লক্ষ্য করা উচিত নয় । এটি একটি ইনিশ সিস্টেম, ব্যবহারকারীরা traditionতিহ্যগতভাবে ইন্টারঅ্যাক্ট করেন এমন কিছু নয়। এটি আপস্টার্ট দ্বারা সরবরাহিত কার্যকারিতা সম্পূর্ণরূপে প্রতিস্থাপন করা উচিত — এবং কয়েকটি অতিরিক্ত জিনিস করা উচিত a তবে কোনও প্রযুক্তিগত ব্যবহারকারী যখন ভুল হয় তখন কেবল এটিই এটি দেখবে ।
ব্যবহারকারীগণ, সিসাদমিনস এবং বিকাশকারীরা যারা আপস্টার্টের জন্য সক্রিয়ভাবে ব্যবহার এবং বিকাশ করে চলেছেন তারা হ'ল লোকদের বিষয়গুলির সমাধান করার প্রয়োজন। নেই উবুন্টু উইকি উপর একটি মাইগ্রেশন ডকুমেন্ট সাহায্য বিকাশকারীরা তাঁদের Init স্ক্রিপ্ট রূপান্তর কিন্তু ব্যবহারকারী এবং sysops 14.04 সঙ্গে স্টিকিং (যা 2019 পর্যন্ত সমর্থিত) দ্বারা ভুঁইফোড় ব্যবহার করে বহন করতে পারে।
পরিবর্তনের কারণ এবং যুক্তি আসলে উবুন্টুর পক্ষ থেকে ছিল না। ক্যানোনিকাল আপস্টার্ট (তাদের প্রকল্প) নিয়ে যথেষ্ট খুশি ছিল তবে অনেক দেবিয়ান ব্যবহারকারী বুট এ আরও ভাল সম্মতি পেতে এবং সমস্ত পরিষেবা জুড়ে আরও ভাল নজরদারি কার্যকারিতা পেতে একটি আধুনিক আরম্ভ ইঞ্জিনে যেতে চেয়েছিলেন।
এর অর্থ হ'ল বিভিন্ন বিকল্পের মধ্যে লড়াই (যুক্তি) এবং সিস্টেমড অবশেষে জিতেছে।
ক্যানোনিকাল ডেবিয়ানের সাথে চলেছিল কারণ এটি সবচেয়ে সহজ এবং সম্ভবত সেরা। তারা একটি প্রকল্প ফেলে দিতে পারে এবং প্রবাহের সাথে লড়াই করছে না। এটি আমাদের অন্যান্য বিতরণ (রেড হ্যাট, ফেডোরা, ইত্যাদি) এর সাথেও তাল মিলিয়েছে যারা সিস্টেমে চলেছে। আরও ফোকাস এবং প্রচেষ্টা কম সদৃশ।
tl; dr একজন অ প্রযুক্তিগত ব্যক্তির কাছে এটি আপনার মোটেই প্রভাবিত হবে না। উবুন্টুর জন্য এর অর্থ কম কাজ এবং একটি ভাল উদ্যোগ ব্যবস্থা হওয়া উচিত।
কেউ কী অ-প্রযুক্তিগত ব্যবহারকারীকে পর্যাপ্তরূপে ব্যাখ্যা করতে পারে যে এটি কীভাবে এবং যদি আমাদের কিছুটা প্রভাবিত করে?
তত্ত্ব অনুসারে, এটি অ-প্রযুক্তিগত শেষ ব্যবহারকারীকে প্রভাবিত করা উচিত নয় যারা সিস্টেমটি আসলে কীভাবে কাজ করে তার মূর্খতা নিয়ে জড়িত না। অনুশীলনে, এমন অনেকগুলি জিনিস রয়েছে যা আপনি দেখতে যাচ্ছেন।
এখানে অসম্পূর্ণ তালিকা রয়েছে:
init+ থেকে আসা অন্যান্য লিনাক্স অপারেটিং সিস্টেম ব্যবহারকারীরা rcসত্য যে systemd হল দ্বারা কামড় হয় শুধুমাত্র সিস্টেম 5 সঙ্গে সাযুজ্যপূর্ণ rc। ভুঁইফোড়, এবং প্রকৃতপক্ষে অধিকাংশ অন্যান্য সিস্টেম, এটা professes, এবং সরবরাহ সিস্টেম 5 সঙ্গে কোন পিছন সামঞ্জস্য মতো initএবং তার কনফিগারেশন ফাইল /etc/inittab।30- কয়েক বছরের লোকেরা যারা পরামর্শটি অনুসরণ করেছে তারা "ভাল, আপনি কেবল এটির মধ্যে /etc/inittab…" রূপান্তর করতে পারেন , বা সেই পরামর্শ অনুসরণকারী সফ্টওয়্যার ব্যবহার করে এমন লোকের কাছে এখন এমন সফ্টওয়্যার রয়েছে যা বুটস্ট্র্যাপ থেকে শুরু হয় না। উদাহরণ: /unix//a/196197/5132
shutdownshutdownshutdown nowsystemctl rescue--userঅপশন সহ চলমান কমান্ড সম্পর্কে কথা বলতে দেখছেন systemctl। এটি উবুন্টু (এখনও) এর জন্য প্রযোজ্য নয়। upstart এবং systemd এই অঞ্চলে উল্লেখযোগ্যভাবে পৃথক, এবং উবুন্টু সংস্করণ 15 এখনও ইউজার ইনস্ট্যান্সের ক্ষেত্রে সিস্টেমডের পরিবর্তে প্রতি-সেশন ইনপট স্টার্ট ব্যবহার করে । সুতরাং /superuser//a/860598/38062 প্রযোজ্য হবে না, উদাহরণস্বরূপ। ☺যেমন অন্যরা ইতিমধ্যে এখানে উল্লেখ করেছেন, তত্ত্ব হিসাবে, এটি অ-প্রযুক্তিগত শেষ ব্যবহারকারীকে প্রভাবিত করা উচিত নয় - এবং তত্ত্বের মধ্যে তত্ত্ব এবং অনুশীলনের মধ্যে কোনও পার্থক্য নেই তবে বাস্তবে এটি রয়েছে।
আমি মনে করি এখানে পোস্ট করা কয়েকটি জিনিসের কিছু স্পষ্টতা দরকার:
এটি একটি ইনিশ সিস্টেম, ব্যবহারকারীরা traditionতিহ্যগতভাবে ইন্টারঅ্যাক্ট করেন না এমন কিছু।
এটি সিসভি ইন আর ইনস্টার্টের ক্ষেত্রে ছিল তবে এটি সিস্টেমডের ক্ষেত্রে আর হয় না। এটি প্রচুর কাজ করে যা ব্যবহারকারীরা traditionতিহ্যগতভাবে ইন্টারঅ্যাক্ট করে:
এটি আপস্টার্ট-র দ্বারা সরবরাহিত কার্যকারিতা সম্পূর্ণরূপে প্রতিস্থাপন করা উচিত — এবং কয়েকটি অতিরিক্ত জিনিস করা উচিত
দুটি বিষয় পরিষ্কার করতে হবে - প্রথমে আপস্টার্ট সম্পূর্ণরূপে প্রতিস্থাপন সম্পর্কে:
লোকেরা সিস্টেমেড নিয়ে একটি সমস্যা হ'ল এটি SysV init স্ক্রিপ্টগুলি চালায় না। সুতরাং একটি উদাহরণ আছে যে এটি সম্পূর্ণরূপে আপস্টার্ট দ্বারা সরবরাহিত কার্যকারিতা প্রতিস্থাপন করে না ।
এটি এমনটি যা আমরা ৩০ বছরেরও বেশি সময় ধরে নির্ভর করতে পারি এবং traditionতিহ্যগতভাবে আপনি নিজের পুনরাবৃত্তি না করে (একই স্ক্রিপ্টগুলির একাধিক সংস্করণ লিখে) সর্বাধিক পোর্টেবিলিটির জন্য SysV init স্ক্রিপ্ট লিখেছিলেন, যা আর হয় না।
অফিসিয়াল সংগ্রহস্থল থেকে কেবল প্যাকেজগুলি ব্যবহার করার সময় এটি কোনও সমস্যা হওয়ার কারণ হবে না কারণ সম্ভবত সমস্ত প্যাকেজগুলির মধ্যে যেগুলি SysV init বা upstart স্ক্রিপ্ট ব্যবহার করত তাদের স্ক্রিপ্টগুলি প্যাকেজ হওয়ার আগে পুনরায় লিখতে হবে।
যে সকল লোকেরা তৃতীয় পক্ষ বা কাস্টম সফ্টওয়্যার ব্যবহার করে তাদের সিআইএস স্ক্রিপ্টগুলি SysV init বা upstart এর জন্য লেখা থাকে এবং সিস্টেমে উন্নীত হওয়ার পূর্বে পুনরায় লেখার জন্য init স্ক্রিপ্টগুলির প্রয়োজন হবে (বা পাবেন) upstart ইনস্টল করা হয়েছে, এটিও একটি বিকল্প , বা সিস্টেমড ব্যবহার করে না এমন সিস্টেমে স্থানান্তরিত)।
এখানে সিস্টেমেড-সিসভ-জেনারেটর রয়েছে যা সিস্টেমে স্ক্রিপ্টগুলিতে স্বয়ংক্রিয়ভাবে SysV init স্ক্রিপ্টগুলি অনুবাদ করার কথা বলে মনে করা হয় তবে কিছু বাগ এবং স্পষ্টত অসামঞ্জস্যতার দীর্ঘ তালিকা রয়েছে ।
এখন, দ্বিতীয় স্পষ্টতা - এই কয়েকটি অতিরিক্ত জিনিস সম্পর্কে:
সিস্টেমড সেই "কয়েকটি অতিরিক্ত জিনিস" কভার করতে চলেছে - সিস্টেমডের জন্য একটি প্রেক্ষিত অনুসারে - কী অর্জন হয়েছে এবং জিনোম.এশিয়া- তে লেনার্ট প্যাটারিংয়ের 2014 সালে কী উপস্থাপন করেছে - নিম্নলিখিতটি হ'ল:
সুতরাং এখানে ফিরে যাওয়া: "এটি একটি ইনিম সিস্টেম, ব্যবহারকারীরা traditionতিহ্যগতভাবে ইন্টারঅ্যাক্ট করেন না এমন কিছু" " - এটি উল্লেখ করতে হবে যে init সিস্টেমটি সেই তালিকায় কেবল একটি আইটেম।
এবং শেষ অবধি, আমি মন্তব্য করতে চাই শেষ জিনিস:
[টি] তিনি যখন ভুল করেন তখন কেবলমাত্র কোনও প্রযুক্তিবিহীন ব্যবহারকারী এটি দেখতে পান।
ওহ, কি স্বস্তি। :)
শেষ ব্যবহারকারীদের জন্য সর্বাধিক উল্লেখযোগ্য পরিবর্তন (নিজেরাই স্ক্রিপ্টগুলি ব্যতীত) পরিষেবাগুলি শুরু করা এবং বন্ধ করা এবং কমান্ডগুলি ব্যবহার করে:
যা প্রত্যাশার মতো আর কাজ করে না। উদাহরণস্বরূপ, nohupআপনি আপনার সেশন থেকে লগ আউট করার পরে প্রক্রিয়াটি চলতে থাকবে তা নিশ্চিত করার জন্য একটি পসিক্স কমান্ড। এটি আর সিস্টেমে কাজ করে না। এছাড়াও প্রোগ্রামগুলির মতো screenএবং tmuxবিশেষ পদ্ধতিতে ডাকা প্রয়োজন বা অন্যথায় আপনি তাদের সাথে যে প্রক্রিয়াগুলি চালাচ্ছেন সেগুলি মারা যাবে (যখন এই প্রক্রিয়াগুলি না পেয়ে সাধারণত পর্দা বা tmux প্রথম স্থানে চলার মূল কারণ হয়)।
এটি কোনও বাগ নয়, এটি একটি নকশা পছন্দ, সুতরাং এটি ভবিষ্যতে স্থির হওয়ার সম্ভাবনা নেই। লেনার্ট পোয়েটারিং এই বিষয়টি সম্পর্কে বলেছেন :
আমার দৃষ্টিতে এটি ইউনিক্সের পক্ষে আসলেই বেশ বিস্ময়কর ছিল যে এটি ডিফল্টরূপে স্বেচ্ছাচারী ব্যবহারকারীর কোডটি লগআউটের পরে অনিয়ন্ত্রিত হয়ে থাকে। বহু ওএস লোকের মধ্যে এটি যুগের পর যুগ ধরে আলোচনা করা হয়েছে যে এটি সম্ভব হওয়া উচিত তবে অবশ্যই এটি ডিফল্ট হওয়া উচিত নয়, তবে কেউই এতদিন কোনও ডিফল্ট থেকে কোনও বিকল্পে রূপান্তর করতে স্যুইচটি ফ্লিপ করতে সাহস করেননি। লগআউট করার পরে ব্যবহারকারীর সেশনগুলি পরিষ্কার না করা কেবল কুৎসিত এবং কিছুটা হ্যাকিশই নয় তবে একটি সুরক্ষা সমস্যা। সিস্টেমড 230 এখন অবশেষে স্যুইচটি উল্টিয়ে ফেলে এবং অবশেষে ডিফল্টরূপে ব্যবহারকারী লগ আউট করার পরে সবকিছু সঠিকভাবে পরিষ্কার করে দেয়।
আরও তথ্যের জন্য দেখুন:
screenscreensystemd-run --user --scope screen(দ্রষ্টব্য: উপরের "আপস্টার্ট" এর আচরণটি সিস্টেমড ব্যতীত আসলেই কিছু, এটি আপস্টার্ট নির্দিষ্ট নয়)
start foosystemctl start foostop foosystemctl stop foorestart foosystemctl restart fooinitctl listsystemctl status( আপস্টার্ট এবং সিস্টেমডের কী কী উপকারিতা / ধারণা রয়েছে তার আমার উত্তরটি দেখুন ? আরও তথ্যের জন্য যা এই প্রশ্নের আওতার বাইরে নয়।)
লগগুলি পরিচালনা করার ক্ষেত্রেও একটি বড় পার্থক্য রয়েছে কারণ ইউনিক্স traditionতিহ্যের বিপরীতে সিস্টেমডের লগগুলি কাস্টম ফর্ম্যাটে বাইনারি ফাইলগুলিতে সংরক্ষণ করা হয়, তার পরিবর্তে:
cat /var/log/upstart/foo.log
tail -f /var/log/upstart/foo.log
আপনার লগগুলি অ্যাক্সেস করার জন্য আপনাকে বিশেষ আদেশগুলি ব্যবহার করতে হবে:
sudo journalctl -u foo
sudo journalctl -u foo -f
প্রথমে দেবিয়ান এবং পরে উবুন্টুর সাথে সিস্টেমেড পরিচিতি বিতর্ক এবং ব্যাপক বিরোধিতা ছাড়াই ছিল না কারণ নীচের নিবন্ধগুলির মধ্যে যে কোনও একটি লিখেছেন বলে জানা যায়:
Systemd হল অফিসিয়াল ডেবিয়ান অবস্থান এবং তার ফলে বিতর্ক নেতৃত্বাধীন হয়েছে 2014 সালে যাত্রা ঘোষণা এবং দিয়ে শেষ ইয়ান জ্যাকসনের পদত্যাগ ।
হ্যাকার নিউজ নিয়ে প্রচুর আলোচনার মাধ্যমে দ্য ইনস ফ্রিডম , বিহীন-সিস্টেমেড.অর্গ এবং সিস্টেমড-ফ্রি.আর.আরোগ উদ্যোগের জন্ম হয়েছিল।