.তিহাসিকভাবে, ড্রাইভগুলি সরাসরি ওএস দ্বারা নিয়ন্ত্রিত হয়, যা পরিবর্তিতভাবে অ্যাপ্লিকেশন দ্বারা নিয়ন্ত্রিত হয়। সেই প্রসঙ্গে, পিসিরা কাজ করার প্রাথমিক উপায় থিওরি 2 ছিল worked ওএস ডেটা রাখার জন্য একটি শারীরিক অবস্থান নির্দিষ্ট করেছে এবং এই প্রক্রিয়াটির এটির সম্পূর্ণ নিয়ন্ত্রণ ছিল। ফলস্বরূপ, প্রারম্ভিক ফাইল সিস্টেমে একটি "খারাপ সেক্টর" সারণী ছিল, সুতরাং আপনার ডেটা নষ্ট হওয়ার পরে, কম্পিউটার আপনাকে ডেটাটি হারিয়ে গেছে এবং আরও ডেটা ক্ষতি এড়াতে সেক্টরটিকে অকেজো হিসাবে চিহ্নিত করতে পারে। ডিস্ক স্ক্যান এবং ডিফ্র্যাগমেন্টেশন ছিল সেই দিনের ক্রম।
তবে, শতাব্দীর শুরু হওয়ার পরে, আমরা এলবিএতে চলে এসেছি, সুতরাং এখন ওএস কেবল "যৌক্তিক" ব্লকটি পড়তে বা লিখতে চেয়েছিল তা উল্লেখ করবে। হার্ড ড্রাইভের নিজেই এখন ওএসের পিঠের পিছনে থাকা ডেটাগুলি নজরে না দেখিয়ে বিক্ষোভ করার বুদ্ধি ছিল। এর অর্থ আরও ভাল নির্ভরযোগ্যতা, যেহেতু যে খাতগুলি যাচাই করতে ব্যর্থ হয়েছিল কেবল সেই তথ্যটি কোথায় রয়েছে সে সম্পর্কে ওএসের জ্ঞানকে প্রভাবিত না করে কেবল নতুন শারীরিক স্থানে স্থানান্তরিত করা যেতে পারে।
আধুনিক হার্ডওয়্যারগুলিতে, "প্ল্যাটার" ডিস্ক ড্রাইভগুলি সাধারণত নতুন আগত ডেটার সাথে আগে যা কিছু ছিল সেগুলি ওভাররাইট করে এবং theচ্ছিকভাবে এলবিএকে পুনঃস্থাপন করে যদি সেক্টরটি দেখে মনে হয় যে এটি ডেটা ধরে রাখতে পারে না (সেক্টরটি ক্ষতিগ্রস্থ বা জরাজীর্ণ)। "ফ্ল্যাশ" ড্রাইভগুলি সাধারণত পুরানো কক্ষগুলি মুছে দেয় এবং তারপরে নতুন কোষগুলিতে ডেটা লিখতে থাকে, এটি প্রক্রিয়াটিকে সমতলকরণ হিসাবে পরিচিত।
উভয় ক্ষেত্রেই এটি সম্ভব কারণ প্রতিবেদনিত মানের বাইরে সর্বদা অব্যবহৃত ক্ষমতা থাকে। এই ওভারপ্রোভিজনিংটি ড্রাইভটিকে আগের শতাব্দীর প্রযুক্তির তুলনায় অবিশ্বাস্য প্রযুক্তির চেয়ে দীর্ঘ ব্যবহারযোগ্য জীবনযাপন করতে দেয়। এলবিএ মোড শারীরিক মাধ্যমটিকে ওএস থেকে বিমূর্ত করতে সক্ষম করে যাতে ড্রাইভটি ডেটা ক্ষতি রোধ করার জন্য ড্রাইভের যা মনে করে প্রয়োজনীয় ব্যবস্থা গ্রহণ করতে পারে।
অ্যাপ্লিকেশন স্তরে, আপনি সাধারণত "WRITE" মোডে একটি ফাইল খুলুন, যা ওএসকে ফাইল সাফ করতে বলে (সামগ্রীগুলি "মুছুন", তবে ফাইলটি নয়), তারপরে নতুন ডেটা লিখুন। এই সমস্তগুলি ওএস স্তরে বাফার করা হয়, তারপরে ড্রাইভে "ফ্লাশ" করা হয়, যা অনুরোধিত পরিবর্তনগুলি করে।
সেই তথ্যটি প্রদান করে, থিওরি 1 হ'ল প্রযুক্তিগতভাবে অ্যাপ্লিকেশন প্রোগ্রামিং স্তরে ঘটেছিল কমপক্ষে ডিফল্ট হিসাবে, কারণ ফাইলের বিষয়বস্তু সাফ করা এড়াতে "অ্যাথেন্ড উইথ রাইট" মোডও রয়েছে। ওএস নিজেই থিয়োরি 2 এর মতো আরও পরিবর্তিত পরিবর্তনগুলি উপস্থাপন করবে তবে এলবিএর মাধ্যমে বিমূর্ত করা হবে। ড্রাইভ নিজেই তখন সম্ভবত কিছু করবে যা থিওরি 1 এবং থিওরি 2 এর মিশ্রণ।
হাঁ। এটি জটিল এবং খুব আংশিক নির্মাতা / ওএস-বিকাশকারী / অ্যাপ্লিকেশন-বিকাশকারী নির্ভর। যাইহোক, এই সমস্ত জটিলতার লক্ষ্য বিদ্যুতের ব্যবহার / ব্যাটারি লাইফের উন্নতি করার সময় ডেটা স্টোরেজকে আরও নির্ভরযোগ্য করে তোলা।