fsck: opciones para la comprobación más completa del disco

Tengo un disco con un problema conocido (lo sé porque dd gags cuando intento clonarlo). Pero cuando inicio con un CD en vivo y ejecuto fsck en la partición desmontada, obtengo esto:

ubuntu@ubuntu:~$ sudo fsck /dev/sdf1
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
/dev/sdf1: clean, 227091/9625600 files, 12789815/38497756 blocks

un milisegundo después Es difícil de creer que haya verificado todo el disco duro en un ms.

Tampoco estoy seguro de si debería estar fsck'ing sdf1 o todo el disco físico sdf. Cuando pruebo todo el disco:

ubuntu@ubuntu:~$ sudo fsck /dev/sdf
fsck 1.41.4 (27-Jan-2009)
e2fsck 1.41.4 (27-Jan-2009)
fsck.ext2: Device or resource busy while trying to open /dev/sdf
Filesystem mounted or opened exclusively by another program?

Lo cual no entiendo porque ninguna de las particiones parece estar montada (acabo de arrancar desde un CD en vivo y ejecuté el comando).

Entonces, mi pregunta básica es: ¿cómo puedo hacer que fsck (o una herramienta diferente que funcione mejor) gaste más de un milisegundo analizando mi disco problemático?

En primer lugar, tiene razón acerca de ejecutar fsck en la partición: fsck solo funciona en sistemas de archivos, no en discos completos. Puede obtener una lista de todas las particiones en el disco con fdisk -l /dev/sdd.

Su tipo de sistema de archivos es probablemente ext3 (el predeterminado en la mayoría de las distribuciones de Linux), lo que significa que generalmente pasará un fsck siempre que su diario esté limpio. fsck -fcomo se mencionó anteriormente, forzará una verificación completa.

Sin embargo, si tiene errores de lectura en el disco, ninguna cantidad de fsck ayudará a dd, ya que a dd realmente no le importa el contenido del disco.

Para que dd lea el disco y continúe con los errores de lectura, use dd conv=noerror,sync, que continuará con los errores de lectura y agregará bytes nulos a cualquier bloque cuando haya un error de lectura.

Una vez que haya terminado la copia de seguridad, debe ejecutar fsck -fel clon para que vuelva a funcionar.

Otro consejo: si hace una copia de seguridad de la partición en un archivo, puede montarla en bucle invertido mount -o loop filename.ext3 /mountpoint. Además, supongamos que está clonando una partición de 200G en una unidad de 500G, luego puede ejecutar resize2fs /dev/sdx1(donde sdx es su nueva unidad, particionada con una sola partición de 500G), y el sistema de archivos se redimensionará a 500G.

Por último, si el disco está en una forma tal que le da errores de lectura, le aconsejaría que evite apagar y encender el disco hasta que termine de recuperar los datos. En algunos modos de falla, el disco en algún momento simplemente ya no girará o dejará de ser reconocido por el sistema operativo, y en ese punto sacar los datos de la unidad se vuelve bastante costoso.

Esto puede no ser relevante en su caso, pero pensé en mencionarlo de todos modos:

Para una comprobación de disco de nivel inferior, puede usar la badblocksutilidad. Atraviesa un dispositivo e informa de cualquier bloqueo defectuoso (por supuesto, no puede reparar nada). Es útil, al menos, para verificar si un disco está dañado físicamente.

Además, e2fsckpuede usarse badblockspara evitar que un sistema de archivos use bloques defectuosos. Del e2fsckmanual:

  -c     This option causes e2fsck to use badblocks(8) program to do a  read-
         only scan of the device in order to find any bad blocks.  If any bad
         blocks are found, they are added to the bad block inode  to  prevent
         them from being allocated to a file or directory.  If this option is
         specified twice, then the bad block scan will be done using  a  non-
         destructive read-write test.

Desea que la opción -f sea fsck (forzar la comprobación incluso si el sistema de archivos parece estar limpio).

Debe ejecutar fsck en modo de usuario único. Una manera fácil de hacer esto sin un arranque de cdrom en vivo es reiniciar con la opción -F.

shutdown -rF now