[vox] Recovering data

Richard S. Crawford richard at underpope.com
Sat Feb 14 17:17:45 PST 2015


On Sat, Feb 14, 2015 at 3:31 PM, Ryan Northrup <
northrupthebandgeek at gmail.com> wrote:

> On Feb 14, 2015 2:57 PM, "Richard S. Crawford" <richard at underpope.com>
> wrote:
> >
> > I have a 2-TB external ext4-formatted USB hard drive which holds all my
> media files and which appears to be failing -- it no longer mounts to my
> Kubuntu computer. Assuming that the USB connection is fine, what's the best
> and cheapest way to go about recovering the data on there?Depends on how
> it's failing.
>
> If you can still access the drive via USB (i.e. it's showing up as
> /dev/sdX or something similar), and it's just not showing a valid
> filesystem (maybe the partition table is corrupt?), there are tools like
> PhotoRec that can recover files in such circumstances.
>
Some more info:

I can hear the drive spinning up when I start my computer or hook it up to
the USB port.

The device is showing up when I do lsusb:

richard at Seamus:~
$ lsusb
Bus 002 Device 002: ID 0bc2:a0a4 Seagate RSS LLC


...and when I do fdisk -l, I get this:

richard at Seamus:~
$ sudo fdisk -l
[sudo] password for richard:

(...)


Disk /dev/sdb: 2.7 TiB, 3000592977920 bytes, 732566645 sectors

Units: sectors of 1 * 4096 = 4096 bytes

Sector size (logical/physical): 4096 bytes / 4096 bytes

I/O size (minimum/optimal): 4096 bytes / 268431360 bytes
Disklabel type: dos
Disk identifier: 0x33e08264

Device     Boot Start       End   Sectors  Size Id Type
/dev/sdb1        2048 732565503 732563456  2.7T  7 HPFS/NTFS/exFAT



...and here's some more:

richard at Seamus:~
$ dmesg | grep sdb
[    1.969359] sd 4:0:0:0: [sdb] Spinning up disk...
[  102.372427] sd 4:0:0:0: [sdb] 732566645 4096-byte logical blocks: (3.00
TB/2.72 TiB)
[  123.186147] sd 4:0:0:0: [sdb] Test WP failed, assume Write Enabled
[  130.132977] sd 4:0:0:0: [sdb] Asking for cache data failed
[  130.132985] sd 4:0:0:0: [sdb] Assuming drive cache: write through
[  130.136941] sd 4:0:0:0: [sdb] Spinning up disk...
[  230.544420] sd 4:0:0:0: [sdb] 732566645 4096-byte logical blocks: (3.00
TB/2.72 TiB)
[  438.941409] sd 4:0:0:0: [sdb] Command timed out
[  438.941426] sd 4:0:0:0: [sdb]
[  438.941435] sd 4:0:0:0: [sdb]
[  438.941446] sd 4:0:0:0: [sdb]
[  438.941456] sd 4:0:0:0: [sdb] CDB:
[  438.941477] end_request: I/O error, dev sdb, sector 0
[  438.941484] Buffer I/O error on device sdb, logical block 0
[  473.674627] Dev sdb: unable to read RDB block 0
[  473.675292]  sdb: unable to read partition table
[  473.676310] sd 4:0:0:0: [sdb] 732566645 4096-byte logical blocks: (3.00
TB/2.72 TiB)
[  473.678165] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled,
doesn't support DPO or FUA
[  473.678429] sd 4:0:0:0: [sdb] Attached SCSI disk
[  484.020059] sd 4:0:0:0: [sdb] uas_eh_abort_handler d3063200 tag 0,
inflight: CMD IN
[  487.020361] sd 4:0:0:0: [sdb] uas_cmd_cmplt d3063200 tag 0, inflight:
CMD IN abort
[  487.020366] sd 4:0:0:0: [sdb] cmd cmplt err -2
[  487.021106] sd 4:0:0:0: [sdb] uas_data_cmplt d3063200 tag 0, inflight:
CMD abort
[  487.021111] sd 4:0:0:0: [sdb] data cmplt err -2 stream 0
[  487.021123] sd 4:0:0:0: [sdb] uas_zap_dead d3063200 tag 0, inflight: CMD
abort
[  487.021128] sd 4:0:0:0: [sdb] abort completed


Anyone know how to interpret all of this?




-- 
Sláinte,
Richard S. Crawford (richard at underpope.com) http://www.underpope.com
Twitter: http://twitter.com/underpope
Facebook: http://www.facebook.com/underpope
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.lugod.org/pipermail/vox/attachments/20150214/5120c628/attachment.html>


More information about the vox mailing list