Acabo de hacer una copia de un disco de 160 GB a otro disco idéntico de 160 GB, usando el comando
sudo dd if=/dev/sda of=/dev/sdb
(ejecutar en un CD de Ubuntu en vivo)
Sin embargo, la prueba SMART /dev/sdbmuestra 20 sectores defectuosos. ¿Eso significa que hay 20 agujeros en los datos que acabo de copiar de un disco a otro? ¿Hay algo que pueda hacer para solucionar este problema copiando de otra manera?
Editar: salidas agregadas:
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
Respuesta1
Élpodría. En teoría, su sistema de archivos y las unidades deberían solucionarlo. Cuando trabajo con discos dañados, tiendo a preferir una variante dd centrada en la recuperación, como gnu ddrescue (que no debe confundirse con el otro ddrescue más antiguo), ya que volverán a intentarlo en los sectores defectuosos.despuéslos datos se copian. Luego ejecutaría una utilidad de verificación del sistema de archivos adecuada como chdsk o fsck para asegurar que el archivosistemaes saludable.
Sin embargo, al observar el resultado, debería estar bien. Los gnomos mágicos de vuestro sistema han hecho un gran trabajo ;p