স্মার্ট ডেটাতে একক কারেন্ট_পেন্ডিং_সেক্টরকে সরিয়ে / নির্ণয়ের চেষ্টা করা হচ্ছে


18

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

প্রথমে আমি স্মার্টমোনটুলগুলির সাথে চেক করার চেষ্টা করেছি ... আমার সিগেট এইচডিডি একটি বর্তমান পেন্ডিং সেক্টর এবং একটি অফলাইন অনাস্থ্যযোগ্য (সম্ভবত একইটি) রিপোর্ট করেছে। রিলোকটেড সেক্টর গণনা শূন্য।

5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
...
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       1

তবে স্মার্ট স্ব-পরীক্ষা (সংক্ষিপ্ত, দীর্ঘ, অফলাইন, পরিবহন) কোনও ত্রুটি খুঁজে পায় না।

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      6631         -
# 2  Conveyance offline  Completed without error       00%      6630         -
# 3  Extended offline    Completed without error       00%      6622         -
# 4  Short offline       Completed without error       00%      6600         -
# 5  Extended offline    Completed without error       00%      6632         -

আমি ড্রাইভে ব্যাডব্লকস - ওএসভিভি (পূর্ণ পঠন-লিখন 4 প্যাটার্ন পাস পরীক্ষা) চালানোর চেষ্টা করেছি এবং কোনও খারাপ ব্লক পাওয়া যায় নি। তারপরে আমি গাইডটি অনুসরণ করেছি (সম্ভাব্য পরিমাণে, যেহেতু আমি ব্যাডব্লকগুলি চালানোর পরে আমার ফাইল সিস্টেমটি মুছে ফেলেছি) এখানে পাওয়া গেছে: http://smartmontools.sourceforge.net/bad blockhowto.html

সেখানে এটি বলেছে যে আমি যদি সমস্ত শূন্যের সাথে সেক্টরটি ওভাররাইট করি তবে ডিস্কটি মুলতুবি থাকা সেক্টরটিকে (পুনর্বিবেচনা) সরিয়ে নেওয়া উচিত। ব্যাডব্লকস সর্বশেষ লেখার প্যাটার্নটি সমস্ত শূন্য তাই এটি করা উচিত ছিল। তবে কিছুই পরিবর্তিত হয়নি আমার এখনও সেই মুলতুবি থাকা সেক্টর গণনা 1 রয়েছে
I আমি তখন কোন সেক্টরটি সমস্যাযুক্ত এবং এটি স্মার্ট আউটপুটে একটি ত্রুটি লগ আছে তা বের করার চেষ্টা করেছিলাম:

Error 2 occurred at disk power-on lifetime: 5344 hours (222 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 7c 1b 1a 02 ae  Error: ABRT at LBA = 0x0e021a1b = 235018779

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  20 20 7f 18 1a 02 ae 00      00:09:05.228  READ SECTOR(S)
  20 20 01 17 1a 02 ae 00      00:09:05.228  READ SECTOR(S)
  20 20 01 01 00 00 a0 00      00:08:59.830  READ SECTOR(S)
  91 20 3f 01 00 00 af 00      00:08:59.826  INITIALIZE DEVICE PARAMETERS [OBS-6]
  10 20 01 01 00 00 a8 00      00:08:59.678  RECALIBRATE [OBS-4]

Error 1 occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 b7 8c 02 e0  Error: UNC at LBA = 0x00028cb7 = 167095

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 20 1e 9e 8c 02 e0 00      00:02:20.691  READ DMA EXT
  25 20 1e 80 8c 02 e0 00      00:02:20.691  READ DMA EXT
  25 20 1e 62 8c 02 e0 00      00:02:20.690  READ DMA EXT
  25 20 1e 44 8c 02 e0 00      00:02:20.690  READ DMA EXT
  25 20 1e 26 8c 02 e0 00      00:02:20.690  READ DMA EXT

সুতরাং দৃশ্যত ড্রাইভের দুটি ত্রুটি ছিল।

84 51 7c 1b 1a 02 ae  Error: ABRT at LBA = 0x0e021a1b = 235018779

এবং

40 51 00 b7 8c 02 e0  Error: UNC at LBA = 0x00028cb7 = 167095

সুতরাং আমি ধরে নিলাম এগুলি সেক্টর নম্বর: 167095 এবং 235018779 And এবং আমি ডিডি দিয়ে শূন্যগুলি লেখার চেষ্টা করেছি:

dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=167095

এখন যে ঠিক আছে। তবে আমি যখন অন্যান্য সেক্টরের সাথে চেষ্টা করেছি:

dd if=/dev/zero of=/dev/sda bs=512 count=1 seek=235018779

আমি ডিডি পেয়েছি : '/ dev / sda': সন্ধান করতে পারে না: অবৈধ যুক্তি । আমি তখন স্পষ্ট করেছিলাম যে আমার এইচডিডিতে কেবল 234441658 সেক্টর রয়েছে। সুতরাং এটি সীমার বাইরে। তবে তারপরে স্মার্ট কেন সেই ঠিকানায় ত্রুটি জানায় ?!

কেউ আমাকে কী তা বুঝতে সাহায্য করতে এবং আমাকে পরামর্শ দিচ্ছেন যে আমি যদি এটির ভুল করে থাকি তবে এটি কীভাবে সঠিকভাবে করা যায়? আমার সন্দেহ হয় যে সম্ভবত আমি ব্লক সাইজ 512 ডিডি ব্যবহার করে ভুল করছি wrong এটি সেক্টর আকারে স্মার্ট রিপোর্ট করেছে। হতে পারে সেই এলবিএ ঠিকানাগুলি বাইটস নয় ব্লক নয় আমি বিএস = 1 সেট করার চেষ্টা করেছি এবং এইচডিডি তে addresses ঠিকানাগুলিতে কেবল একটি বাইট লেখার চেষ্টা করেছি। এটি কাজ করেছিল (ডিডি রাইটিং প্রক্রিয়া)… তবে এখনও মুলতুবি থাকা সেক্টর গণনা তার পরে পরিবর্তিত হয়নি। আমি এই সেক্টরটি পুনরায় চালু করতে ড্রাইভকে 'জোর করে' চেষ্টা করার জন্য সিঙ্ক এবং স্মার্টক্ললটি অফলাইন / ডেভ / এসডিএকে ফোন করেছি । কিছু নেই ...

এখানে আমার সম্পূর্ণ স্মার্টকেল - সমস্ত / দেব / এসডিএ আউটপুট:

smartctl 5.43 2012-06-30 r3573 [i686-linux-2.6.32-358.el6.i686] (local build)
Copyright (C) 2002-12 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family:     Seagate Barracuda 7200.9
Device Model:     ST3120811AS
Serial Number:    6PT1N4VZ
Firmware Version: 3.AAE
User Capacity:    120,034,123,776 bytes [120 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   7
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Mon Nov 18 12:03:00 2013 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82) Offline data collection activity
                    was completed without error.
                    Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0) The previous self-test routine completed
                    without error or no self-test has ever 
                    been run.
Total time to complete Offline 
data collection:        (  430) seconds.
Offline data collection
capabilities:            (0x5b) SMART execute Offline immediate.
                    Auto Offline data collection on/off support.
                    Suspend Offline collection upon new
                    command.
                    Offline surface scan supported.
                    Self-test supported.
                    No Conveyance Self-test supported.
                    Selective Self-test supported.
SMART capabilities:            (0x0003) Saves SMART data before entering
                    power-saving mode.
                    Supports SMART auto save timer.
Error logging capability:        (0x01) Error logging supported.
                    General Purpose Logging supported.
Short self-test routine 
recommended polling time:    (   1) minutes.
Extended self-test routine
recommended polling time:    (  51) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   084   077   006    Pre-fail  Always       -       185600113
  3 Spin_Up_Time            0x0003   095   095   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   098   098   020    Old_age   Always       -       2185
  5 Reallocated_Sector_Ct   0x0033   100   100   036    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   073   055   030    Pre-fail  Always       -       25890559714
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       6632
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2229
187 Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       1
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   071   056   045    Old_age   Always       -       29 (Min/Max 25/29)
194 Temperature_Celsius     0x0022   029   044   000    Old_age   Always       -       29 (0 13 0 0 0)
195 Hardware_ECC_Recovered  0x001a   052   046   000    Old_age   Always       -       194244099
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       1
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0000   100   253   000    Old_age   Offline      -       0
202 Data_Address_Mark_Errs  0x0032   066   219   000    Old_age   Always       -       34

SMART Error Log Version: 1
ATA Error Count: 2
    CR = Command Register [HEX]
    FR = Features Register [HEX]
    SC = Sector Count Register [HEX]
    SN = Sector Number Register [HEX]
    CL = Cylinder Low Register [HEX]
    CH = Cylinder High Register [HEX]
    DH = Device/Head Register [HEX]
    DC = Device Command Register [HEX]
    ER = Error register [HEX]
    ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.

Error 2 occurred at disk power-on lifetime: 5344 hours (222 days + 16 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 7c 1b 1a 02 ae  Error: ABRT at LBA = 0x0e021a1b = 235018779

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  20 20 7f 18 1a 02 ae 00      00:09:05.228  READ SECTOR(S)
  20 20 01 17 1a 02 ae 00      00:09:05.228  READ SECTOR(S)
  20 20 01 01 00 00 a0 00      00:08:59.830  READ SECTOR(S)
  91 20 3f 01 00 00 af 00      00:08:59.826  INITIALIZE DEVICE PARAMETERS [OBS-6]
  10 20 01 01 00 00 a8 00      00:08:59.678  RECALIBRATE [OBS-4]

Error 1 occurred at disk power-on lifetime: 5009 hours (208 days + 17 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  40 51 00 b7 8c 02 e0  Error: UNC at LBA = 0x00028cb7 = 167095

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 20 1e 9e 8c 02 e0 00      00:02:20.691  READ DMA EXT
  25 20 1e 80 8c 02 e0 00      00:02:20.691  READ DMA EXT
  25 20 1e 62 8c 02 e0 00      00:02:20.690  READ DMA EXT
  25 20 1e 44 8c 02 e0 00      00:02:20.690  READ DMA EXT
  25 20 1e 26 8c 02 e0 00      00:02:20.690  READ DMA EXT

SMART Self-test log structure revision number 1
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Completed without error       00%      6631         -
# 2  Conveyance offline  Completed without error       00%      6630         -
# 3  Extended offline    Completed without error       00%      6622         -
# 4  Short offline       Completed without error       00%      6600         -
# 5  Extended offline    Completed without error       00%      6632         -

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

হালনাগাদ:

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


1
আমার ধারণা আপনার ড্রাইভটিতে 234441658 টি সেক্টর রয়েছে তবে খারাপ সেক্টরের জায়গায় ব্যাকআপ সেক্টরগুলি পুনর্নির্বাচিত হয় না into
gronostaj

হুঁ, তাই 235018779 সেক্টরে যে ত্রুটিটি ব্যাকআপ সেক্টরে একটি ত্রুটি হতে পারে ... এটি কি সম্ভব?
ইভান কোভাসেভিক

1
ঠিক আছে, ব্যাকআপ সেক্টরগুলিও দুর্নীতিগ্রস্থ হতে পারে। অন্যথায় আমরা কেবল ব্যাকআপ সেক্টর থেকে "অমর" হার্ড ড্রাইভ তৈরি করব।
gronostaj

:)… আমার যুক্তিটি হ'ল ব্যাকআপ সেক্টরগুলি ব্যবহার করা হচ্ছে না (এবং তার জন্য নিরাপদ)। আমি ধারণা করেছি যে কেবলমাত্র ডিস্ক হেড (গুলি) বিদ্যুৎ ব্যর্থতা বা কোনও কিছুর কারণে ত্রুটিযুক্ত হতে পারে HD
ইভান কোভাসেভিক

1
ধরে নিই যে 235018779 সেক্টরটি একটি ব্যাকআপ সেক্টর। তার মানে আমার কমপক্ষে 235018779 - 234441658 = 577121 ব্যাকআপ সেক্টর থাকা উচিত। এটি ব্যাকআপ সেক্টরে প্রায় 282 এমবি। আমার কাছে অনেক বেশি (খুব বেশি) মনে হচ্ছে। অথবা এটা? কেবল উচ্চস্বরে চিন্তা করেই বলা যেতে পারে যে এটি ব্যাকআপ সেক্টর নয় বরং স্মার্ট ডায়াগনস্টিকসে একটি ত্রুটি?
ইভান কোভাসেভিক

উত্তর:


15

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

আপনি যখন চালান badblocks -w, প্রতিটি প্যাটার্ন প্রথমে লেখা হয়, তারপরে পড়ুন। এটি সম্ভাব্য যে ঝাঁকুনি খাতে লেখাটি সফল হয় তবে পরবর্তী পাঠগুলি ব্যর্থ হয় যা এটিকে আবার মুলতুবি থাকা সেক্টরের তালিকায় যুক্ত করে। আমি dd if=/dev/zero of=/dev/sdaস্মার্ট স্ট্যাটাসটি যাচাই করে পুরো ডিস্কটিতে জিরো লেখার চেষ্টা করব , তারপরে পুরো ডিস্কটি পড়ে dd if=/dev/sda of=/dev/nullএবং আবার স্মার্ট স্ট্যাটাসটি পরীক্ষা করে দেখব ।

হালনাগাদ:

এর সাথে আপনার পূর্ববর্তী ফলাফলের উপর ভিত্তি করে badblocks -w, আমি আশা করব যে সমস্ত ডিস্ক লেখার পরে মুলতুবি থাকা সেক্টরটি সাফ হয়ে যাবে। তবে যেহেতু এটি ঘটেনি, তাই বলা নিরাপদ যে এই ডিস্কটি আশানুরূপ আচরণ করছে না।

আসুন বর্তমান মুলতুবি থাকা সেক্টর গণনার বিবরণ পর্যালোচনা করুন :

"অস্থির" ক্ষেত্রের গণনা (অপরিবর্তনযোগ্য পঠনের ত্রুটির কারণে পুনরায় তৈরির অপেক্ষায়)। যদি অস্থির ক্ষেত্রটি পরবর্তীকালে সফলভাবে পড়া হয় তবে সেক্টরটি পুনরায় তৈরি করা হয় এবং এই মান হ্রাস পায়। কোনও সেক্টরে পড়ার ত্রুটিগুলি সেক্টরটিকে তত্ক্ষণাত পুনরায় তৈরি করবে না (যেহেতু সঠিক মানটি পড়া যায় না এবং তাই পুনর্নির্মাণের মানটি জানা যায় না, এবং এটি পরে পাঠযোগ্যও হতে পারে); পরিবর্তে, ড্রাইভ ফার্মওয়্যার মনে রাখে যে সেক্টরটি পুনরায় তৈরি করা দরকার, এবং পরের বার এটি লেখা হবে rema [২৯] তবে কিছু ড্রাইভ যখন লিখিত হয় তখন তত্ক্ষণাত এই ক্ষেত্রগুলির পুনর্নির্মাণ করতে পারে না; পরিবর্তে ড্রাইভটি প্রথমে সমস্যা খাতায় লেখার চেষ্টা করবে এবং লেখার ক্রিয়াটি সফল হলে সেক্টরটি ভাল হিসাবে চিহ্নিত হবে (এই ক্ষেত্রে, "পুনর্বিবেশন ইভেন্ট গণনা" (0xC4) বাড়ানো হবে না)।

এখন আসুন গুরুত্বপূর্ণ বিষয়গুলি পর্যালোচনা করুন:

... ড্রাইভ ফার্মওয়্যার মনে রাখে যে সেক্টরটি পুনরায় তৈরি করা দরকার, এবং পরের বার এটি লেখা হবে rema [২৯] তবে কিছু ড্রাইভ যখন লিখিত হয় তখন তত্ক্ষণাত এই ক্ষেত্রগুলির পুনর্নির্মাণ করতে পারে না; পরিবর্তে ড্রাইভটি প্রথমে সমস্যা খাতায় লেখার চেষ্টা করবে এবং লেখার কাজটি সফল হলে সেক্টরটি ভাল হিসাবে চিহ্নিত হবে।

অন্য কথায়, মুলতুবি থাকা খাতটি তাত্ক্ষণিকভাবে পুনরায় তৈরি করা উচিত ছিল, বা ড্রাইভটি সেক্টরে লেখার চেষ্টা করা উচিত ছিল এবং দুটি জিনিসের একটির ঘটনা ঘটানো উচিত ছিল:

  1. লেখার ব্যর্থতা, এক্ষেত্রে মুলতুবি খাতটি পুনরায় করা উচিত ছিল।
  2. লেখাটি সফল হয়েছে, এক্ষেত্রে মুলতুবি থাকা ক্ষেত্রটি সাফ করা উচিত ছিল ("ভাল হিসাবে চিহ্নিত")।

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

যদি অস্থির ক্ষেত্রটি পরবর্তীকালে সফলভাবে পড়া হয় তবে সেক্টরটি পুনরায় তৈরি করা হয় এবং এই মান হ্রাস পায়।

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

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

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

e2fsck -l ফাইলের নাম

ফাইল নাম দ্বারা নির্দিষ্ট করা ফাইলগুলিতে খারাপ ব্লকগুলির তালিকায় তালিকাভুক্ত ব্লক নম্বর যুক্ত করুন। এই ফাইলটির ফর্ম্যাটটি ব্যাডব্লকস (8) প্রোগ্রাম দ্বারা উত্পন্ন একটির মতো। মনে রাখবেন যে ব্লক নম্বরগুলি ফাইল সিস্টেমের ব্লক আকারের উপর ভিত্তি করে। সুতরাং, সঠিক ফলাফল পেতে ব্যাডব্লকগুলি (8) ফাইল সিস্টেমের ব্লক আকার দিতে হবে। ফলস্বরূপ, e2fsck -c বিকল্পটি ব্যবহার করা অনেক সহজ এবং নিরাপদ, যেহেতু এটি নিশ্চিত করবে যে ব্যাডব্লকস প্রোগ্রামে সঠিক পরামিতিগুলি পাস হয়েছে।

(নোটটি e2fsck -cযেটিকে অগ্রাধিকার দেওয়া হয়েছে e2fsck -l filename, এবং আপনি এটি চেষ্টাও করতে পারেন, তবে আপনার ফলাফলের ভিত্তিতে আমি এখনও সন্দেহ করি যে e2fsck -c কোনও খারাপ ব্লক খুঁজে পাবে।)

অবশ্যই, আপনাকে ত্রুটিযুক্ত সেক্টরের এলবিএ (স্মার্ট দ্বারা সরবরাহিত) একটি ফাইল সিস্টেম ব্লক সংখ্যায় রূপান্তর করতে কিছু গাণিতিক কাজ করতে হবে। খারাপ ব্লক এ HowTo একটি সহজ সূত্র প্রদান করে:

  b = (int)((L-S)*512/B)
where:
b = File System block number
B = File system block size in bytes
L = LBA of bad sector
S = Starting sector of partition as shown by fdisk -lu
and (int) denotes the integer part.

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

অন্য বিকল্প: সন্দেহভাজন খারাপ ব্লকের চারপাশে বিভাজন আপনি যখন আপনার ওএস ইনস্টল করেন, আপনি ত্রুটিটিকে ঘিরেও পার্টিশনের চেষ্টা করতে পারেন। আমি যদি আমার গাণিতিকটি সঠিকভাবে করি, ত্রুটিটি প্রায় 81.589 এমবি-তে হয়, সুতরাং হয় 166959 সেক্টরের পরে আপনার সামান্য ছোট অংশ তৈরি / বুট করতে পারে বা প্রথম 82 এমবি বা পুরোপুরি এড়িয়ে যেতে পারে।

ABRT 235018779 দুর্ভাগ্যক্রমে, 235018779 সেক্টরে ABRT ত্রুটি হিসাবে, আমরা কেবল অনুমান করতে পারি, তবে এটিএ 8-এসি স্পেকটি আমাদের কিছু ক্লু দেয়।

ওয়ার্কিং ড্রাফ্ট এটি সংযুক্তি 8 থেকে - এটিএ / এটিপিআই কমান্ড সেট (এটিএ 8-এসিএস) :

.2.২.১ বাতিল করা (এবিআরটি) ত্রুটি বিট ২। আদেশটি সমর্থিত না হলে Abort একটিকে সেট করা হবে। ডিভাইস কমান্ড দ্বারা অনুরোধকৃত ক্রিয়াটি সম্পূর্ণ করতে সক্ষম না হলে একটিকে স্থগিত করা যেতে পারে। আইডিএনএফ সেট না করা থাকলে ব্যবহারকারীর অ্যাক্সেসযোগ্য অ্যাড্রেসগুলির সীমার বাইরে কোনও ঠিকানা অনুরোধ করা হলে অ্যাওর্টটিও একটিতে সেট করা হবে।

এবিআরটি (বিভিন্ন রিড সেক্টর (এস) এরপরে পুনরুদ্ধার এবং পুনর্নির্মাণ) এর দিকে পরিচালিত কমান্ডগুলি দেখে ...

কমান্ড সমর্থিত না হলে একটিকে স্থগিত করা হবে। - এটি অসম্ভব বলে মনে হচ্ছে।

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

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

কেবলমাত্র যদি আপনি এখনও ডায়াগনস্টিক্স চালাতে ক্লান্ত হন না ...

smartctl -t long /dev/sdaএটি স্মার্ট লগে আরও কোনও ত্রুটি সৃষ্টি করে কিনা তা দেখার জন্য আপনি আবার চেষ্টা করতে পারেন, বা আপনি এটিকে একটি অমীমাংসিত এক্স-ফাইল হিসাবে ছেড়ে যেতে পারেন ;) এবং স্মার্ট লগটি পর্যায়ক্রমে এটি আবার ঘটে কিনা তা পরীক্ষা করে দেখুন। যাই হোক না কেন, যদি আপনি ড্রাইভটি পুনরায় প্রকাশ না করে বা মুলতুবি খাতটি সাফ না করেই ব্যবহার চালিয়ে যান, আপনি ইতিমধ্যে একটি ঝুঁকি নিচ্ছেন।

একটি চেকসামিং ফাইল সিস্টেম ব্যবহার করুন

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


ভাল ধারণা, আমি এখনই এটি চেষ্টা করব।
ইভান কোভাসেভিক

1
এই খারাপ সেক্টর 167095 নিয়েই এটি চেষ্টা করার কী আছে? :)
সপ্তাহ

নাহ এটি খুব বিরক্তিকর: ডি। আমি প্রথমে সন্দেহজনক খাতটি দিয়ে চেষ্টা করব, অবশ্যই একটি স্মার্ট পরামর্শ, যদি সে কিছু না করে তবে আমি এটিকে পুরো ড্রাইভের মধ্যে চালাতে দেব ...
ইভান কোভাসেভিক

@ উইক যাতে কৌশলটি করা উচিত তবে মনে হয় খারাপ সেক্টরটি শূন্য করতে তার সমস্যা হচ্ছে তাই আমি কেবল পুরো ড্রাইভটি করার পরামর্শ দিয়েছি।
রবি

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

5

খারাপ সেক্টর রিম্যাপিং নিবন্ধটি ব্যবহৃত অ্যালগরিদম দেয়।

হার্ড ডিস্কে ত্রুটির দুটি তালিকা রয়েছে:

  • পি-তালিকাটি উত্পাদন চলাকালীন ত্রুটিযুক্ত এবং এটি প্রাথমিক ত্রুটি হিসাবেও পরিচিত। তারা ধারাবাহিকভাবে সাধারণ ক্ষেত্রগুলি অনুসরণ করে। একটি খারাপ ক্ষেত্র একটি শিফ্ট নম্বর ব্যবহার করে এর প্রতিস্থাপনের দিকে নির্দেশ করবে (প্রথমটি +1, তারপরে +2 ইত্যাদি)।
  • জি-তালিকা হ'ল ত্রুটিগুলি যা ড্রাইভের সাধারণ ব্যবহারে বিকাশ লাভ করে এবং গ্রাউন ডেফিউস হিসাবে পরিচিত। তাদের বরাদ্দে কোনও বাধা নেই এবং তাদের পি-তালিকা ত্রুটিগুলি ক্রমাগত অনুসরণ করার প্রয়োজন নেই। একটি খারাপ খাত একটি সাধারণ খাত নম্বর ব্যবহার করে এর প্রতিস্থাপনের দিকে নির্দেশ করবে।

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

উইকিপিডিয়া জ্ঞাত এটিএ স্মার্ট বৈশিষ্ট্যগুলি থেকে :

প্রত্যাখাত সেক্টর গণনা

পুনঃনির্ধারিত খাতগুলির গণনা। যখন হার্ড ড্রাইভটি একটি পঠন / লেখার / যাচাইয়ের ত্রুটিটি খুঁজে পায়, তখন সেই ক্ষেত্রটিকে "পুনঃনির্দেশিত" হিসাবে চিহ্নিত করে এবং একটি বিশেষ সংরক্ষিত অঞ্চলে (অতিরিক্ত অঞ্চল) ডেটা স্থানান্তর করে। এই প্রক্রিয়াটি রিম্যাপিং নামেও পরিচিত এবং পুনঃনির্দেশিত খাতগুলিকে "রিম্যাপস" বলা হয়। কাঁচা মান সাধারণত খারাপ সেক্টরগুলির একটি গণনা উপস্থাপন করে যা পাওয়া গেছে এবং পুনরায় তৈরি করা হয়েছে।

বর্তমান মুলতুবি সেক্টর গণনা

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

সুতরাং প্রকৃতপক্ষে, মুলতুবি থাকা ত্রুটিগুলি রিমপডের চেয়ে অনেক খারাপ, কারণ ত্রুটিটি পুনরায় তৈরির জন্য মূল বিষয়বস্তু পড়া আটকাতে যথেষ্ট শক্ত। বাস্তবে, সেই ক্ষেত্রের বিষয়বস্তু সম্ভবত চিরকালের জন্য হারিয়ে যায়।

ডকুমেন্ট এমএইচডিডি খুব নিম্ন স্তরের হার্ড ডিস্ক ডায়াগনস্টিক সরঞ্জাম ত্রুটি-কোডগুলি ব্যাখ্যা করে:

UNC : data is uncorrectable
ABRT : command was aborted

সুতরাং 167095 সেক্টরটি সংশোধনযোগ্য নয় এবং 235018779 এ পড়া / লেখা বাতিল করা হয়েছে।

উভয় সেক্টরে লেখার কারণে স্থিতিটি পুনর্নির্মাণের থেকে স্থিতি পরিবর্তন হয়নি, তবে আমার কাছে মনে হয় প্রতিস্থাপনের ক্ষেত্রটিও খারাপ। আমার তত্ত্বটি হ'ল 167095 সেক্টরটি 235018779 সেক্টরে পুনরায় তৈরি করা হয়েছিল, তবে দুর্ভাগ্যক্রমে যেটি পরবর্তীকালেও খারাপ, এবং ফার্মওয়্যার কীভাবে খারাপ অতিরিক্ত খাতগুলিকে পুনরায় পুনর্নির্মাণ করতে জানে না। ফলাফলটি একটি সংশোধনযোগ্য খারাপ ক্ষেত্র।


চমৎকার নিবন্ধ, আমি অবশ্যই নতুন কিছু শিখেছি! তবে এটি এখনও ব্যাখ্যা করে না যে কেন স্মার্ট লগগুলিতে খারাপ সেক্টরটি খুচরা খাত অঞ্চলে এমনকি সাধারণ ব্যবহারযোগ্য জায়গাতেও রিপোর্ট করা হয় না এবং কেন এখনও মুলতুবি থাকা সেক্টর কাউন্টারটি 1 এবং পুনরায় বরাদ্দযুক্ত সেক্টর কাউন্টার 0 যদি সব কিছু করা উচিত হিসাবে কাজ করে এই দুটি কাউন্টারে তাদের মানগুলি উল্টানো উচিত ছিল।
ইভান কোভাসেভিক

1
উপরে আমার সম্পাদনা দেখুন।
harrymc

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

1
মাত্র দুটি খারাপ সেক্টর সহ একটি বৃহত ডিস্কটি জঙ্ক করার যোগ্যতা নেই। ব্যাডব্লকস যেমন সফল হয়েছে, আশা করি এটি সেই ক্ষেত্রটিকে খারাপ হিসাবে চিহ্নিত করেছে। আমি এটিতে লিনাক্স ইনস্টল করার চেষ্টা করব, তবে আপনার ডিস্ট্রিবিউশনটি ইনস্টলেশন চলাকালীন এটি করতে পারে তবে একটি পূর্ণ বিন্যাস করুন do তবে এটি যদি কোনও গুরুত্বপূর্ণ উত্পাদন ব্যবস্থার জন্য হয় তবে আমি ডিস্কটি পরিবর্তন করব, সেক্ষেত্রে।
harrymc
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.