Tengo este disco duro USB de 3 TB para el cual Ubuntu informa lo siguiente
Jul 15 13:30:00 ris kernel: [11395.274460] usb 1-1.3: New USB device found, idVendor=152d, idProduct=2329
Jul 15 13:30:00 ris kernel: [11395.274474] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=5
Jul 15 13:30:00 ris kernel: [11395.274477] usb 1-1.3: Product: USB to ATA/ATAPI bridge
Jul 15 13:30:00 ris kernel: [11395.274479] usb 1-1.3: Manufacturer: JMicron
Jul 15 13:30:00 ris kernel: [11395.274481] usb 1-1.3: SerialNumber: 71F14D08
Jul 15 13:30:00 ris kernel: [11395.275147] usb-storage 1-1.3:1.0: USB Mass Storage device detected
Jul 15 13:30:00 ris kernel: [11395.275324] usb-storage 1-1.3:1.0: Quirks match for vid 152d pid 2329: 8020
Jul 15 13:30:00 ris kernel: [11395.275401] scsi9 : usb-storage 1-1.3:1.0
Jul 15 13:30:00 ris mtp-probe: checking bus 1, device 6: "/sys/devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3"
Jul 15 13:30:00 ris mtp-probe: bus: 1, device: 6 was not an MTP device
Jul 15 13:30:01 ris kernel: [11396.306993] scsi 9:0:0:0: Direct-Access ST3000DM 001-9YN166 CC9F PQ: 0 ANSI: 5
Jul 15 13:30:01 ris kernel: [11396.307439] sd 9:0:0:0: Attached scsi generic sg3 type 0
Jul 15 13:30:01 ris kernel: [11396.308206] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.308685] sd 9:0:0:0: [sdc] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
Jul 15 13:30:01 ris kernel: [11396.309648] sd 9:0:0:0: [sdc] Write Protect is off
Jul 15 13:30:01 ris kernel: [11396.309654] sd 9:0:0:0: [sdc] Mode Sense: 28 00 00 00
Jul 15 13:30:01 ris kernel: [11396.312843] sd 9:0:0:0: [sdc] No Caching mode page found
Jul 15 13:30:01 ris kernel: [11396.312849] sd 9:0:0:0: [sdc] Assuming drive cache: write through
Jul 15 13:30:01 ris kernel: [11396.313668] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.339275] sdc: sdc1 sdc2
Jul 15 13:30:01 ris kernel: [11396.340615] sd 9:0:0:0: [sdc] Very big device. Trying to use READ CAPACITY(16).
Jul 15 13:30:01 ris kernel: [11396.378241] sd 9:0:0:0: [sdc] Attached SCSI disk
lsusb
Bus 001 Device 006: ID 152d:2329 JMicron Technology Corp. / JMicron USA Technology Corp. JM20329 SATA Bridge
fdisk-l
Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders, total 5860533168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00052cdb
Device Boot Start End Blocks Id System
/dev/sdc1 196626432 732566271 267969920 7 HPFS/NTFS/exFAT
/dev/sdc2 256 196626431 98313088 83 Linux
gparted dice no asignado, Windows dice no asignado. ¿Hay alguna forma de recuperar este disco duro?
Respuesta1
Esta es una explicación de lo que yo personalmente haría en su situación. Lo que voy a decir anulará su garantía. Entonces, primero, si tiene garantía, investíguela. Si no, considere esto.
Quitaría el disco duro de la caja USB. Supongo que lo más probable es que el dispositivo sea SATA. Luego instalaría el disco duro SATA en una de mis PC de escritorio. En ese punto, salvo un mal funcionamiento más grave del hardware, iniciaría Linux y miraría los datos SMART de los discos, usando la utilidad de discos (gnome-disks). Si llega tan lejos, vuelva a publicar con los datos SMART.
Si el disco tiene errores de IO, sectores fallidos o algo así, pero aún funciona, compraría otro disco de 3 TB o más y lo clonaría en ese medio.
Si el disco causa problemas de arranque, inestabilidad del sistema, o simplemente no se reconoce, no gira o algo así, consideraría la recuperación de datos profesional.
Si se reconoce o se monta el disco, pero faltan mis archivos, volvería a publicar con ese detalle.
Si todo estuviera allí y el disco estuviera operativo, los datos SMART estuvieran bien y recuperara mis archivos, sabría que la interfaz USB fue la causa de los problemas. Entonces habría terminado.
De lo contrario, informe los resultados y modificaré mi respuesta.
Nuevamente, lo que recomiendo es bajo su propio riesgo y responsabilidad: retire el disco duro de su gabinete USB y evalúe primero la condición del hardware.
Respuesta2
Antes de hacer cualquier otra cosa con él, recomiendo encarecidamente crear una imagen de la unidad, marcarla como de sólo lectura y jugar con ella. Pasar más tiempo del necesario con el disco físico conectado aumenta las probabilidades de que algo salga mal: o un defecto físico empeorará o accidentalmente harás algo estúpido.
El clásico
dd if=/dev/sdc of=/somewhere/with/3TB/of/free/space.img
se puede utilizar si no hay problemas físicos con la unidad, pero si los hay, se cancelará y te quedarás atascado con una imagen parcial y tendrás que empezar de nuevo.
Hay mejores variantes tipo dd que manejan los errores con mayor elegancia. Como mínimo, debe omitir los errores y dejar los bloques en cero. Los mejores lo vuelven a intentar. Los inteligentes no vuelven a intentarlo en ese momento, sino que los recuerdan y vuelven a intentarlo después de obtener el resto del disco. Una mejor herramienta, si recibe más de un error seguido, no seguirá leyendo secuencialmente, golpeando la misma sección del disco, sino que omitirá secciones cada vez más grandes en la primera pasada hasta obtener una lectura sin errores. de nuevo. La capacidad de crear un archivo de imagen disperso para que no necesite necesariamente 3 TB de espacio libre también es buena.
"safecopy" es un programa tipo dd que ignorará los errores para que puedas obtener una imagen completa. Para mi último trabajo de recuperación física finalmente me decidí por GNU DDRescue. Así es como podría usarse:
ddrescue -r 3 /dev/sdc /somewhere/with/3TB/of/free/space.img /somewhere/else/recovery_work.log
Una vez que tenga otra copia de sus datos (el archivo de imagen del disco), podrá respirar más tranquilo y comenzar a intentar obtener sus archivos. Como alguien más mencionó, photorec es un gran programa para encontrar archivos eliminados, incluso sin entrada de directorio (incluida la búsqueda de disco sin formato donde no hay datos de partición). Funciona buscando en los sectores del disco los "números mágicos" o patrones de bytes al principio (y a veces más adelante) que son exclusivos de un tipo de archivo en particular.
Respuesta3
Cuando un rayo destruyó mi disco duro WD externo de 3 TB, lo saqué de su estuche. La PS en el caso estaba tostada, pero el HDD funcionó, más o menos. Cuando instalé la unidad en mi computadora, mostró una tabla de particiones muy antigua que no había usado en años.
Ejecuté ddrescue (me tomó más de 7 horas) para recuperar mis datos. Pude recuperar algunos de mis archivos más importantes, pero perdí la mayor parte de lo que había en el disco.
El disco en sí funciona perfectamente ahora.
El mayor problema que tuve fue que creé y eliminé particiones muchas veces en el disco duro. Cada tabla de particiones todavía estaba allí, así como una lista de todos los archivos que contenían. He llegado a la conclusión de que realmente necesito borrar el disco antes de cambiar las particiones si espero recuperar datos del disco nuevamente.
Antes de sacar la unidad del gabinete, tuve que decidir si los datos que necesitaba eran más valiosos que la unidad. Eliminé una garantía de 3 años 3 meses después de la compra e incluso compré la garantía extendida por 5 años. Apesta, pero es una elección.
Respuesta4
Puede probar badblocks para encontrar sectores defectuosos en HDD y luego ignorar estos sectores para uso futuro. más información está aquí
http://linuxpoison.blogspot.in/2008/01/howto-check-disk-drive-for-errors-and.html
luego use el software de recuperación.