Вызовет ли копирование на диск одинакового размера проблемы, если на выходном диске имеются поврежденные сектора?

Question

Я только что сделал копию с одного 160-гигабайтного диска на другой, идентичный 160-гигабайтный диск, используя команду

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

(запустить на живом компакт-диске Ubuntu)

Тем не менее, тест SMART на /dev/sdb показывает 20 поврежденных секторов. Означает ли это, что в данных, которые я только что скопировал с одного диска на другой, есть 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

Answer 1

Это могло бы. Теоретически, ваша файловая система и диски должны просто работать вокруг нее. При работе с поврежденными дисками я предпочитаю использовать dd-переменную, ориентированную на восстановление, например gnu ddrescue (не путать с другими, более старыми ddrescue), поскольку они будут повторять попытки в поврежденных секторах после копирования данных. Затем я бы запустил подходящую утилиту проверки файловой системы, такую как chdsk или fsck, чтобы убедиться, что файловая система исправна.

Тем не менее, глядя на вывод, вы должны быть в порядке. Магические гномы в вашей системе проделали большую работу; p