En breve. Tengo problemas para acceder a los archivos de mi disco duro. También asumo que no es un problema de hardware (está más en el "nivel de software"). Me gustaría saber si hay formas (comandos de Linux, herramientas de Linux) que puedan ayudar a monitorear el disco duro y detectar el problema. Aquí hay una descripción más detallada de lo sucedido.
Tengo un disco duro Verbatim con muchos archivos. Hoy intenté usarlo en Ubuntu. En el explorador de archivos vi la carpeta Verbatim e intenté abrirla. Como resultado vi un reloj que indica que el proceso se ejecuta y necesita más tiempo. Pesé durante aproximadamente un minuto, vi la misma imagen (aún ejecutándose, la carpeta no está abierta) e intenté hacer lo mismo en la terminal. Solía cdentrar a la carpeta de Verbatim, estando luego en la carpeta ejecuto ls -ltr. Como resultado no obtuve nada. Intenté cancelar el comando mediante Ctrl C, no funcionó, así que simplemente cerré la terminal. Luego, en el panel intenté ejecto unmountel dispositivo (no recuerdo cómo se llama) y Ubuntu me escribió que el dispositivo está ocupado ejecutando ls(o algo así) el comando. Desconecté el dispositivo de todos modos.
Luego intenté acceder a los archivos en el disco duro usando otra computadora que ejecuta Windows. Windows reconoció el dispositivo pero me dijo que se detectó un error y se recomienda hacer un escaneo (sin embargo, todavía había una opción para mostrar los archivos sin escanear). He elegido hacer un escaneo. Pasó demasiado tiempo sin mostrar ningún progreso y cancelé el escaneo.
Luego desconecté el dispositivo y lo volví a insertar. Todavía existía la opción de escanear. El escaneo se podría realizar con dos opciones: (1) detectar errores y corregirlos automáticamente y (2) detectar archivos faltantes e intentar restaurarlos. La primera opción estaba marcada de forma predeterminada (el análisis anterior (cancelado) lo ejecuté de esta manera). Esta vez verifiqué también la segunda opción (por lo que ambas opciones fueron marcadas) e inicié el escaneo nuevamente. Nuevamente fue demasiado lento sin mostrar ningún progreso, así que lo cancelé nuevamente.
Luego comencé el escaneo con la primera opción marcada (buscar errores y corregirlos automáticamente) y le di suficiente tiempo. Al cabo de unos 20-30 minutos ya estaba listo. Como resultado, recibí un mensaje que decía que no se podía acceder a algunas de las carpetas y que se habían eliminado permanentemente. Después de eso pude usar el dispositivo (ingresar a carpetas y subcarpetas y ver los archivos).
Luego probé nuevamente el dispositivo en Ubuntu. Ubuntu tardó aproximadamente un minuto en reconocer el dispositivo (es demasiado). Luego tuve el mismo problema (no podía ver las carpetas ubicadas en el disco duro). Significa que veo la carpeta del disco duro. Puedo ingresar a esta carpeta pero no pude ver qué archivos hay allí.
Luego conecté el dispositivo a la máquina con Windows y no pudo reconocer el dispositivo (no lo ve en absoluto). Supongo que en Ubuntu hice el desmontaje (o algo así) y en esto bloqueé el disco duro (para que no lo vea la máquina con Windows). Sin embargo, no estoy seguro de esta suposición. Probablemente el dispositivo esté roto de alguna manera.
¿Alguien podría ayudarme con eso? En el dispositivo tengo todas las fotos de mi familia de los últimos 7 años.
Respuesta1
En primer lugar, debes determinar el tipo de sistema de archivos utilizado en esa unidad. Lo más probable es que sea FAT32. Puedes hacer esto usando el comando fdisk:
fdisk -l
Esto devolverá una lista de dispositivos y en cada línea habrá un "Tipo" que revelará el sistema de archivos:
Device Boot Start End Sectors Size Id Type
/dev/sda1 * 2048 219353087 219351040 104.6G 83 Linux
/dev/sda2 219355134 234440703 15085570 7.2G 5 Extended
/dev/sda5 219355136 234440703 15085568 7.2G 82 Linux swap / Solaris
Si tiene otra unidad disponible que es igual o más grande que la unidad que falla, según mi experiencia, la forma más fácil de intentar una recuperación es usar una herramienta llamada dd-rescue. Puede encontrar más información aquí:dd-rescate
También puede usar dd manualmente para convertir una imagen de todo el disco en un archivo. Si el disco duro es grande, esto puede llevar mucho tiempo. También deberá asegurarse de tener suficiente espacio en el disco en el que planea crear la imagen de respaldo y también asegurarse de que el sistema de archivos en uso admita archivos lo suficientemente grandes como para contener el tamaño de toda la unidad.
A continuación se muestra un ejemplo de cómo puede lograr esto manualmente:
dd bs=4k if=/dev/sda of=/path/to/backup.img conv=noerror,sync
En el comando anterior /dev/sda está el disco dañado y backup.img es el archivo que contendrá el contenido de todo el disco como copia de seguridad. Puede encontrar más información sobre este comando aquí:
recuperar-datos-de-un-disco-duro-muerto-usando-dd
Puede ser mejor utilizar un argumento de tamaño de bloque más pequeño para correr el riesgo de perder menos datos cuando se encuentren errores. Por ejemplo, "bs=1024", sin embargo, esto hará que la operación demore aún más.
Es muy difícil determinar si un disco duro realmente está fallando a menos que su disco duro tenga habilitadas funciones como SMART. Es posible que su disco no esté fallando y que su problema se deba a una corrupción del sistema de archivos.
Desafortunadamente, no conozco una buena manera de determinar de manera realista qué tan dañado está un disco duro, aparte de características como SMART, que generalmente está controlada por el BIOS.
Una vez que haya determinado el tipo de sistema de archivos que está usando en ese disco, puede intentar reparar el sistema de archivos como lo hizo antes en Windows en Linux usando el comando fsck: (asegúrese de estar usando el fsck que coincida con su tipo de sistema de archivos específico.
fsck.vfat /dev/sdb1
Cabe señalar que Linux no siempre es bueno para reparar particiones ntfs o fat, por lo que no debe intentarlo hasta que haya verificado su copia de seguridad. De hecho, le recomendaría que realice el intento de reparación en la imagen de respaldo. Las instrucciones para realizar un fsck en un archivo de respaldo se pueden encontrar aquí:montar-un-archivo-de-partición-sin-bruto-hecho-con-dd
Dependiendo de cómo se montó el sistema de archivos, el comando ls podría dañar el sistema de archivos si está cambiando los metadatos del archivo o directorio; específicamente actualizando el tiempo de acceso. Desenchufar la unidad mientras está escribiendo algo provocará errores en el sistema de archivos, especialmente en sistemas de archivos que no tienen buenas funciones de registro (como FAT32). Estos errores normalmente se pueden corregir con fsck.
Lamento mucho que se encuentre en una situación tan precaria y espero que pueda recuperar estos archivos.
Respuesta2
Regrese a su sistema Linux.
Abra una terminal raíz y escriba tail -f /var/log/kern.log, maximizar esta ventana.
Conecte su disco duro.
Si tiene un problema de hardware con la unidad, aparecerá aquí. Si se trata de un problema con la conexión USB, recibirá mensajes que dirán "No se puede enumerar el dispositivo" o similar. Si hay un problema de medios con la unidad, recibirá mensajes sobre bloques defectuosos.
Si tiene un error de conexión USB, puede haber un problema con el cable USB, el conector o el adaptador USB a SATA que se encuentra en la carcasa del disco duro (pines rotos, conector que se cae, etc.)
Suponiendo que su modelo de disco duro externo no tenga funciones de cifrado en la placa USB, puede retirar la unidad de la carcasa, conectarla directamente a una PC y trabajar con ella como cualquier unidad interna. Si tiene encriptación, realmente necesita que esa placa funcione, y debería intentar contactar a alguien con experiencia en electrónica/soldadura para reemplazar el conector USB o soldar un cable directamente a las almohadillas de la placa (que con suerte no están arrancadas). ). El disco duro seguirá funcionando en otro sistema, pero no podrás obtener tus datos.
Ejemplo de la placa USB que estaría dentro del gabinete:
Una vez que haya eliminado cualquier problema de hardware, puede intentar ejecutar Testdisk para ver qué puede recuperar. Puede instalar esto desde apt-getuna terminal raíz en Ubuntu, o descargarlo y ejecutarlo.la versión de Windows. Tenga otra unidad lista para copiar archivos yhaga una copia de seguridad de sus datos la próxima vez.
Buena suerte.
Respuesta3
No hay forma de reparar un disco duro defectuoso sin correr el riesgo de perder archivos. Dependiendo de cuánto valen para usted los datos del disco, un servicio profesional de recuperación de datos puede ser su mejor opción. Creo que estos servicios comienzan en alrededor de $ 500 y aumentan, a veces dramáticamente, dependiendo de cuánto esfuerzo se necesita para recuperar datos. Es posible que incluso el mejor servicio de recuperación de datos no pueda recuperar todos sus datos, pero tienen muchas más posibilidades de hacerlo que cualquier cosa que usted pueda hacer por su cuenta.
Te recomendaría explorarServicios de recuperación de Seagatepara más información.
Estoy seguro de que esto no es lo que desea escuchar, pero la recuperación de datos profesional puede abrir el disco y realizar otros procedimientos que simplemente no es posible realizar por su cuenta. La recuperación de datos requiere experiencia, software y herramientas especializados, piezas de disco duro y debe realizarse en una sala limpia. No es posible hacerlo en casa.
Respuesta4
¿Has intentado realizar una verificación completa del disco con Windows manualmente?
Si abre un cmd e ingresa chkdsk /?, aparece todas las opciones posibles.
Para una partición NTFS, puede hacer chkdsk /F /R /B /X, que realiza la comprobación más completa. Para FAT32, omita /B.
Tenga en cuenta que esto lleva mucho tiempo dependiendo de su disco duro. Pero podría ser una posibilidad de rescatar algunos datos.