যদি আউটপুট ডিস্কে খারাপ খাত থাকে তবে কি অভিন্ন আকারের ডিস্কে অনুলিপি করা সমস্যার কারণ হতে পারে?

Question

কমান্ডটি ব্যবহার করে আমি কেবল একটি 160gb ডিস্ক থেকে অন্য অনন্য 160gb ডিস্কে একটি অনুলিপি তৈরি করেছি

sudo dd if=/dev/sda of=/dev/sdb

(একটি সরাসরি উবুন্টু সিডি চালান)

যাইহোক, স্মার্ট পরীক্ষা /dev/sdb20 খারাপ সেক্টর দেখায়। তার মানে কি এই যে ডেটাতে আমি কেবল একটি ডিস্ক থেকে অন্য ডিস্কে অনুলিপি করেছি সেখানে 20 টি গর্ত রয়েছে? এটি অন্য কোনওভাবে অনুলিপি করে ঠিক করার জন্য আমি কী করতে পারি?

সম্পাদনা: আউটপুট যুক্ত:

sudo fsck -c -v / dev / sda1 /

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

sudo fsck -c -v / dev / sdb1

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
Checking for bad blocks (read-only test):   0.00% done, 0:00 elapsed. (0/0/0 errdone                                                 
Lubuntu: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

Lubuntu: ***** FILE SYSTEM WAS MODIFIED *****

  275092 inodes used (4.30%)
    1888 non-contiguous files (0.7%)
     583 non-contiguous directories (0.2%)
         # of inodes with ind/dind/tind blocks: 0/0/0
         Extent depth histogram: 241132/283/2
 6505902 blocks used (25.41%)
       0 bad blocks
       1 large file

  208425 regular files
   28234 directories
      57 character device files
      25 block device files
       1 fifo
      41 links
   38340 symbolic links (33583 fast symbolic links)
       1 socket
--------
  275124 files

Comments

খারাপ খাতগুলি স্মার্টে প্রদর্শিত হতে পারে, তবে ড্রাইভটি ইতিমধ্যে খারাপ খাতগুলি অন্য খাতগুলিতে পুনরায় তৈরি করতে পারে, তাই এটি কিছুতেই প্রভাব ফেলতে পারে না। আপনি কি একটি fsck -c/ দেব / এসডিএ করেছেন?

— লরেন্স

@ লরেন্স আমি -vএখনই এটির সাথে একটি চালাচ্ছি এবং ফলাফলটি শেষ হয়ে গেলে আমি পোস্ট করব।

— নীল বরফ

@ লরেন্স যোগ করা আউটপুট, এবং সাহায্যের জন্য ধন্যবাদ!

— নীল বরফ

দেখে মনে হচ্ছে না এটি কোনও খারাপ ব্লক তুলেছে। আমি বলব যে আপনি আপনার ডেটাগুলির গর্ত থেকে নিরাপদ।

— লরেন্স

খারাপ ডিপার্টমেন্টগুলি এড়াতে কেবল ডিডিকে বলুন তবে এটি কোনও সমস্যা হবে না।

— রামহাউন্ড

Answer 1

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

যাইহোক, আউটপুট এ খুঁজছেন, আপনার ভাল হওয়া উচিত। আপনার সিস্টেমের যাদু জিনোমরা দুর্দান্ত কাজ করেছে; পি

Comments

অসাধারণ. কেবল গ্রাব 2.00 পুনরায় ইনস্টল করা হয়েছে এবং সবকিছু একেবারে দুর্দান্তভাবে কাজ করছে। সহায়তার জন্য অনেক ধন্যবাদ :)

— নীল বরফ