বিভিন্ন পরিস্থিতিতে ইএসপি ব্যবহারের প্রয়োজন হতে পারে এমন অনেকগুলি কারণ রয়েছে:
/boot/efi/EFI/ubuntu/grubx64.efi - এটি EFI GRUB 2 বাইনারি, যা GRUB প্যাকেজ আপডেট করা থাকলে তা প্রতিস্থাপন করতে হবে।/boot/efi/EFI/ubuntu/grub.cfg- এটি একটি GRUB কনফিগারেশন ফাইল যা খুব কম করে; প্রধানত এটি লোড হয় /boot/grub/grub.cfg। সুরক্ষিত বুট সিস্টেমগুলির জন্য "হুক" সক্ষম করতে এই পুনঃনির্দেশটি করা হয়; সিকিউর বুট ব্যতীত, grubx64.efiবাইনারি স্থানীয়ভাবে নির্মিত এবং সরাসরি পয়েন্ট করা যেতে পারে /boot/grub/grub.cfg; তবে /boot/grub/grub.cfgএক সিস্টেম থেকে অন্য সিস্টেমে (ইএসপি দ্বারা দেখা হিসাবে) অবস্থানের স্থান পরিবর্তিত হওয়ার সাথে সাথে grub.cfg, সিকিওর বুটের জন্য ইএসপিতে একটি ফাইল স্থাপন করা প্রয়োজনীয়, যা grubx64.efiস্থানীয়ভাবে নির্মাণের অনুমতি দেয় না । আইএমএইচও, grub.cfgইএসপি-তে মূল এবং অন্যান্য গ্রুব সমর্থন ফাইল রাখার বিষয়টি আরও বোধগম্য হবে , তবে এর দায়িত্বে থাকা বিকাশকারীরা বায়োএস-ভিত্তিক সিস্টেমের তুলনায় আরও রক্ষণশীল পদ্ধতির পক্ষে বেছে নিয়েছেন। যে কোনও ইভেন্টেgrub.cfgইএসপি-তে খুব কমই আপডেট হবে; তবে এটি কোনও পর্যায়ে প্রয়োজনীয় হতে পারে, বিশেষত যদি GRUB ডেবিয়ান প্যাকেজ আপডেট হয়।/boot/efi/EFI/ubuntu/shimx64.efi- এটি শিম বাইনারি, যা সিকিউর বুটের কাজ করার জন্য প্রয়োজনীয়। GRUB 2 বাইনারি এর মতো এটি ডেবিয়ান প্যাকেজ আপডেট দ্বারা প্যাকেজের আপডেট হতে পারে shim-signed।/boot/efi/EFI/ubuntu/MokManager.efi- এটি মক ম্যানেজার বাইনারি, যা একটি শিম সমর্থন সরঞ্জাম। শিমের মতো এটি প্যাকেজ আপডেটে আপডেট হতে পারে।/boot/efi/EFI/ubuntu/fwupx64.efi- এটি একটি EFI- ভিত্তিক কম্পিউটারে ফার্মওয়্যার আপডেট স্বয়ংক্রিয় করতে সহায়তা করার একটি সরঞ্জাম। পূর্ববর্তী EFI বাইনারিগুলির মতো এটি ডেবিয়ান প্যাকেজ আপডেট দ্বারা আপডেট হতে পারে।- EFI ফার্মওয়্যার ফাইল - ফার্মওয়্যার আপডেট করার ফলে ফার্মওয়্যার ফাইলগুলি ESP তে অনুলিপি করা প্রয়োজন। এটি একটি ম্যানুয়াল প্রক্রিয়া বা এমন কিছু হতে পারে যা লিনাক্স
fwupdateবাইনারি এবং ম্যাচিং fwupx64.efiEFI বাইনারি ব্যবহার করে কমপক্ষে আংশিকভাবে স্বয়ংক্রিয়ভাবে সক্রিয়। (আমি 100% ইতিবাচক নই যে, দ্বিতীয়টির জন্য ইএসপি-তে ফাইল লেখার দরকার আছে, যদিও এটি বেশ নতুন এবং এতে নূন্যতম ডকুমেন্টেশন রয়েছে))
- অন্যান্য EFI- সম্পর্কিত সরঞ্জামগুলি - আমার REFInd বুট ম্যানেজার এবং অন্যান্য অ-মানক EFI বুট পরিচালক এবং সরঞ্জামগুলির মতো প্রোগ্রামগুলির ESP- এ ইনস্টল করার প্রয়োজন হতে পারে। সরঞ্জামগুলির নিছক সংখ্যা যেগুলি ইনস্টল করার প্রয়োজন হতে পারে তা উল্লেখযোগ্য তবে এগুলির বেশিরভাগই বহিরাগত, সুতরাং প্রভাবিত সিস্টেমগুলির সংখ্যা কম small
- ম্যানুয়াল কনফিগারেশন ফাইল সমন্বয় - আপনি যদি বুট লোডারটিকে পুনরায় কনফিগার করতে চান তবে আপনার কনফিগারেশন ফাইলটি ESP- এ পড়তে হবে, সম্পাদনা করতে হবে এবং সম্পাদিত ফাইলটি আবার সংরক্ষণ করতে হবে। এই বিষয়ে, কনফিগারেশনটি খতিয়ে দেখার জন্য ESP লাগানো দরকার (যদিও এটি কেবল পঠনযোগ্য মাউন্ট হতে পারে)।
- সিস্টেমের তথ্য সরঞ্জামগুলি - সিস্টেমটি কীভাবে কনফিগার করা হয়েছে সে সম্পর্কে একটি প্রতিবেদন তৈরি করতে বুট ইনফো স্ক্রিপ্টের মতো সরঞ্জামগুলি ESP এ কনফিগারেশন ফাইলগুলি পড়ে। বুট ইনফো স্ক্রিপ্ট সম্ভবত ইএসপি এটির কাজটি চালানোর জন্য আনমাউন্ট করা হলেও এটি মাউন্ট করে, তবে আমি এর থেকে 100% ইতিবাচক নই। অন্যান্য সরঞ্জাম থাকতে পারে যা ধরে নিচ্ছে যে ইএসপি ইতিমধ্যে মাউন্ট করা আছে, এবং যদি এই অনুমানটি পূরণ না করা হয় তবে তাদের কার্যকারিতা হ্রাস পাবে।
সংক্ষেপে, বেশ কয়েকটি কারণ রয়েছে যে ওএস নিজেই বা আপনি ইএসপি থেকে পড়তে বা লিখতে চাইতে পারেন বা প্রয়োজন হতে পারে। এটি বলেছিল যে এই কারণগুলিতে সংখ্যায় খুব কম যে অস্থায়ীভাবে ESP মাউন্ট করার এবং তারপর যখন এটি সম্পন্ন করা যায় তখন এটি আনমাউন্ট করার কোনও প্রক্রিয়া উপকারী হতে পারে। অবশ্যই একটি ডেবিয়ান প্যাকেজ ইনস্টলেশন স্ক্রিপ্টটি কাজটি করতে পারে, উদাহরণস্বরূপ, যেমন ইএসপি-তে কনফিগারেশন ফাইলগুলিকে পরিবর্তন করতে পারে এমন স্বয়ংক্রিয় সরঞ্জামগুলি। আফাইক, যদিও, ইএসপি-র মাউন্টের স্থিতি পরিবর্তন করা দিগন্তের নয়।
নোট করুন যে ESP ডিফল্টরূপে মোটামুটি সীমাবদ্ধ অনুমতি নিয়ে মাউন্ট করা হয়েছে। সম্প্রতি (15.10 বা 16.04 দিয়ে শুরু হতে পারে - আমি ঠিক ঠিক জানি না কখন), মাউন্টের অনুমতিগুলি পরিবর্তন করা হয়েছিল যাতে কেবলroot এটি পড়তে পারে /boot/efi। তার আগেও, কেবল rootইএসপি-তে লিখতে পারত, যদিও পড়ার অনুমতিগুলি হ্রাস ছিল। যেহেতু rootপার্টিশনগুলি মাউন্ট করতে পারে, তাই এই সময়ে ইএসপি আনমাউন্ট ছাড়াই ন্যূনতম সুরক্ষা বেনিফিট রয়েছে, যদিও কোনও সুবিধা রয়েছে যে কোনও ত্রুটি, পাওয়ার ব্যর্থতা ইত্যাদির কারণে ইএসপি-তে ফাইল সিস্টেমের ক্ষতির সম্ভাবনা কম থাকবে etc.