আমার হার্ড ড্রাইভ কি ব্যর্থ হচ্ছে?

Question

আমি কেবল আমার এইচডিডি তে একটি পরীক্ষা চালানোর চেষ্টা করেছি এবং এটি কোনও স্ব-পরীক্ষা শেষ করতে চায় না। ফলাফল এখানে:

smartctl --attributes --log=selftest /dev/sda
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-32-generic] (local build)

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       697
  3 Spin_Up_Time            0x0027   206   160   021    Pre-fail  Always       -       691
  4 Start_Stop_Count        0x0032   074   074   000    Old_age   Always       -       26734
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       28
  9 Power_On_Hours          0x0032   090   090   000    Old_age   Always       -       7432
 10 Spin_Retry_Count        0x0032   100   100   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   097   097   000    Old_age   Always       -       3186
191 G-Sense_Error_Rate      0x0032   001   001   000    Old_age   Always       -       20473
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       84
193 Load_Cycle_Count        0x0032   051   051   000    Old_age   Always       -       447630
194 Temperature_Celsius     0x0022   113   099   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       16
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Short offline       Completed: read failure       90%      7432         92290592
# 2  Conveyance offline  Completed: read failure       90%      7432         92290596
# 3  Conveyance offline  Completed: read failure       90%      7432         92290592
# 4  Short offline       Completed: read failure       90%      7431         92290596
# 5  Extended offline    Completed: read failure       90%      7431         92290592

তাহলে কি এই ডিস্কটি ব্যর্থ হচ্ছে?

Comments

আমি যখন গ্রাফিক সরঞ্জামটি ব্যবহার করি তখন এটি স্ব-পরীক্ষায় ব্যর্থ হয়

— মিশেল

পুনরাবৃত্তি read failureবার্তাগুলি সাধারণত একটি ব্যর্থ ডিস্ক নির্দেশ করে, তাই হ্যাঁ ...

— HBruijn

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

— ম্যাডহ্যাটার মনিকা

+1: দুর্দান্ত প্রথম প্রশ্ন। বেশিরভাগ সার্ভার ফল্ট করার জন্য, দয়া করে আপনার অ্যাকাউন্টটি নিবন্ধ করুন এবং স্ট্যাক এক্সচেঞ্জ নেটওয়ার্কের অন্য কয়েকটি সাইট দেখুন । আমরা আশা করি আপনি স্ট্যাক এক্সচেঞ্জে আরও উচ্চমানের সামগ্রী অবদান দেখবেন।

— বিডব্লাকড্রাকো

Answer 1

আপনার ড্রাইভ একটি স্ব-পরীক্ষা করতে খুব খুশি; সংক্ষিপ্তসার থেকে, এটি গত ঘন্টায় তাদের মধ্যে পাঁচটিরও বেশি কাজ করেছে। এবং পরীক্ষাগুলির প্রথমদিকে পড়া ত্রুটি সহ তারা সকলেই ব্যর্থ হয়েছে।

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

সম্পাদনা করুন : এটি সংরক্ষণের চেষ্টা করবেন না। সমস্ত তথ্য এটি থেকে সরিয়ে নিন এবং এটি প্রতিস্থাপন করুন।

Comments

যদি এটি ব্যর্থ হয় তবে এটি ব্যর্থ হচ্ছে। এটি মেরামত প্রযুক্তিগতভাবে সম্ভব হতে পারে তবে নতুন ড্রাইভের ব্যয়ের তুলনায় ব্যয় কার্যকর হওয়ার সম্ভাবনা খুব কম unlikely

— সোব্রিক

একটি স্ব-পরীক্ষা ত্রুটির @Michel তার অনুপস্থিতি থাকবে যা চালক প্রমাণ নয় নয় ব্যর্থ, দুঃখিতভাবে, কিন্তু একটি আত্ম-পরীক্ষণের ত্রুটি উপস্থিতিতে সবসময় সুবিবেচিত প্রমাণ এটি হওয়া উচিত হয় ব্যর্থ।

— রব মোয়ার

@ মিশেল: আপনি কেবলগুলি প্রতিস্থাপনের চেষ্টা করতে পারেন। কখনও কখনও কোনও ড্রাইভ ড্রাইভের সমস্যার কারণে নয়, তবে খারাপ শক্তি বা ডেটা কেবলগুলির কারণে ব্যর্থ হতে পারে।

— থমাস প্যাড্রন-ম্যাকার্থি

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

— ম্যাথহ্যাটার

@ জর্জেনার্ন <গ্রিন> যা বোঝায়! আমি কেবল তাই বলেছিলাম কারণ ওপি তার ড্রাইভিং অ্যানথ্রোপমর্ফাইজিংয়ের মাধ্যমে শুরু করেছিল : " আমি কেবল আমার এইচডি ডি তে একটি পরীক্ষা চালানোর চেষ্টা করেছি এবং এটি কোনও স্ব-পরীক্ষা শেষ করতে চায় না "। আমি দুজনেই মনে করি না যে আমরা দুজনেই মনে করি ড্রাইভটি বেঁচে আছে, না এটি নিজেই নিজের পরীক্ষার সময়সূচি দেয়!

— ম্যাডহ্যাটার 26:56

Answer 2

আপনার প্রশ্নের উত্তর দিতে, একটি ব্যর্থ স্মার্ট পরীক্ষা আসন্ন ড্রাইভ ব্যর্থতার একটি সুস্পষ্ট ইঙ্গিত। সম্ভাব্য ডেটা ক্ষতি রোধ করার জন্য আপনার যত তাড়াতাড়ি সম্ভব আপনার ডেটা ব্যাকআপ করা এবং ড্রাইভটি প্রতিস্থাপন করা উচিত।

@ sj0h লোড চক্র গণনার কথা উল্লেখ করেছে, যা 447,630 এ খুব বেশি। (বেশিরভাগ আধুনিক হার্ড ড্রাইভগুলি 600,000 লোড / আনলোড চক্রকে প্রতিরোধ করার জন্য ডিজাইন করা হয়েছে)) এটি সাধারণত অ্যাডভান্সড পাওয়ার ম্যানেজমেন্ট (এপিএম) বৈশিষ্ট্য দ্বারা ঘটে থাকে, যা বেশ কয়েক সেকেন্ডের পরে হেড পার্কিং করে (তাদের প্লাটারগুলি থেকে নামিয়ে আনার) শক্তি সংরক্ষণের চেষ্টা করে is অলস। যখন প্রয়োজন হয় তখন মাথাগুলি প্ল্যাটারগুলিতে ফিরে আসে। বেশিরভাগ সিস্টেমে, যেখানে হার্ড ড্রাইভগুলি মাঝেমধ্যে অন-এন্ড-অফ ক্রিয়াকলাপ লাভ করে, এর ফলে প্রচুর লোড / আনলোড চক্র দেখা দিতে পারে। এপিএম বন্ধ করতে, রুট প্রম্পটে নিম্নলিখিত কমান্ডটি চালান:

smartctl -s apm,off /dev/sda

সিস্টেমটি পাওয়ার-সাইকেলযুক্ত হয়ে ঘুমানোর সময় বা ড্রাইভ অন্যভাবে চালিত হওয়ার সময়ে এই কমান্ডটি চালানো দরকার, কারণ ড্রাইভটি বন্ধ করার পরে এই সেটিংসটি ধরে রাখা যায় না।

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

Answer 3

পঠন ব্যর্থতা ছাড়াও, লোড চক্র গণনা বিবেচনা করুন। প্রায় 500,000 এ এটি ব্যর্থতার কারণ বা কমপক্ষে উচ্চ লোড চক্র পরিধানের ইঙ্গিত দিতে পারে। পাওয়ার আপ সময় প্রতি মিনিটের জন্য একটি লোড চক্র রয়েছে। ড্রাইভটি প্রতিস্থাপনের পরে নিশ্চিত হয়ে নিন যে নতুন ড্রাইভটি এটিও করছে না।

Comments

খুব ভাল পর্যবেক্ষণ। কীভাবে একজন নির্ধারণ করতে পারে যে প্রতি মিনিটে ড্রাইভটি স্পিন ডাউন এবং ব্যাকআপ হচ্ছে?

— dotancohen

@ ডটানকোহেন, আমার উত্তর দেখুন — এপিএম দোষারোপ করছে।

— বিডব্লিউড্রাকো

Answer 4

হ্যাঁ, আপনার 16 টি খাত অপঠনযোগ্য, আপনি বেশ কয়েকটি পরীক্ষা করার চেষ্টা করেছেন যা মোটামুটি ড্রাইভের একই অঞ্চলে ব্যর্থ হয়েছে, তাই দ্রুত ব্যাকআপ নিন, তবে মনে রাখবেন যে আপনার কাছে ইতিমধ্যে অ্যাক্সেসযোগ্য ডেটা এখনই এর আশেপাশে স্থির হয়ে রয়েছে have সেক্টর 92290592, 92290596।

আপনার অন্যান্য সমস্যাযুক্ত অঞ্চল থাকতে পারে, আপনি এখনও জানেন না যে এই 16 টি সেক্টর ধারাবাহিকভাবে বা ছড়িয়ে পড়েছে কিনা, আপনি যদি ব্যাকআপের পরে খেলতে চান তবে আপনি -টি সিলেক্ট, স্টার্টলবা-এন্ডলবা দিয়ে সিলেকটিভ স্ব-পরীক্ষা করতে পারেন।

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

Answer 5

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

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

তারপরে হার্ডড্রাইভ পূরণের জন্য আমি প্রচুর অনন্যতার সাথে এক মেগাবাইট ফাইল তৈরি করেছি (সুতরাং সমস্ত খালি স্থান এখন এই 1 এমবি ফাইলের মধ্যে একটিতে ছিল) এবং তারপরে প্রক্রিয়াটি পুনরাবৃত্তি করে। সমস্ত ত্রুটিযুক্ত ফাইলগুলিকে খারাপ ফাইল-ডিরেক্টরিতে স্থানান্তরিত করা হয়েছিল, এবং যেগুলি বামগুলি ছিল ভাল ছিল এবং খারাপ স্থানটি পুনরায় দাবি করতে মুছতে পারে।

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

Answer 6

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

যাইহোক, আমি ব্যর্থ খাতগুলির সাথে ডিস্কগুলি দেখেছি যা সেগুলি পুনরায় স্থানান্তরিত করে এবং বছরের পর বছর ধরে সচল থাকে, তাই আপনি এটি কিছু সময়ের জন্য রাখতে পারেন, যেমন, গুরুত্বহীন স্টাফ বা অতিরিক্ত ব্যাকআপের জন্য।

তারপরে একটি জিনিস হ'ল দেখার বিষয় হ'ল কোন ফাইলটি অপঠনযোগ্য ক্ষেত্রগুলি দ্বারা দূষিত হয়েছিল এবং এই সেক্টরগুলিকে ডিস্কের মাধ্যমে পুনঃনির্ধারণের জন্য বাধ্যতামূলক করতে লিখুন (এগুলি "বর্তমানের_প্রেড_সেক্টর" থেকে "পুনরায় স্থানান্তরিত_সারক_সিটি" তে সরানো)। যদি লিনাক্স ব্যবহার করে থাকেন তবে http://smarmontools.sourceforge.net/bad blockhowto.html দেখুন । খাতগুলি পুনরায় স্থানান্তরিত হয়ে গেলে, স্ব-পরীক্ষাটি হয় আরও অপঠনযোগ্য খাতগুলিতে পাস বা রিপোর্ট করা উচিত।

আমি বেশিরভাগ উত্তরের সাথে একমত নই যে আমি মনে করি না যে খারাপ খাতগুলি অগত্যা আসন্ন ব্যর্থতার ইঙ্গিত। যেমন http://blog.mmueh.net/index.php/2010/12/09/luks-meets-badblocks/ বলেছে, "প্রতিটি হার্ডড্রাইভ তার জীবনের কোনও সময় খারাপ ক্ষেত্র তৈরি করতে শুরু করে"।

Comments

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

— ডেনিস নলতে