Acabei de fazer uma cópia de um disco de 160 GB para outro disco idêntico de 160 GB, usando o comando
sudo dd if=/dev/sda of=/dev/sdb
(rodar em um CD Ubuntu ao vivo)
No entanto, o teste SMART /dev/sdbmostra 20 setores defeituosos. Isso significa que existem 20 lacunas nos dados que acabei de copiar de um disco para outro? Há algo que eu possa fazer para corrigir isso copiando de outra maneira?
Editar: saídas adicionadas:
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
Responder1
Istopoderia. Em teoria, seu sistema de arquivos e as unidades deveriam apenas contornar isso. Ao trabalhar com discos danificados, tendo a preferir uma variante dd centrada na recuperação, como o gnu ddrescue (não deve ser confundido com o outro ddrescue mais antigo), já que eles tentarão novamente em setores defeituososdepoisos dados são copiados. Eu então executaria um utilitário de verificação de sistema de arquivos adequado, como chdsk ou fsck, para garantir que o arquivosistemaé saudável.
No entanto, olhando para o resultado, você deve estar bem. Os gnomos mágicos do seu sistema fizeram um ótimo trabalho ;p