বিন্যাসিত পার্টিশনে ফাইলগুলির সাথে কেবল অনুলিপিগুলি অনুলিপি করা হচ্ছে। পার্টিশনের বুট ফ্ল্যাগ সেট করা, বুট লোডার লিখতে বা কখনও কখনও সাধারণ ফাইলগুলি সঠিক জায়গায় (পড়ুন: সেক্টর) অনুলিপি করা এবং ফাইলগুলির বৈশিষ্ট্য নির্ধারণের মতো বুট প্রক্রিয়াটির জন্য আপনি প্রয়োজনীয় বিশেষ কিছু করতে সক্ষম হবেন না / অনুমতি। পূর্ববর্তী বুট ডিস্ক তৈরির কারণে, এমবিআর-এ বুট লোডার লেখার জন্য একটি ফর্ম্যাটিং সরঞ্জাম ইত্যাদির কারণে আপনি ভাগ্যবান না থাকলে ডিস্কটিকে বুট করার যোগ্য করার জন্য আপনাকে আরও পদক্ষেপগুলি করতে হবে
বিশেষত BIOS মোডে বুট করার সময়, BIOS বৈধ বুট স্বাক্ষর 0xAA55 আছে কিনা তা দেখার জন্য প্রথম সেক্টর (এমবিআর) সন্ধান করে । যদি হ্যাঁ হয় তবে এটি সেই ক্ষেত্রটি লোড করে এবং এমবিআর-র বুট লোডারটিতে নিয়ন্ত্রণ স্থানান্তর করে। এমবিআর পার্টিশন কনফিগারেশন বর্ণনা করে, সুতরাং এটি পার্টিশনের অভ্যন্তরে থাকতে পারে না এবং এটি সাধারণ সরঞ্জামগুলির সাথে অনুলিপি করতে পারে না।
এছাড়াও, যেহেতু এমবিআর দরকারী হিসাবে খুব ছোট, তাই বেশিরভাগ আধুনিক বুট লোডারগুলি বুট প্রক্রিয়াটিকে একাধিক পর্যায়ে বিভক্ত করে , এমবিআরের বুট কোডটি তার পরবর্তী পর্যায়ে লোড করে। পার্টিশনের বাইরের অঞ্চলগুলিতে প্রায়শই আরও অন্তর্-স্তরগুলি প্রায়শই রাখা হয় । কেউ কেউ এটি ইবিআরে রাখতে পারেন , তবে গ্রাব সাধারণত দ্বিতীয় পার্টটি প্রথম পার্টিশন এবং এমবিআর -কে পোস্ট-এমবিআর ফাঁক বলে ফাঁকা জায়গায় রেখে দেয়। এ কারণেই যদি কেউ পার্টিশনগুলি সঠিকভাবে সারিবদ্ধ না করে তবে গ্রাবের বুট কোড রাখার কোনও জায়গা নেই, ফলে এম্বেডিংয়ের ত্রুটি ঘটে
অনেকগুলি বুট লোডার যেমন লিলো বা পুরানো উইন্ডোজ / ডস বুট লোডারগুলিও এমবিআর-তে পরবর্তী কোড বা সিস্টেম ফাইলগুলির অবস্থানের মতো হার্ড কোড তথ্য দেয়। পার্টিশনের ডেটা পড়ে তারা কাজ করে না তবে এর পরিবর্তে কয়েকটি হার্ড কোডেড সেক্টর পড়ে, কারণ এমবিআর বা এমবিআর পরবর্তী ফাঁকের মতো ক্ষুদ্রতর জায়গাগুলিতে ফাঁসানো খুব কঠিন এমন ফাইল সিস্টেমটি পার্স করতে খুব বেশি কোড লাগবে। এমনকি গ্রাব এই জাতীয় হার্ড কোডিং সমর্থন করে । তার মানে কিছু সিস্টেম ফাইলের সেক্টর বাই সেক্টর হুবহু সঠিক স্থানে থাকতে হবে যা আপনি সাধারণ অনুলিপি দিয়েও অর্জন করতে পারবেন না। আপনি "অস্থাবর সিস্টেম ফাইলগুলি" দেখতে পাওয়ার কারণ উইন্ডোজ ডিফ্র্যাগামেন্টার বা সংকুচিত ফাইল সিস্টেমগুলি চালনার সময়, যা কখনও কখনও আসলে সঠিক হয় না, কারণ এটি ঠিক যে আধুনিক বুট লোডারগুলি অনেক বেশি স্মার্ট এবং এই জাতীয় বিষয়গুলির যত্ন নেওয়ার পরেও উইন্ডোজ এই ফাইলগুলি সরিয়ে নিতে খুব ভয় পায়।
সর্বোপরি, বুট লোডারকে কী বুট করতে হবে তা জানাতে আপনাকে বুট পার্টিশনটি সক্রিয় হিসাবে সেট করতে হবে । এটি একটি পার্টিশন সরঞ্জাম বা হেক্স সম্পাদনা দ্বারা ম্যানুয়ালি করা উচিত, যেহেতু এটি পার্টিশন ক্ষেত্রের বাইরেও রাখা হয়েছে।
ইউইএফআইতে জিনিসগুলি অনেক সহজ। এটি FAT ফাইল সিস্টেমগুলি (এবং অ-মানক বাস্তবায়নের আরও বেশি ফাইল সিস্টেম) সম্পর্কে জানে, সুতরাং বুট ফাইলগুলি EFI সিস্টেম পার্টিশন, একেএ ইএসপিতে সংরক্ষণ করা হয় । ইউইএফআই ইএসপিতে * .efi অ্যাপ্লিকেশনগুলি লোড করে যা অপারেটিং সিস্টেমগুলি লোড করবে।
ইউইএফআই ফার্মওয়্যার অপসারণযোগ্য স্টোরেজ ডিভাইসগুলি যেমন ইউএসবি ফ্ল্যাশ ড্রাইভগুলি থেকে বুট করা সমর্থন করে। এই উদ্দেশ্যে, অপসারণযোগ্য ডিভাইসটি একটি FAT12, FAT16 বা FAT32 ফাইল সিস্টেমের সাথে ফর্ম্যাট করা দরকার, যখন একটি বুট লোডারকে স্ট্যান্ডার্ড ESP ফাইলের স্তরক্রম অনুসারে সংরক্ষণ করতে হবে বা সিস্টেমের বুট লোডার একটি সম্পূর্ণ পথ সরবরাহ করে বুট ম্যানেজার.
সুতরাং মূলত আপনাকে কেবল * .efi ফাইল (গুলি) ESP- তে অনুলিপি করতে হবে এবং সিস্টেম ফাইলগুলি সঠিক ফোল্ডারে রেখে দিতে হবে। তবে, এখনও একটি ছোট সমস্যা আছে কারণ * .efi ফাইলযুক্ত FAT পার্টিশনটি অবশ্যই পার্টিশনের বাইরে এমবিআর বা জিপিটি টেবিলের মধ্যে ESP হিসাবে চিহ্নিত করা উচিত , যা উপরের মতো অনুলিপি করে সম্পন্ন করা যায় না। বিশেষত পার্টিশনের ধরণটি অবশ্যই 0 সিএইচ / 0 বিএইচ / এমবিআরে ইএফএইচ থেকে যাই হোক না কেন এবং জিপিটিতে সি 12 এ 7328-এফ 81 এফ -11D2-বিএ 4 বি -00 এ 0 সি 93 ই সি 93 বি তে পরিবর্তন করতে হবে , যেহেতু ইএসপি আসলে FAT12 / 16/32 নয় তবে একটি স্বাধীন ফাইল সিস্টেমের উপর ভিত্তি করে FAT ফাইল সিস্টেম পরিবার
এবং এখনও বিএসডি ডিস্ক লেবেল বা এপিএম এর মতো আরও অনেক বিভাজনমূলক প্রকল্প রয়েছে যা বুট করার জন্য আলাদাভাবে পরিবর্তন করতে হবে। অথবা ইউএসবি স্টিকগুলি কোনও পার্টিশন টেবিল ছাড়াই বিন্যাস করা যেতে পারে (এএফআইএইচ উইন্ডোজ এটি ডিফল্টরূপে করে), সুতরাং এটি বুটযোগ্য তৈরি করা আলাদা হবে। তবে একই সীমাটি প্রযোজ্য: আপনাকে বিভাজনবিহীন অঞ্চলগুলি সংশোধন করতে হবে