Quité mi disco duro externo de 1 tb (Seagate) directamente de un sistema Windows y ahora ya no funciona. Estoy intentando solucionarlo a través de ubuntu ahora, y cuando intento comprobarlo en Discos (utilidad gnome), dice que no hay medios.
Intenté recopilar la mayor cantidad de información posible ejecutando algunos comandos que pude encontrar en línea en los foros de ayuda.
sudo lshw -c disco
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo lshw -clase disco -clase almacenamiento
*-usb:1
description: Mass storage device
product: USB Mass Storage
vendor: JMicron
physical id: 4
bus info: usb@2:4
logical name: scsi4
version: 1.00
serial: 152D00579000
capabilities: usb-2.10 scsi emulated scsi-host
configuration: driver=usb-storage maxpower=34mA speed=480Mbit/s
*-disk
description: SCSI Disk
product: JMS579
vendor: JMICRON
physical id: 0.0.0
bus info: scsi@4:0.0.0
logical name: /dev/sdb
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512
sudo hdparm -I /dev/sdb
/dev/sdb:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 00 00 00 00 20 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
ATA device, with non-removable media
Standards:
Likely used: 1
Configuration:
Logical max current
cylinders 0 0
heads 0 0
sectors/track 0 0
--
Logical/Physical Sector size: 512 bytes
device size with M = 1024*1024: 0 MBytes
device size with M = 1000*1000: 0 MBytes
cache/buffer size = unknown
Capabilities:
IORDY not likely
Cannot perform double-word IO
R/W multiple sector transfer: not supported
DMA: not supported
PIO: pio0
sudo smartctl -a -d scsi /dev/sdb
=== START OF INFORMATION SECTION ===
Vendor: JMICRON
Product: JMS579
Compliance: SPC-4
Device type: disk
Local Time is: Fri Jun 22 23:07:23 2018 IST
device Test Unit Ready [unsupported scsi opcode]
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
fdisk-l
Fdisk no muestra ningún resultado para este disco. ya que no está montado en ningún lado.
sudodmesg
[141307.332889] usb 2-4: USB disconnect, device number 5
[141310.499914] usb 2-4: new high-speed USB device number 7 using xhci_hcd
[141310.628540] usb 2-4: New USB device found, idVendor=152d, idProduct=0579
[141310.628544] usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[141310.628547] usb 2-4: Product: USB Mass Storage
[141310.628549] usb 2-4: Manufacturer: JMicron
[141310.628551] usb 2-4: SerialNumber: 152D00579000
[141310.629107] usb-storage 2-4:1.0: USB Mass Storage device detected
[141310.629201] scsi host4: usb-storage 2-4:1.0
[141311.628514] scsi 4:0:0:0: Direct-Access JMICRON JMS579 PQ: 0 ANSI: 6
[141311.629170] sd 4:0:0:0: Attached scsi generic sg2 type 0
[141311.629942] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.629953] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.629960] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632053] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.632064] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.632072] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.632253] sd 4:0:0:0: [sdb] Write Protect is off
[141311.632261] sd 4:0:0:0: [sdb] Mode Sense: 00 00 00 00
[141311.632435] sd 4:0:0:0: [sdb] Asking for cache data failed
[141311.632441] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[141311.635917] sd 4:0:0:0: [sdb] Unit Not Ready
[141311.635927] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.635935] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639186] sd 4:0:0:0: [sdb] Read Capacity(10) failed: Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[141311.639197] sd 4:0:0:0: [sdb] Sense Key : Illegal Request [current]
[141311.639205] sd 4:0:0:0: [sdb] Add. Sense: Invalid command operation code
[141311.639534] sd 4:0:0:0: [sdb] Attached SCSI disk
[141594.937486] EXT4-fs (sdb): unable to read superblock
[141594.937770] EXT4-fs (sdb): unable to read superblock
[141594.938048] EXT4-fs (sdb): unable to read superblock
[141594.938335] SQUASHFS error: squashfs_read_data failed to read block 0x0
[141594.938337] squashfs: SQUASHFS error: unable to read squashfs_super_block
no hay registro para sdb en /proc/partitions
Aquí está el resultado de varios comandos de gdisk que probé:
sudo gdisk
GPT fdisk (gdisk) version 1.0.1
Type device filename, or press <Enter> to exit: /dev/sdb
Problem reading disk in BasicMBRData::ReadMBRData()!
Warning! Read error 22; strange behavior now likely!
Warning! Read error 22; strange behavior now likely!
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************
Command (? for help): i
no partitions
Command (? for help): o
This option deletes all partitions and creates a new protective MBR.
Proceed? (Y/N): Y
Command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): ACBB4EFC-7AE9-4C9B-B804-DA09D936163D
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Command (? for help): v
Problem: Disk is too small to hold all the data!
(Disk size is 0 sectors, needs to be 0 sectors.)
The 'e' option on the experts' menu may fix this problem.
Problem: GPT claims the disk is larger than it is! (Claimed last usable
sector is 18446744073709551582, but backup header is at
18446744073709551615 and disk size is 0 sectors.
The 'e' option on the experts' menu will probably fix this problem
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Identified 3 problems!
Command (? for help): x
Expert command (? for help): e
Relocating backup data structures to the end of the disk
Expert command (? for help): z
About to wipe out GPT on /dev/sdb. Proceed? (Y/N): Y
Warning! GPT main header not overwritten! Error is 28
GPT data structures destroyed! You may now partition the disk using fdisk or
other utilities.
Expert command (? for help): p
Disk /dev/sdb: 0 sectors, 0 bytes
Logical sector size: 512 bytes
Disk identifier (GUID): 4B3EC7B7-2E9E-4933-885C-0CF09BFBE24C
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 18446744073709551582
Partitions will be aligned on 2048-sector boundaries
Total free space is 0 sectors (0 bytes)
Number Start (sector) End (sector) Size Code Name
Expert command (? for help): w
Caution! Secondary header was placed beyond the disk's limits! Moving the
header, but other problems may occur!
Warning! The claimed last usable sector is incorrect! Do you want to correct
this problem? (Y/N): Y
Have adjusted the second header and last usable sector value.
Partition(s) in the protective MBR are too big for the disk! Creating a
fresh protective or hybrid MBR is recommended.
Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!
Do you want to proceed? (Y/N): Y
OK; writing new GUID partition table (GPT) to /dev/sdb.
Unable to save backup partition table! Perhaps the 'e' option on the experts'
menu will resolve this problem.
Warning! An error was reported when writing the partition table! This error
MIGHT be harmless, or the disk might be damaged! Checking it is advisable.
También intenté solucionarlo usando el sistema Windows. muestra Desconocido, no inicializado en Administración de discos. También probé Diskpart, aquí está el resultado de varios comandos debajo de eso:
clean:
DiskPart succeeded in cleaning the disk
recover:
Virtual Disk Service error:
The disk is not initialized
convert gpt:
Virtual Disk Service error:
The system's information about the object may not be up to date
DiskPart has referenced an object which is not up-to-date.
Refresh the object by using the RESCAN command.
If the problem persists exit DiskPart, then restart DiskPart or restart the computer.
rescan:
Please wait while DiskPart scans your configuration...
Diskpart has finished scanning your configuration.
convert mbr: this one didn't work as well.
También probé EaseUs, pero no pudo detectar la unidad.
Cualquier ayuda es muy apreciada, gracias de antemano.
Respuesta1
Diskpart no afecta los datos reales si no lo obliga explícitamente a hacerlo; su suposición es correcta, los datos todavía están allí.
Los diagnósticos SMART (por ejemplo, accesibles a través de Gnome-Disks en Ubuntu) le mostrarán eventuales fallas de hardware, pero parece que Windows estaba escribiendo datos activamente en la unidad, lo que sucede muy a menudo desde Windows 7, ya que es una operación retrasada que se ejecuta. cuando los recursos están libres/la carga de io es baja.
Además, el servicio de indexación accede a la unidad de forma regular y repetida en modo lectura/escritura para almacenar los metadatos recopilados. Si desea evitar esto en el futuro y desea forzar la escritura/sincronización inmediata, puede habilitar el caché de disco en las propiedades de hardware de la unidad la próxima vez que acceda a través de Windows. Sin embargo, renunciará a la funcionalidad de extraer rápidamente la unidad y deberá desmontarla mediante el selector de dispositivos en la bandeja del sistema, similar a las operaciones de montaje en las distribuciones de Linux.
Si desea utilizar software basado en Windows o aplicaciones explícitamente GUI, su mejor opción será Macrium Reflect, ya sea instalado dentro de Windows como una aplicación o usando su funcionalidad para crear un sistema de rescate basado en Windows PE que pueda ejecutar de manera similar a un Sistema Linux Live desde una unidad USB.
Recomiendo aunque usar:
... que es la herramienta más confiable para la recuperación de datos/particiones, especialmente porque no cambia el contenido de la unidad en función de la posible estructura de partición que encuentra hasta que usted decide hacerlo. No tiene GUI, pero se ejecuta en una ventana de terminal y ofrece un enfoque asistido para buscar archivos/carpetas/particiones escaneando los datos sin procesar en la unidad.
Si puede recordar la estructura de la partición, los tamaños estimados y la posición de cada uno y si recuerda los nombres de las etiquetas de la partición, estará listo, es todo lo que necesita para identificar las particiones correctas. La preparación/escaneo/análisis lleva en realidad más tiempo que la restauración/recreación de la estructura de partición.
Suponiendo que lea el manual y las instrucciones en pantalla proporcionadas en la interfaz de texto de TestDisk, reparará su unidad si en realidad no se trata de una falla de hardware.
Respuesta2
Utilizó diskpart para limpiar el disco y destruyó todos los datos. No es bueno. Con suerte, solo se destruyeron los metadatos y los archivos siguen ahí. Si tiene suerte, es posible que también haya una copia de seguridad de metadatos en el disco a la que pueda acceder el producto adecuado.
Pero recuerda siempre la regla número 1 que dice:Nunca modifiques el disco que estás intentando recuperar.
Su única esperanza ahora, si no tiene una copia de seguridad, es utilizar un producto de recuperación.
Para obtener una lista de dichos productos con reseñas, consulte este artículo:
La mejor utilidad gratuita de recuperación de datos y eliminación de archivos.
Como no todos los productos utilizan los mismos algoritmos, puedes probarlos uno por uno. Si logra recuperar algunos archivos, escríbalos en otro disco, no en el disco que está intentando recuperar.
El de la lista que encontré más efectivo en un caso similar fue Recuperación de datos de energía MiniTool, aunque recuperar más de 1 GB de datos a la vez requiere la versión comercial ($69).
Si los archivos resultan irrecuperables pero son de gran valor para usted, puede comunicarse con una empresa de salvamento comercial. Deberá enviarles el disco y tener en cuenta que estos servicios son costosos. Así que mejor compare precios en Internet y verifique bien la reputación del servicio antes de elegir.
También se pueden encontrar productos comerciales en Internet buscando "rescate de datos" o "recuperación de datos". Algunos de ellos tienen una descarga gratuita donde analizar el disco es gratis pero recuperar los archivos puede requerir un pago.
Respuesta3
Esto tiene todos los signos de un problema que no se puede solucionar con el software. Así que puedes dejar de jugar con el software, ya que potencialmente sólo empeora las cosas.
Como regla general, en el momento en que una unidad (física) deja de identificarse correctamentecon capacidad correcta, estás lidiando con un problema que no puedes solucionar/abordar usando software únicamente. Si el problema subyacente es el daño de los medios, entonces la ejecución del software potencialmente solo causa daños adicionales. Si una unidad deja de identificarse con la capacidad correcta, entonces es muy poco probable que la PCB sea la culpable, ya que esta información se guarda principalmente en los platos (firmware), que pueden estar dañados debido a daños en los medios.
Como regla general, si una unidad gira, el problema no es la PCB.
Si los datos son importantes, el mejor consejo en este punto es acudir a un especialista en recuperación de datos.Muchos laboratorios ofrecen un diagnóstico gratuito. El "saber común" de que un servicio de recuperación de datos cobrará varios miles de dólares por definición es un mito siempre y cuando se eviten franquicias más grandes. Muchos problemas de tipos de medios o incluso cabezales "débiles", los problemas de firmware se pueden manejar sin tener que abrir la unidad en una sala limpia. A menudo es el trabajo en la sala blanca lo que encarece la recuperación.
Hubo ocasiones en las que se podía intentar extraer una unidad de su caja USB. Esto tenía varias ventajas:
- Puede descartar que el problema sea el recinto en sí.
- En caso de problemas menores de lectura (daños en el medio o el cabezal), es mejor dejar el manejo de errores en la interfaz nativa de la unidad en lugar de tener que lidiar con la capa USB adicional. La mayoría de los puentes USB son malos en el manejo de errores. Una unidad USB que se cuelga constantemente mientras se copian datos puede ser manejable cuando se conecta a un puerto SATA nativo, por ejemplo.
Hoy en día, muchas veces ya no es tan sencillo.
- El gabinete USB puede proporcionar/manejar cifrado.
- El gabinete USB puede presentar la unidad como un dispositivo 4K y, por lo tanto, se particionó, formateó, etc., asumiendo sectores 4K.
- De todos modos, es posible que el USB no se pueda omitir fácilmente si está integrado en la PCB de la unidad.