[Cialug] HD Problems

[Todd E Thomas]

I've run into similar problems in the past and every bit of data I owned 
was swallowed by the void. I wasn't aware of the CIALUG group at the 
time. But, now there's a second member with a similar problem...


/*Would it be possible to focus 1 meeting on Data Recovery?*/


Patrick might be able to fix his problem, and the rest of us could all 
walk away with another tool in the belt. I've still got my failed drive 
and haven't given up hope on my Napster collection - yet...

TT


  


On 02/08/2012 01:38 PM, Patrick Mcgillan wrote:
> Hi all,
>
> My home drive on my Debian box is not talking. I removed it and
> plugged it into another box with a USB adapter.
>
> Using dmesg output, I get this;
> [16966.835099] usb 2-1: USB disconnect, address 14
> [16982.012064] usb 2-1: new high speed USB device using ehci_hcd and address 15
> [16982.145570] usb 2-1: New USB device found, idVendor=05e3, idProduct=0702
> [16982.145574] usb 2-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
> [16982.145577] usb 2-1: Product: USB TO IDE
> [16982.145688] usb 2-1: configuration #1 chosen from 1 choice
> [16982.146088] scsi17 : SCSI emulation for USB Mass Storage devices
> [16982.146265] usb-storage: device found at 15
> [16982.146267] usb-storage: waiting for device to settle before scanning
> [16987.144418] usb-storage: device scan complete
> [16987.149364] scsi 17:0:0:0: Direct-Access     ST380020 A
>     0811 PQ: 0 ANSI: 0
> [16987.150086] sd 17:0:0:0: Attached scsi generic sg2 type 0
> [16987.151068] sd 17:0:0:0: [sdb] 156301488 512-byte logical blocks:
> (80.0 GB/74.5 GiB)
> [16987.152312] sd 17:0:0:0: [sdb] Test WP failed, assume Write Enabled
> [16987.152316] sd 17:0:0:0: [sdb] Assuming drive cache: write through
> [16987.154566] sd 17:0:0:0: [sdb] Test WP failed, assume Write Enabled
> [16987.154570] sd 17:0:0:0: [sdb] Assuming drive cache: write through
> [16987.154575]  sdb: sdb1
> [16987.163813] sd 17:0:0:0: [sdb] Test WP failed, assume Write Enabled
> [16987.163817] sd 17:0:0:0: [sdb] Assuming drive cache: write through
> [16987.163821] sd 17:0:0:0: [sdb] Attached SCSI disk
>
> The only thing it does is respond to fdisk and shows the partition table.
>
> root at Sony:~# fdisk /dev/sdb
>
> WARNING: DOS-compatible mode is deprecated. It's strongly recommended to
>           switch off the mode (command 'c') and change display units to
>           sectors (command 'u').
>
> Command (m for help): p
>
> Disk /dev/sdb: 80.0 GB, 80026361856 bytes
> 255 heads, 63 sectors/track, 9729 cylinders
> Units = cylinders of 16065 * 512 = 8225280 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disk identifier: 0x19138f7f
>
>     Device Boot      Start         End      Blocks   Id  System
> /dev/sdb1               1        9729    78148161   83  Linux
>
> Command (m for help):
>
> fdisk and mount just go to sleep and then come back with an error
>
> root at Sony:~# e2fsck -y /dev/sdb1
> e2fsck 1.41.12 (17-May-2010)
> e2fsck: Attempt to read block from filesystem resulted in short read
> while trying to open /dev/sdb1
> Could this be a zero-length partition?
> root at Sony:~#
>
> Any suggestions? Could use some of the data on the HD. Forgot to check
> backups and they stopped running last Dec due to other issues.
>
> Patrick
> _______________________________________________
> Cialug mailing list
> Cialug at cialug.org
> http://cialug.org/mailman/listinfo/cialug