ফেডোরা এবং উবুন্টু বলি?
… এটি উভয়ই আজকাল সিস্টেমযুক্ত অপারেটিং সিস্টেম।
সিস্টেমড অপারেটিং সিস্টেমে কী ঘটে happens
দেশীয় প্রক্রিয়া
সিস্টেমড বিভিন্ন ধরণের ইউনিট নিয়োগ করে। .mount
ইউনিট ফাইলগুলি ভলিউম মাউন্ট করার নির্দেশ দেয়। .swap
ইউনিট ফাইলগুলি অদলবদল সংক্রান্ত পার্টিশন সম্পর্কে কার্নেলটি জানাতে নির্দেশ দেয়। ( .service
ইউনিট ফাইলগুলি পরিষেবাগুলি কীভাবে চালানো যায় তা নির্দেশ দেয় And এবং আরও)) এগুলি হ'ল দেশীয় পদ্ধতিযুক্ত পদ্ধতি। এগুলি কার্যকর করার জন্য, সিস্টেমড নিজেই শিশু প্রক্রিয়াগুলি বন্ধ করে দেয় যা প্রাসঙ্গিক সিস্টেম কল করে।
আপনি যদি এইরকম একটি সিস্টেমযুক্ত অপারেটিং সিস্টেমে systemctl
কমান্ডটি (সাথে --all
) ব্যবহার করেন তবে এটি আপনাকে বোঝা .swap
ইউনিট সম্পর্কে জানাবে । উদাহরণ স্বরূপ:
দেব-ডিস্ক-বাই \ x2dpartuuid-40549710 \ x2d05.swap লোড হওয়া সক্রিয় সক্রিয় / ডিভ / ডিস্ক / বাই অংশুয়েড / 40549710-05
ডেভ-ডিস্ক-বাই \ x2duuid-1bb589e8 \ x2d929f \ x2d4041 \ x2d81f4 \ x2dff2b339b4e2a.swap লোড হওয়া সক্রিয় / ডিভ / ডিস্ক / বাই ইউইডি / 1 বিবি 589e8-929f-4041-81f4aa
dev-sda5.swap লোড সক্রিয় সক্রিয় / dev / sda5
এটি .mount
ইউনিট সম্পর্কেও আপনাকে বলবে ।
একজন সিস্টেম প্রশাসকের আসলে এই ধরনের লিখতে পারেন .swap
, হাতে ইউনিট ফাইল ঠিক যেমন Xe লিখতে পারেন .service
, .socket
হাত দ্বারা অন্যান্য ইউনিট ফাইল, এবং। সিস্টেমড নিজেই কেবল ফাইল সিস্টেমে ইউনিট ফাইলগুলি সন্ধান করে। তারা এর স্থানীয় ব্যবস্থা।
এমনকি এই ইউনিট ফাইলগুলিতে কী রয়েছে এবং ফাইল-সিস্টেমে সেগুলি কোথায় পাওয়া যায় তা দেখানোর জন্য কেউ সিস্টেমডও পেতে পারে:
$ systemctl ক্যাট দেব-ডিস্ক-বাই \\ x2duuid-1bb589e8 \\ x2d929f \\ x2d4041 \\ x2d81f4 \\ x2dff2b339b4e2a.swap
# /run/systemd/generator/dev-disk-by\x2duuid-1bb589e8\x2d929f\x2d4041\x2d81f4\x2dff2b339b4e2a.swap
# সিস্টেমড-এফস্ট্যাব-জেনারেটর দ্বারা স্বয়ংক্রিয়ভাবে উত্পন্ন
[ইউনিট]
SourcePath = / etc / fstab ফাইলের
ডকুমেন্টেশন = মানুষ: fstab (5) মানুষ: systemd-fstab- জেনারেটর (8)
[সোয়াপ]
কি = আপনার / dev / ডিস্ক / উপ-UUID / 1bb589e8-929f-4041-81f4-ff2b339b4e2a
বিকল্প = SW
$
স্বয়ংক্রিয়ভাবে ইউনিট ফাইল উত্পন্ন
তাদের হাতে হাতে লেখা যায়। সাধারণত তবে এ জাতীয় .mount
এবং .swap
ইউনিট ফাইলগুলি স্বয়ংক্রিয়ভাবে জেনারেটর হিসাবে পরিচিত প্রোগ্রামগুলির দ্বারা উত্পন্ন হয় । যেমন দুটি জেনারেটর systemd-fstab-generator
এবং systemd-gpt-auto-generator
। এগুলি উভয়ই বুটস্ট্র্যাপ প্রক্রিয়া এবং systemctl daemon-reload
কমান্ডের প্রতিক্রিয়া হিসাবে প্রথম দিকে চালিত হয় এবং (যেমন আপনি উপরে দেখতে পারেন) তারা একটি অননুমোদিত সাব-ডিরেক্টরিতে ইউনিট ফাইলগুলির পুরো লোড জেনারেট করে /run/systemd/
। সিস্টেমড নিজেই এই উত্পন্ন ইউনিট ফাইলগুলি ব্যবহার করে ।
প্রাক্তন জেনারেটর পড়েন /etc/fstab
, সেই ফাইল ফর্ম্যাটে বেশ কয়েকটি সিস্টেমড এক্সটেনশনগুলি স্বীকৃতি দেয়। আমি যেমন একটি উত্তর মন্তব্যে দেখিয়েছি, traditionতিহ্যগতভাবে অদলবদল পার্টিশনের মাউন্ট প্রকার রয়েছে sw
এবং এটিই অন্য কোনও অপারেটিং সিস্টেমগুলি এই টেবিলের অদলবদল রেকর্ডকে স্বীকৃতি দেবে। তবে লিনাক্স সফ্টওয়্যারগুলি ভিএফএস প্রকারের পরিবর্তে ভিএফএস প্রকারের স্বীকৃতি দেওয়ার বিকল্প কৌশল গ্রহণ করেছে swap
। systemd-fstab-generator
এখানে কোনও ব্যতিক্রম /etc/fstab
নয় এবং এটি স্থানীয় পদ্ধতিতে রূপান্তর করার সময় এটি ব্যাখ্যা করে।
পরবর্তী জেনারেটরটি EFI পার্টিশন টেবিলটি প্রক্রিয়াকরণ করে যা একই ডিস্কে রয়েছে যা EFI সিস্টেম পার্টিশন ধারণ করে, EFI পার্টিশন টেবিল এন্ট্রিগুলির সন্ধান করে যা বিভিন্ন সুপরিচিত পার্টিশনের ধরণের GIDs রয়েছে। এই জিইউইডিগুলির মধ্যে একটি হ'ল লিনাক্স সোয়াপ পার্টিশনগুলিতে নিযুক্ত প্রচলিত জিইউইডি; এবং যদি systemd-gpt-auto-generator
সেই জিইউইডির সাথে কোনও বিভাজন খুঁজে পায় (এটি সিস্টেমড ডকোতে প্রদত্ত মানদণ্ডগুলিকে সন্তুষ্ট করে) এটি এর জন্য একটি .swap
ইউনিট তৈরি করবে; কোন /etc/fstab
জড়িত না ।
অবশ্যই, এই প্রক্রিয়াটির প্রচুর পার্শ্ব-প্রতিক্রিয়া রয়েছে। উদাহরণস্বরূপ, /etc/fstab
টেবিলের কোনও প্রাথমিক কী না থাকায় রেকর্ডগুলিতে "স্পেক" এবং "ফাইল" (অর্থাত্ "কি" এবং "কোথায়") ক্ষেত্রগুলি নকল করতে পারে। স্থানীয় সিস্টেমড মেকানিজমে যদিও, "ফাইল" (অর্থাত্ "যেখানে") ক্ষেত্রটি .mount
ইউনিটের নামগুলিতে এমবেড করা ইউনিটের জন্য একটি অনন্য কী । কোনও দুটি .mount
ইউনিট এটি ভাগ করতে পারে না। জন্য .swap
ইউনিট "বৈশিষ্ট" (মানে ওই "কি") ক্ষেত্র ইউনিট জন্য অনন্য চাবিকাঠি। কোনও দুটি .swap
ইউনিট এটি ভাগ করতে পারে না। সুতরাং সমস্ত রেকর্ডগুলি /etc/fstab
অগত্যা স্থানীয় মেকানিজমে রূপান্তরিত হয় না এবং কাজ করবে, বিশেষত লোকেরা দুটি ভিন্ন উদ্দেশ্যে একই মাউন্ট পয়েন্টের তালিকা তৈরি করতে বা একই স্বাপ বিভাজনকে দুটি ভিন্ন উপায়ে তালিকাভুক্ত করার মতো কাজ করে।
একইভাবে, যেহেতু এটি /etc/fstab
স্থানীয় পদ্ধতিতে অনুবাদ করেছে এবং সিস্টেমেডের স্থানীয় পদ্ধতিতে ইউনিটগুলি সক্রিয় করার অন্যান্য উপায় রয়েছে , আচরণটি সিস্টেমহীন অপারেটিং সিস্টেমগুলির সাথে বিস্তৃতভাবে পৃথক। মাউন্ট করা স্টোরেজ ডিভাইসের প্রতিক্রিয়া .mount
হিসাবে একটি ইউনিট, ডিফল্টরূপে, বুটস্ট্র্যাপের পরেও স্বয়ংক্রিয়ভাবে সক্রিয়systemd-udevd
হবে । অথবা এটি একটি Wants=
বা Requires=
কিছু .service
বা .socket
ইউনিটের তালিকাভুক্ত হতে পারে , অর্থাত্ তারা যখন থাকবে তখন এটি পুনরায় সক্রিয় হবে। এমনকি আছে RequiresMountsFor=
।
ইনস্টলার প্রোগ্রাম এবং সিস্টেমযুক্ত পদ্ধতি
Ditionতিহ্যগতভাবে, অপারেটিং সিস্টেম ইনস্টলার প্রোগ্রামগুলি, এবং সিস্টেমেড প্রশাসক এর পরে সিস্টেমটিকে পুনরায় কনফিগার করার sw
জন্য লিখিত এন্ট্রি দেয় /etc/fstab
। এবং এভাবেই দেশীয় .mount
এবং .swap
ইউনিটগুলি স্বয়ংক্রিয়ভাবে উত্পাদিত হয়। ইনস্টল / কনফিগারেশন ইউটিলিটি "জানে" অদলবদল ফাইলটি কোথায় রাখা হয়েছিল, কারণ এর ব্যবহারকারী ইন্টারফেসে সিস্টেম অ্যাডমিনিস্ট্রেটর কিছু প্রকারের পছন্দ করেছেন এবং /etc/fstab
মেলানোর জন্য একটি লেখেন । কখনও কখনও এই পছন্দটি হ'ল আপনার প্রয়োজন হ'ল ইনস্টলেশনের অংশ হিসাবে আমাকে একটি অদলবদল করা। ; কখনও কখনও এটি কেবলমাত্র ডিস্কের মধ্যে সন্ধান করা সোয়াপ পার্টিশনটি ব্যবহার করা হয়। (ইনস্টলারগুলি পার্টিশনের ধরণগুলিও দেখছেন)।
তবে সিস্টেমেড লোকদের অপারেটিং সিস্টেমগুলির এই ধারণা রয়েছে যা একটি বৃহত শূন্য /etc
গাছ, তথাকথিত স্টেটলেস সিস্টেম থেকে স্বয়ংক্রিয়ভাবে কনফিগার করে এবং EFI পার্টিশন টেবিলটি জেনারেটরের মতো প্রক্রিয়াগুলি সম্পর্কে রয়েছে। সিস্টেমেড লোকদের পরিকল্পনায় /etc/fstab
কোনও অবিচ্ছিন্ন কনফিগারেশন ডেটা নেই /etc
, এবং এই সমস্ত জিনিস ডিস্কে পার্টিশন টেবিলের বিষয়বস্তু থেকে , প্রতিটি বুটস্ট্র্যাপে এবং প্রতিটি ক্ষেত্রেই কেটে নেওয়া হয় systemctl daemon-reload
। তারা আজকাল অপারেটিং সিস্টেম ইনস্টলার প্রোগ্রামগুলিকে প্রচার না করে একটি লিখে না দেয়/etc/fstab
।
Traditionalতিহ্যবাহী স্কিমে অবশ্যই প্রতিটি অপারেটিং সিস্টেমের নিজস্ব ব্যক্তিগত swap পার্টিশন থাকতে পারে এবং তাদের একে অপরের swap পার্টিশন স্পর্শ না করে। এবং যদি আপনি অদলবদলের মাধ্যমে ডিস্কে হাইবারনেট ব্যবহার করছেন এবং হাইবারনেটেড অন্য অপারেটিং সিস্টেমে মাল্টি-বুট করতে সক্ষম হবেন এমন প্রত্যাশা করছেন ( যা খুব খারাপ ধারণা, কারণ এইভাবে ফাইল সিস্টেমের দুর্নীতি ঘটানো খুব সহজ ) যেটি হবে প্রয়োজনীয়।
সিস্টেমেড স্কিমে, যদিও অপারেটিং সিস্টেমটি এখনও সিস্টেমড লোকেরা এটি কল্পনা করে এবং "রাষ্ট্রবিহীন" হিসাবে না থাকে, উল্লিখিত জেনারেটরগুলি চালিত হয়; এবং এইভাবে প্রয়োজনীয় পার্টিশন টাইপের সমস্ত অদলবদল (ইএসপি / রুট ডিস্কে) সমস্ত সিস্টেমযুক্ত অপারেটিং সিস্টেম দ্বারা স্বয়ংক্রিয়ভাবে নিযুক্ত হয়। যেহেতু তারা সমস্ত স্বয়ংক্রিয়ভাবে সন্ধান করা সোয়াপ পার্টিশনগুলি ভাগ করে নেবে, তাই ইনস্টলড অপারেটিং সিস্টেমের জন্য সত্যিকার অর্থে একটি স্ব্যাপ পার্টিশন তৈরি করার দরকার নেই।
আরও পড়া