☰

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

tag-icon • tag-icon linux hard-drive dd
Вызовет ли копирование на диск такого же размера проблемы, если на выходном диске есть поврежденные сектора?

Я только что сделал копию с одного диска объемом 160 ГБ на другой, идентичный диск объемом 160 ГБ, с помощью команды

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

(запустить на Live Ubuntu CD)

Однако тест 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

решение1

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

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

Связанный контент