কেন ক্ষতিগ্রস্থ হার্ড ড্রাইভগুলি পুরো সিস্টেমকে হিমশীতল করে?


128

কেন এমন একটি হার্ড ড্রাইভ যা খারাপ ব্লক (এইচডিটিউন এবং এইচডিডিএসস্ক্যানে যাচাই করা হয়েছে) হিসাবে পরিচিত, আমার পুরো সিস্টেমটি হিমশীতল করে?

এটি ওএস ড্রাইভ নয়; এটি অন্য Sata বন্দরের সাথে সংযুক্ত, এবং আমি এ থেকে অন্য স্বাস্থ্যকর ড্রাইভে ফাইলগুলি অনুলিপি করার চেষ্টা করছি।

আমি প্রায় প্রতিটি ক্ষতিগ্রস্ত হার্ড ড্রাইভ এবং প্রতিটি উইন্ডোজ পিসির সাথে এই সমস্যাটি অভিজ্ঞতা করেছি।

আমি কেবলমাত্র যে প্রোগ্রামটি আমি ফাইলগুলি (উইন্ডোজ এক্সপ্লোরার ইত্যাদি) অনুলিপি করার জন্য ব্যবহার করছি তার জন্য শীতল হওয়া দেখতে প্রত্যাশা করব তবে এর পরিবর্তে আমার পুরো পিসি ঝাঁকুনি হয়ে যায় এবং ক্ষতিগ্রস্থ ড্রাইভ থেকে ফাইলগুলি অনুলিপি করার সময় আমি ওয়েব ব্রাউজ করতে বা সিনেমা দেখতে পারি না।

দীর্ঘ গল্প।

আমি একটি গ্রামাঞ্চলে থাকি যেখানে বিদ্যুতের সমস্যা রয়েছে (ব্রাউনআউটস ইত্যাদি)। আমি নিজেই একটি ইউপিএস ব্যবহার করছি এবং আমার নিজের হার্ড ড্রাইভগুলি পুরোপুরি ভাল। তবে আমার প্রতিবেশীরা প্রায়শই তাদের পিসি সংক্রান্ত সমস্যাগুলির জন্য সহায়তা চেয়ে থাকে এবং আমি প্রায়শই দেখি যে তাদের হার্ড ড্রাইভগুলি ক্ষতিগ্রস্থ হয়েছে, সম্ভবত বিদ্যুতের সমস্যার কারণে। অবশ্যই, ক্ষতিগ্রস্থ ড্রাইভ প্রতিস্থাপনের পরে আমি আমার প্রতিবেশীদের একটি ইউপিএস কেনার পরামর্শ দিই।

আমি সবসময়ই ভেবে দেখেছি, ক্ষতিগ্রস্থ ড্রাইভগুলি থেকে ডেটা পুনরুদ্ধারের সময় আমার পিসি কেন সম্পূর্ণ জমে যায়। এটা কি হার্ডওয়ার ইস্যু? ওএস ডেটা পড়ার উপায়ের কারণে এটি ঘটে? এটি কি উইন্ডোজ-নির্দিষ্ট কিছু, এবং আমি এটি * নিক্সে অনুভব করব না?

যাইহোক, এখন থেকে আমি উইন্ডোজ এক্সপ্লোরারের পরিবর্তে কিছু উত্সর্গীকৃত সফটওয়্যার ব্যবহার করব (যেমন রোডকিলের আনস্টপ্পেবল কপিয়ার) তবে পুরো পিসি হিমায়িত না করে, যদিও এটি আলাদাভাবে কাজ করবে কিনা তা আমি নিশ্চিত নই।

এটি সাহায্যের জন্য অনুরোধ নয়, এটি শিক্ষাগত কাজের জন্য আরও বেশি, তাই আমি জানি যে জিনিসগুলি কেন সেভাবে কাজ করে।


11
একটি বাহ্যিক ইউএসবি এনক্লোজার ব্যবহার করা আপনাকে সহায়তা করবে, যেহেতু আপনি আর আপনার সিস্টেমে ত্রুটিযুক্ত ডিস্কটি সাটা নিয়ামকের সাথে বেঁধে রাখছেন না (এছাড়াও, আপনার মাদারবোর্ড এবং ত্রুটিযুক্ত ডিস্কের মধ্যে বলিযুক্ত হার্ডওয়ারের একটি অতিরিক্ত স্তর যুক্ত করা সর্বদা একটি ভাল ধারণা)।
মাত্তেও ইটালিয়া

3
এটি সাতার সাথে নির্দিষ্ট নয়, আইডিই ড্রাইভগুলি এটিও করেছিল this ডিস্কটি ক্ষতিগ্রস্থ হওয়ার কারণে নিয়ামকটি বোঝায় না, বিশেষত যদি বৈদ্যুতিক ত্রুটি ডিস্কটিকে ক্ষতিগ্রস্থ করে।
ক্রিস এইচ

গৃহীত উত্তরটি দুর্দান্ত and এবং এতে আমি কী বলতে যাচ্ছিলাম এবং আরও অনেক কিছু রয়েছে। মূলত আপনি নিজের এসএটিএ নিয়ন্ত্রককে আতঙ্কিত করছেন, যা একটি অতি-গুরুত্বপূর্ণ সিস্টেম ডিভাইস, যার ফলে উইন্ডোজ আতঙ্কিত হয়। বিআইওএস এএইচসিআই / "হট-অদলবদল" সক্ষম করা যদি পরিস্থিতির উন্নতি করে তবে আমি অবাক হই।
আর্থার কে

উত্তর:


170

এটি সেই অঞ্চলগুলির মধ্যে একটি যেখানে স্যাটা সাবপটিমাল। সমস্যাটি স্টোরেজ ডিভাইস আন্তঃসংযোগ প্রোটোকল স্তরে, এবং এইভাবে আপনি কোন সফ্টওয়্যারটি চালাচ্ছেন তার সাথে সম্পর্কিত নয়। অন্য কোনও ফাইল কপিয়ার বা অন্য অপারেটিং সিস্টেম ব্যবহার করা যাদুবিদ্যার কারণে জিনিসগুলিকে আরও উন্নত করতে পারে না, ব্যতীত এটি সমস্যার প্রভাব কমাতে বিভিন্ন টাইমআউট মান নির্ধারণের চেষ্টা করতে পারে (যা হার্ডওয়্যার এবং ফার্মওয়্যারের উপর নির্ভর করে সম্ভব হতে পারে বা নাও হতে পারে; নীচে দেখুন) )।

এখানে কয়েকটি গুরুত্বপূর্ণ বিষয় রয়েছে:

  1. Sata- এর সাথে, যদি ড্রাইভটি সাড়া দেওয়া বন্ধ করে দেয় তবে এটি কেবলমাত্র একটি ড্রাইভেই সমস্যায় পড়ছে তা নয় , পুরো স্টোরেজ সিস্টেমটি বেঁধে ফেলতে পারে। এটি অবশ্যই পুরো নিয়ামককে বেঁধে রাখার সম্ভাবনা রাখে এবং যেহেতু বেশিরভাগ গ্রাহক সিস্টেমে কেবলমাত্র একটিমাত্র ডিস্ক নিয়ামক থাকে (মাদারবোর্ডে সংহত একটি), এর অর্থ সমস্ত স্টোরেজ। এটি আরও খারাপ যদি ড্রাইভটি কিছু মানহীন এবং / অথবা অপ্রত্যাশিত উপায়ে ব্যর্থ হয় তবে ড্রাইভ প্রান্তিক হলে অবশ্যই ঘটতে পারে। আপনার আগ্রহী হতে পারে কোনও হার্ডওয়্যার SATA RAID-10 অ্যারেতে থাকা একটি সিঙ্গল ডিস্ক কীভাবে পুরো অ্যারেটিকে স্ক্রাইকিং স্টলটিতে আনতে পারে? সার্ভার ফল্টে।
  2. বেশিরভাগ গ্রাহক এসটিএ ড্রাইভের দীর্ঘ সময়সীমার সময়সীমা থাকে (মিনিটের ক্রম অনুসারে) এবং অনেক গ্রাহক এসটিএ ড্রাইভে কনফিগারযোগ্য ত্রুটি পুনরুদ্ধার নিয়ন্ত্রণের অভাব থাকে । তথাকথিত "এনএএস" ড্রাইভে প্রায়শই কনফিগারযোগ্য ইসআরসি থাকে, এবং উচ্চ-শেষের ড্রাইভগুলি কার্যত সর্বদা করে থাকে; এ জাতীয় ড্রাইভগুলিরও সংক্ষিপ্ত ডিফল্ট সময়সীমা থাকতে পারে (7 সেকেন্ডের একটি সাধারণ মান হচ্ছে)। দীর্ঘ সময়সীমার সময়কালে সুবিধাজনক যদি ড্রাইভে ডেটাগুলির একমাত্র অনুলিপি ধারণ করে, যা দুর্ভাগ্যক্রমে গ্রাহক সিস্টেমে সাধারণ; এগুলি একটি অপ্রয়োজনীয় কনফিগারেশনের অসুবিধা বা যেখানে আপনি আরও বেশি খারাপ হওয়ার আগে ড্রাইভটি যতটা সম্ভব সম্ভব পেতে চান।
  3. একটি ড্রাইভ একটি খারাপ ক্ষেত্রটি পড়ার চেষ্টা চালিয়ে যাবে যতক্ষণ না এটি তার সময়সীমা শেষ না হওয়া অবধি বা হোস্ট দ্বারা কোনও বিসর্জন বাতিল হওয়া পর্যন্ত until যেহেতু সাটা বাসটি পড়া শেষ হওয়ার অপেক্ষায় বেঁধে রাখা যেতে পারে, তাই ওএসের পক্ষে স্টোরেজ-স্তরের কমান্ড বিসর্জনের ইঙ্গিত দেওয়া সম্ভব নাও হতে পারে এবং চরম ক্ষেত্রে, ড্রাইভগুলিও স্যাটা বাসের পুনরায় সেটাকে সাড়া দেয় না might এমন পরিস্থিতিতে

পয়েন্ট # 1 সার্ভারে এসএএসের অন্যতম প্রধান বিক্রয় পয়েন্ট ; এসএএসএর তুলনায় এসএএস-তে উল্লেখযোগ্যভাবে ভাল ত্রুটি রয়েছে। পয়েন্ট # 2 একটি ড্রাইভ ফার্মওয়্যার সীমাবদ্ধতা, এবং # 3 সত্যিই কেবল # 2 এর কারণে সমস্যা হয়ে দাঁড়িয়েছে।

সুতরাং যা হয় তা হ'ল ওএস ডিস্কে একটি "পঠিত সেক্টর" কমান্ড জারি করে এবং নির্দিষ্ট ক্ষেত্রগুলি কোনওভাবে ক্ষতিগ্রস্থ হয়। সুতরাং, ডিস্কটি প্লাটারগুলিতে তথ্য নেওয়ার চেষ্টা করার জন্য পুনরায় চেষ্টা করার চেষ্টা করে, বারবার পড়ার চেষ্টা করে যতক্ষণ না ভাল পর্যাপ্ত ডেটা না পাওয়া যায় যে ডিস্কের নিজস্ব ত্রুটি সংশোধন ( এফইসি ) অবশিষ্ট ত্রুটিগুলি সংশোধন করতে সক্ষম হয়। আপনি যদি দুর্ভাগ্য হন তবে এটি কখনই না হতে পারে তবে এই পঠনটি সফল হবে না এমন সিদ্ধান্ত নেওয়ার আগে ড্রাইভ কিছুটা দীর্ঘ সময়ের জন্য চেষ্টা চালিয়ে যাবে।

যেহেতু অপারেটিং সিস্টেমটি পড়ার জন্য অপেক্ষা করছে, এটি খুব কমপক্ষে অনুলিপি করার প্রক্রিয়াটি একটি ক্রলকে কমিয়ে দেবে এবং সঠিক ওএস আর্কিটেকচারের উপর নির্ভর করে ওএসকে সময়কালের জন্য ঝাঁকুনির বা এমনকি হিমশীতল হতে পারে। এই মুহুর্তে ডিস্কটি মূল পড়ার সাথে ব্যস্ত থাকে এবং বর্তমানে চালিত কমান্ড (সফলভাবে বা অসফলভাবে) শেষ না হওয়া পর্যন্ত পরবর্তী পঠিত কমান্ডগুলিতে সাড়া দেয় না এবং অন্যান্য সফ্টওয়্যার সাধারণত অপারেটিং সিস্টেমের চেয়ে ভাল করতে পারে না until চলছে।

অতএব, যে কোনও কিছু পড়ার জন্য অন্য কোথাও আলোড়িত করে ( আদর্শভাবে কেবল ক্ষতিগ্রস্থ ড্রাইভে) ক্ষতিগ্রস্থ ড্রাইভটি সফলভাবে প্রশ্নে খাতটি পড়া না হওয়া পর্যন্ত বা লাইকটি অপেক্ষা করতে হবে না বা এটি পড়া যায় না। প্রতিক্রিয়াবিহীন ড্রাইভগুলি স্যাটাকে অনুকূল হ্যান্ডলিংয়ের চেয়ে কম বলে, এর অর্থ এই হতে পারে যে আপনি যে ড্রাইভটি অনুলিপি করছেন তা কেবল তার I / O বিলম্বিত হতে পারে না। অপারেটিং সিস্টেমটি সামলাতে সক্ষম হলেও, এটি সফ্টওয়্যারটির ফলে খুব সহজেই অন্যান্য সফ্টওয়্যারকে ধীর বা প্রতিক্রিয়াহীন হয়ে উঠতে পারে, কারণ সফ্টওয়্যারটি অপর এক I / O অনুরোধটি শেষ করার জন্য অপেক্ষা করে।

আপনি এখানে ডিস্কের কোনও ফাইল অ্যাক্সেস না করেও ডিস্ক আই / ও ঘটতে পারে তা এখানেও লক্ষণীয় গুরুত্বপূর্ণ। এর প্রধান দুটি কারণ হ'ল লোড-অন-ডিমান্ড এক্সিকিউটেবল কোড এবং অদলবদল। যেহেতু সিস্টেমটি মেমরির চাপের মধ্যে না থাকলেও অদলবদল কখনও কখনও ব্যবহৃত হয় এবং আধুনিক সিস্টেমে লোড-অন-ডিমান্ড এক্সিকিউটেবল কোডটি সাধারণ এবং আধুনিক এক্সিকিউটেবল ফাইল ফর্ম্যাট সহ, সাধারণ ব্যবহারের সময় অযৌক্তিক ডিস্ক পড়ার ক্রিয়াকলাপ খুব বাস্তব সম্ভাবনা।

মাত্তিও ইটালিয়া কর্তৃক প্রশ্নের মন্তব্যে যেমন উল্লেখ করা হয়েছে , একটি প্রশমিত কৌশল হ'ল ভিন্ন স্টোরেজ আন্তঃসংযোগ ব্যবহার করা, যা "ইউএসবি ঘেরে ডিস্ক স্থাপন" বলার জটিল উপায়। ইউএসবি ভর স্টোরেজ প্রোটোকলের মাধ্যমে বিমূর্ত করে, এটি আপনার সিস্টেমের বাকী অংশ থেকে সমস্যাযুক্ত SATA অংশকে পৃথক করে, যার অর্থ এই যে তাত্ত্বিকভাবে , সেই নির্দিষ্ট ডিস্কের কেবলমাত্র I / O disk ডিস্কের আই / ও সমস্যার দ্বারা প্রভাবিত হওয়া উচিত।

কিছুটা হলেও, এটি বেশিরভাগ ক্ষেত্রেই কেন Sata (বিশেষত ড্রাইভ-লেভেল ইআরসি ব্যতীত Sata) প্রায়শই RAID এর জন্য নিরুৎসাহিত হয় (বিশেষত RAID স্তরগুলি রিডানডেন্সির সাথে থাকে যা মানকগুলির মধ্যে সমস্ত RAID 0 ব্যতীত হয় ); দীর্ঘ সময়সীমা এবং দুর্বল ত্রুটি পরিচালনার ফলে সহজেই একটি একক খারাপ সেক্টরের জন্য পুরো ডিভাইসটিকে অ্যারের বাইরে ফেলে দেওয়া যেতে পারে, যা অতিরিক্ত পরিমাণে উপস্থিত থাকলে RAID নিয়ামক ঠিক জরিমানা করতে পারে এবং স্টোরেজ নিয়ামক সহজেই জানেন যে এটিই সমস্যা। এসএএস বড় স্টোরেজ অ্যারেগুলির জন্য ডিজাইন করা হয়েছিল, এবং এই প্রত্যাশার সাথে যে মাঝে মাঝে বিভিন্ন ড্রাইভে সমস্যা হবে, যার ফলে এটি একটি একক সমস্যাযুক্ত ড্রাইভের কেস পরিচালনা করার জন্য নকশাকৃত হয়েছিল বা I / O অনুরোধটি নিখুঁতভাবে অনুরোধ করেছেএমনকি যদি ড্রাইভ না করে। সমস্যাযুক্ত ডিস্কগুলি গ্রাহক সিস্টেমে খুব বেশি সাধারণ হয় না কারণ কেবল তাদের মধ্যে অনেকগুলি ডিস্ক ইনস্টল না করা থাকে এবং যেগুলি ইনস্টল করা হয় সেগুলি কখনই অপ্রয়োজনীয় হয় না; যেহেতু Sata Pata / IDE কে SCSI নয় প্রতিস্থাপনের লক্ষ্য করে (পরবর্তীটি বিশেষত SAS এর লক্ষ্য হিসাবে চিহ্নিত করা হয়েছিল), সম্ভবত এটির ত্রুটি পরিচালনার বৈশিষ্ট্য এবং দাবিগুলি (বা গ্যারান্টি) তার উদ্দেশ্যযুক্ত ব্যবহারের ক্ষেত্রে যথেষ্ট বিবেচিত হয়েছিল।


19
আসলে একটি বুদ্ধিমান উত্তর পোস্ট করার জন্য ধন্যবাদ যা কী চলছে তা ব্যাখ্যা করে। এটি এমন এক ধরণের প্রশ্ন যেখানে আমি সাধারণত "অসম্পূর্ণ উত্তরগুলি দেখতে পাই কারণ" সিস্টেমটি ড্রাইভের জন্য অপেক্ষা করছে "বা" কারণ এটি সেভাবে ডিজাইন করা হয়েছে "।
মেহরদাদ

4
@ ক্যাস্পার্ড: অনেক সুন্দর। যদিও এর কিছু অংশ উইন্ডোজের "ফল্ট" হিসাবেও রয়েছে, যেমনটি একাধিক নিয়ামকগুলির সাথে এটি সহজেই ঘটতে পারে। আইএমও এই উত্তরটি কিছুটা ইচ্ছাকৃতভাবে অস্পষ্ট , কারণ এন্টারপ্রাইজ এসএএস নিয়ন্ত্রকরা ইস্যুতে অনাক্রম্য নয়। এটি সত্যই কেবল নির্দিষ্ট কিছু ব্লকিং আই / ও অনুরোধগুলিতে উত্সাহিত হয়। কিছু হার্ড ড্রাইভ অপারেশনগুলির জন্য অপারেশন এক্সের গ্যারান্টিযুক্ত ওয়াইয়ের অপারেশন হওয়ার আগে শেষ হওয়া দরকার, এবং যদি এক্স কখনও শেষ না করে তবে Y কখনই আরম্ভ করতে পারে না - এবং ওয়াই পাশাপাশি আটকে যাওয়ার পরে, ড্রাইভ, কন্ট্রোলার, ড্রাইভার, বা ওএসে আছে কিনা তা নির্বিঘ্নে দোষ।
qasdfdsaq

2
@ জাস্টামার্টিন আসলে, এটি ইতিমধ্যে প্রায় সমস্ত অ্যাসিঙ্ক - এই মুহূর্তে ডিএমএ সমর্থন করে এমন কোনও পেরিফেরাল অ্যাসিঙ্ক্রোনাসে পূর্ণ; কার্নেলটি কেবল অনুরোধগুলির সময়সূচী করে এবং অনুরোধটি সম্পন্ন হওয়া সংকেতগুলিকে পরিচালনা করে। সমস্যাটি হ'ল কখনও কখনও আপনাকে অপারেশনটি সম্পূর্ণ হওয়ার জন্য অপেক্ষা করতে হবে - এবং প্রক্রিয়াটিতে তারা গুরুত্বপূর্ণ কিছু অবরুদ্ধ করতে পারে। যেমন ব্যবহারকারীর ৫৫74৪ উল্লেখ করেছেন, ভার্চুয়াল মেমরি সেগুলির মধ্যে একটি, তবে কিছু গ্যারান্টি থাকা দরকার things কার্নেলের কিছু অংশ অবিচ্ছিন্ন নয় এবং অবশ্যই কিছু ড্রাইভার / ডিভাইস কেবল চুষে নেয়।
লুয়ান

2
@ মাইকেলকর্জলিং "যেহেতু অপারেটিং সিস্টেমটি পড়ার জন্য অপেক্ষা করছে, এটি খুব কমপক্ষে অনুলিপি করার প্রক্রিয়াটি একটি ক্রলকে কমিয়ে দেবে এবং সঠিক ওএস আর্কিটেকচারের উপর নির্ভর করে ওএসকে ঝাঁকুনিতে পরিণত হতে পারে বা এমনকি সময়ের জন্য স্থির করে দিতে পারে।" - মাধ্যমিক (নন সিস্টেম) ড্রাইভ থেকে পড়ার ক্ষেত্রে ওএস কেন হুঙ্কুশ হয়ে ওঠে? সমস্যাটি সম্পূর্ণরূপে Sata নিয়ামকের ত্রুটি পরিচালনা করার আচরণের কারণে হতে পারে না। আমি মনে করি যে উইন্ডোজ তার ডিস্ক সাবসিস্টেমগুলিতে ত্রুটিগুলি পরিচালনা করে সে সম্পর্কে তথ্য থেকে এই উত্তরটি উপকৃত হতে পারে।
জর্ডান রিগার

1
@ মাইকেলKjörling যথেষ্ট মেলা। উত্তরে প্রচুর ভাল তথ্য রয়েছে তবে আমি মনে করি এটি ওপির নির্দিষ্ট পরিস্থিতিটি পুরোপুরি ব্যাখ্যা করে না। এটি অন্য একটি কোণ থেকে দেখতে, আপনি আপনার পয়েন্ট # 1 এর ব্যাক আপ করার জন্য কোনও রেফারেন্স উদ্ধৃত করতে পারেন: "Sata এর সাথে, যদি ড্রাইভটি সাড়া দেওয়া বন্ধ করে দেয় তবে এটি পুরো স্টোরেজ সিস্টেমটিকে বেঁধে ফেলতে পারে, কেবল একটি ড্রাইভেই সমস্যা হচ্ছে না not এটি অবশ্যই পুরো নিয়ামককে বেঁধে রাখার সম্ভাবনা রাখে। " ? এটি একটি ভয়ঙ্কর নকশার মতো মনে হচ্ছে। এটি কি ওএস ডিস্কের সাবসিস্টেমের সম্ভাব্য অপরাধী নয়? অর্থাত নিয়ামক অ্যাসিনক্রোনাস, তবে ওএস ড্রাইভার কখনও কখনও অযথা বাধা দেয়।
জর্দান রিগার

3

উপরে বর্ণিত হিসাবে, খারাপ হার্ড ড্রাইভের কারণে সিস্টেমটি জমাট বাঁধার সমস্যাটি মূলত খারাপ ক্ষেত্রগুলি থেকে অপঠনযোগ্য ডেটা পুনরুদ্ধার করার জন্য ড্রাইভের দীর্ঘ প্রচেষ্টা দ্বারা। এন্টারপ্রাইজ ড্রাইভের বিক্রয় পয়েন্টগুলির মধ্যে একটি হ'ল ব্যর্থ খাতগুলির জন্য খুব স্বল্প পঠিত সময়সীমা। একটি এন্টারপ্রাইজ ড্রাইভ ব্যবহার আপনার সমস্যাগুলি কিছুটা কমিয়ে দিতে পারে তবে সেগুলি সমাধান করবে না।

এগিয়ে যাওয়ার সর্বোত্তম উত্তর হ'ল সঠিক ব্যাকআপগুলি বজায় রাখা যাতে পুনরুদ্ধারের প্রয়োজন হয় না। পুনরুদ্ধার সফ্টওয়্যার পরিবর্তন করা কোনও পার্থক্য করবে না কারণ এটি ফার্মওয়্যারের সময়সীমা সমস্যা।


2

কেন ক্ষতিগ্রস্থ হার্ড ড্রাইভগুলি পুরো সিস্টেমকে হিমশীতল করে?

তাদের (সাধারণভাবে) দরকার নেই। ডিস্ক ব্যর্থতা কীভাবে মোকাবেলা করা হয় তা নির্দিষ্ট ফাইল সিস্টেমের উপর নির্ভর করে।

জেডএফএস বিবেচনা করুন, যা বেশ কিছুটা দোষ সহ্য করার জন্য ভিত্তি থেকে তৈরি করা হয়েছে। এখানে একটি ডেমো ভিডিও রয়েছে (এবং এটির আরও ব্যাখ্যা সহ একটি ) যেখানে তারা একটি অ্যাভিলের উপর ড্রাইভ চালাচ্ছে, স্লেজ হাতুড়ির সাথে একটি দোল নিন এবং অন্য ড্রাইভটি ড্রিল করুন। সবসময় জেডএফএস চলতে থাকে।


2
আসলে, এমন ডিস্ক ব্যর্থতা রয়েছে যা জেডএফএসের সাথে ভালভাবে মোকাবেলা করে না। উদাহরণস্বরূপ, অপ্রয়োজনীয় বা অপ্রয়োজনীয় সেটআপগুলিতে I / O অনুরোধের সময় শেষ হওয়ার আগে খুব দীর্ঘ সময় পড়ে। (আপনি কেবল সহজেই জেডএফএসকে এমনভাবে সেট আপ করতে পারেন যাতে এটির কোনও অপ্রয়োজনীয়তা নেই)) এটি সহজেই জেডএফএসের অ্যারে থেকে ড্রাইভগুলি ছুঁড়ে ফেলার কারণ হতে পারে, এটি যদি আপনাকে অপ্রয়োজনীয় প্রান্তিকের নীচে ফেলে দেয় তবে পুরো অ্যারে তৈরি করতে পারে অনুপলব্ধ হয়ে। যদি ফেলমোড = অপেক্ষা দিয়ে সেট করা থাকে তবে এটি অনুরূপ ফলাফল প্রদর্শন করতে পারে। অল আউট ফুল-ডিস্ক ব্যর্থতা কোনও স্টোরেজ সাবসিস্টেমের জন্য সহজ কেস; এটি প্রান্তিক ড্রাইভ যা সমস্যার সৃষ্টি করে।
একটি সিভিএন

এবং আপনি অন্যথায় ভাবার আগে, আমি আসলে জেডএফএস (প্রায় একচেটিয়া) নিজেই চালিত করি। আপনি যদি যত্নশীল হন এবং আপনি কী করছেন তা যদি জানা থাকে তবে এটি একটি দুর্দান্ত ফাইল সিস্টেম এবং একটি দুর্দান্ত ভলিউম পরিচালক । যাইহোক, এটি এন্টারপ্রাইজ ক্লাস সিস্টেমগুলির জন্য তৈরি করা হয়েছে (উচ্চ-শেষ ওয়ার্কস্টেশন এবং সার্ভার), প্রশাসকরা তারা কী করছে তা জানার জন্য অর্থ প্রদান করে। এটি আইডিওয়্যার হার্ডওয়্যারগুলিতে দেখা যায় এমন কিছু ব্যর্থতা মোডগুলির সাথে ভালভাবে মোকাবিলা করার জন্য ডিজাইন করা হয়নি, যার মধ্যে র‌্যাম সমস্যা এবং ড্রাইভগুলি রয়েছে যা I / O অনুরোধ থেকে ফিরে আসতে খুব বেশি সময় নেয়, এবং এটি গৃহ ব্যবহারকারীদের বা সহজে ব্যবহারের জন্য ডিজাইন করা হয়নি হোম ব্যবহারকারী ব্যবহারের ক্ষেত্রে।
একটি সিভিএন

ভিডিওটি বাদে জেডএফএস চলমান রাখে না। ড্রাইভটি সংযোগ বিচ্ছিন্ন করার পরে এটি আবার চলতে শুরু করে।
ক্রিস্টোফার হামারস্ট্রিম

-2

আমি মনে করি আপনি যে সমস্যার মুখোমুখি হচ্ছেন এটি ওএসের একটি নিম্ন-স্তরের অংশটি হাল ছাড়ার আগে খারাপ ব্লকগুলি পড়ার জন্য বহুবার চেষ্টা করে। এই রুটিনটি বুট করার সময় বা অন্যান্য স্ট্যান্ডেলোন অপারেশনের ক্ষেত্রে প্রয়োজন হলে নিম্ন স্তরে প্রয়োগ করা হয় এবং তাই এটিকে পুনরায় প্রবেশ করা কঠিন। অপারেটিং সিস্টেম নিয়মিত ক্রিয়াকলাপের সময় সাধারণ অপারেশন চলবে এবং প্রতিযোগিতামূলক অনুরোধগুলির উপর অগ্রাধিকার দেওয়া কঠিন কারণ নিম্ন-স্তরের সিস্টেমটি কোনও পেজিংয়ের অনুরোধের মালিকানাধীন প্রক্রিয়ার অগ্রাধিকারটি জানতে পারবে না।


6
'নিম্ন-স্তরের সিস্টেম' এমন কোনও প্রক্রিয়ার অগ্রাধিকার জানেন যা কোনও পৃষ্ঠার জন্য অনুরোধ করছে; এ জাতীয় তথ্য পৃষ্ঠা সারণিতে রাখা হয় , যদিও প্রয়োগটি কীভাবে অগ্রাধিকার পরিচালিত হয় তার উপর নির্ভর করে সিস্টেম। এটি যদিও প্রশ্নের সঠিক উত্তর নয় - এটি একটি হার্ডওয়ার ইস্যু, কোনও ওএসের সমস্যা নয়।
ক্রিস সাইরাফাইস

1
আমি মনে করি যে প্রশ্নের সঠিক উত্তরটি একটি ত্রুটিযুক্ত ড্রাইভ ব্যবহার করতে অস্বীকার করা। তবে এটি ব্যবহারকারীদের পক্ষে সন্তুষ্ট হবে না যারা বোধগম্যভাবে সম্ভব যথাসম্ভব ডেটা পুনরুদ্ধার করতে চান।
jrrk
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.