সিস্টেম-কমান্ড লাইন বিকল্পগুলি "- সুইচড-রুট" এবং "--ডিসিয়ালাইজেশন" কী কী?

Question

psআমার লিনাক্স বাক্সে একটি করে করা দেখায় যে systemdকমান্ড লাইন অপশন --switched-rootএবং দিয়ে চলে --deserialize। ম্যান পৃষ্ঠায় কিছুই নেই বা /usr/share/doc/systemdতাদের উল্লেখ নেই, এবং গুগল খুব একটা সাহায্য করে নি। তো তারা কী করে? আমি অনুমান করছি যে পাইভট_রূটের--switched-root সাথে কিছু করার আছে তবে এটি কেবল একটি অনুমান।

Comments

ভাল পয়েন্ট, এখানে আর্ক একই: আমার প্রক্রিয়া এন। 1 সিস্টেমযুক্ত - সিস্টেমে - ডিজিটালাইজ 18. আবার মানুষের কাছ থেকে কোন ধারণা পাওয়া যায় নি।

— মারিয়াসমাতুটিয়

Answer 1

এগুলি ইচ্ছাকৃতভাবে সিস্টেমডের অভ্যন্তরীণ অঙ্গহীন দলিল। খুব সহজভাবে, তাই:

• --deserializeসংরক্ষিত অভ্যন্তরীণ অবস্থার পুনরুদ্ধার করতে ব্যবহৃত হয় যা পূর্ববর্তী একটি অনুরোধ, এটি একটি আইএন systemd, exec()একটি ফাইলে লিখেছিল। এর বিকল্প যুক্তি হ'ল প্রক্রিয়াটির জন্য একটি মুক্ত ফাইল বর্ণনাকারী ।
• --switched-rootএই অনুরোধটি জানাতে ব্যবহৃত হয় systemdযে এটি systemdকোনও ইন্ট্রামফ পরিচালনা করার জন্য আহবান করা হয়েছে , এবং সেই অনুযায়ী আচরণ করা উচিত - অন্যথায় সৃষ্ট আচরণের কিছুটা বন্ধ করে দেওয়া সহ --deserialize।

Comments

এটি একটি ভাল উত্তর। এটিকে কিছুটা প্রসারিত করার জন্য: --deserialize - সুইচড-রুট দিয়ে চালিত সিস্টেমড অর্থাত্ initramfs এ systemd ব্যবহার করা হত। আজকাল এটি বেশ সাধারণ, সুতরাং পিআইডি 1 এর কমান্ড লাইনে এই দুটি বিকল্পের প্রত্যাশা করা উচিত

— zbyszek

@ জাজিবিজেক তাহলে এখানে কী কথা? যদি এটি একটি ভাল উত্তর হয় তবে কেন প্রকাশ্যভাবে প্রকাশিত অভ্যন্তরীণ অংশগুলি systemdএখনও সরকারী systemdনথিতে কোনও অংশ নেই? systemdআমরা কী দেখি তা আমাদের ব্যাখ্যা করার জন্য আপনার ব্যাখ্যাটি সরকারী ডকুমেন্টেশনের মধ্যে অন্তর্ভুক্ত করা উচিত নয় ( systemd-cgls | grep deserialize)? এটি ইতিমধ্যে 2020! গুগল এবং এসও কি সত্যই একমাত্র স্থান, যেখানে এই জাতীয়ভাবে প্রকাশিত অভ্যন্তরীণ অংশগুলি প্রকাশ্যভাবে systemdআমাদের মতো নাবালকদের বোঝানো উচিত?

— টিনো