Hi @moo @Elder Geek @heynnema (anybody else welcome), I posted a question in the chat
Neither fdisk -l nor testdisk show this Seagate drive, although gnome-disk-utility shows it saying "No media". This is a friend's Windows (7 ?).
ls /dev/disk/by-id/* (my own usual uuids replaced by ... below)
... ... wwn-0x5000c5001ef815d2
... ata-ST3750528AS_6VP2NFKJ wwn-0x5000cca37ce23cbb
... ... wwn-0x5000cca37ce23cbb-part1
... ... wwn-0x5000cca37ce23cbb-part2
... ... wwn-0x5000cca37ce23cbb-part3
... ... wwn-0x5000cca37ce23cbb-part4
... wwn-0x50000f001b110412
... wwn-0x50000f001b110412-part1
.
ls /dev/disk/by-uuid/
09ecdff0-44fe-437e-8063-deabc6feb00e
7323407c-7d0b-4acd-8299-c8f3787111ff
a434a28e-a4b9-4db0-b40e-b93010ed6ceb
66392631-7c4f-4773-8614-4c5ea0913890
7b9d93fc-6898-4085-8117-7f1c76fd8a28
e80baa09-5e4b-4c29-9d0b-bc265f8384f4
.
cat /etc/fstab
UUID=09ecdff0-44fe-437e-8063-deabc6feb00e / ext4 errors=remount-ro 0 1
UUID=e80baa09-5e4b-4c29-9d0b-bc265f8384f4 /home ext4 defaults 0 2
UUID=7323407c-7d0b-4acd-8299-c8f3787111ff /srv ext4 defaults 0 2
UUID=7b9d93fc-6898-4085-8117-7f1c76fd8a28 /tmp ext4 defaults 0 2
UUID=a434a28e-a4b9-4db0-b40e-b93010ed6ceb /var ext4 defaults 0 2
UUID=66392631-7c4f-4773-8614-4c5ea0913890 none swap sw 0 0
.
smartctl -a /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-110-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
Smartctl open device: /dev/sdc failed: Permission denied
~$ sudo smartctl -a /dev/sdc
[sudo] password for me:
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-110-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.12
Device Model: ST3750528AS
Serial Number: 6VP2NFKJ
LU WWN Device Id: 5 000c50 01ef815d2
Firmware Version: CC44
Rotation Rate: 7200 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Sat Mar 4 17:52:16 2017 CET
==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/213891en
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Read SMART Data failed: scsi error aborted command
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.
Read SMART Log Directory failed: scsi error aborted command
Read SMART Error Log failed: scsi error aborted command
Read SMART Self-test Log failed: scsi error aborted command
Selective Self-tests/Logging not supported
.
[ 2483.391005] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0
[ 2483.391014] ata5.00: irq_stat 0x40000001
[ 2483.391019] ata5.00: failed command: FLUSH CACHE
[ 2483.391029] ata5.00: cmd e7/00:00:00:00:00/00:00:00:00:00/a0 tag 19
[ 2483.391029] res 51/04:00:00:00:00/00:00:00:00:00/a0 Emask 0x1 (device error)
[ 2483.391034] ata5.00: status: { DRDY ERR }
[ 2483.391038] ata5.00: error: { ABRT }
[ 2483.424566] ata5.00: configured for UDMA/133 (device error ignored)
[ 2483.424578] ata5.00: device reported invalid CHS sector 0
[ 2483.424619] end_request: I/O error, dev sdc, sector 0
[ 2483.424659] ata5: EH complete
EDIT : more info as moo asked (although smart was already in initial post, I repost and added error code return) :
sudo fdisk -l /dev/sdc
~$ echo $?
0
.
~$ sudo smartctl -a /dev/sdc
smartctl 6.2 2013-07-26 r3841 [x86_64-linux-3.13.0-112-generic] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda 7200.12
Device Model: ST3750528AS
Serial Number: 6VP2NFKJ
LU WWN Device Id: 5 000c50 01ef815d2
Firmware Version: CC44
Rotation Rate: 7200 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 2.6, 3.0 Gb/s
Local Time is: Thu Mar 9 10:55:14 2017 CET
==> WARNING: A firmware update for this drive may be available,
see the following Seagate web pages:
http://knowledge.seagate.com/articles/en_US/FAQ/207931en
http://knowledge.seagate.com/articles/en_US/FAQ/213891en
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
Read SMART Data failed: scsi error aborted command
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.
Read SMART Log Directory failed: scsi error aborted command
Read SMART Error Log failed: scsi error aborted command
Read SMART Self-test Log failed: scsi error aborted command
Selective Self-tests/Logging not supported
~$ echo $?
4
. [EDIT] I gave up and gave the drive back to my friend. Resetting the MaxLBA field with SeaChest_Configure -d /dev/sg2 --setMaxLBA 1481663420 failed. Maybe I could have had success help with resetting the smart partition on the drive with a serial connection, but I had no serial adapter at the moment, I was fed up, and some sites say this way works only with 7000.11 drives (doesn't work for 7200.12). Thanks for help although. Bye bye.
Note: You need to provide more information for anyone to be able to help you more!
Assumptions:
You are recovering data from a HDD which has a Windows 7 OS installed on it i.e. likely has NTFS partitions on it.
You are attempting to recover this data on your Ubuntu System
Other information you could provide:
Assuming the hard drive in question is /dev/sdc try to update your question with the output from the following commands (you did not use sudo when you ran your commands!):
A Screen-shot of the partition layout got using Gparted would be useful for diagnosis. On ubuntu I believe you can install gparted using:
Additional information you can provide on the sound the Hard drive is making would be useful in diagnosis: Disk spin up, Disk activity when using dd to read from the disk, repetitive clicking sounds from the Hard drive.
Recommendations:
Image the HDD first using ddrecue (ddrescue man page) or dd. Depending on what is wrong with the HDD the more time you spend with it powered on the more likely you risk losing all data. Ideally you want to focus on imaging it and then working on the recovery directly on the image of the HDD. This is especially true for mechanically damaged HDD. You can install ddrescue on ubuntu with:
If you must try recovery without creating an image then first try to mount partitions on the HDD as read-only
Try to use disk recovery tools like Testdisk
If you believe it is a firmware issue try updating your drive with the firmware available for your drive at: http://knowledge.seagate.com/articles/en_US/FAQ/213891en. You can use either the ISO or the Windows executable to update your firmware (also see the instructions on the same page).
Notes:
fdisk
only reads your partition table located at the beginning of your drive (within the first 512 bytes). If it doesn't return any information it means your partition table is not readable (either because it has been wiped clean or because it is not readable because of a hardware problem)ddrecue
anddd
do almost the same thing. They read block by block from the disk. ddrescue is useful for recovery as it can be controlled more then dd. For example you can tailor which areas on the disk you want to recover first and ignore bad areas which cause your hard drive to lock up.Always connect the HDD directly using SATA connector to your motherboard. Don't use a USB to Sata Adapter to connect your HDD via USB.
IF you hear a scraping noise when you power up the drive, the heads have impacted the platter and recovery is likely a lost cause.
If you here a repeated clicking noise, this means the drive is having trouble reading a particular sector and is retrying. You are hearing the heads seeking over and over. Recovery is possible.
If you hear nothing but the whir of the platters spinning Recovery is possible.
If you hear nothing at all, (i.e. the drive isn't spinning) you can try getting the spindle started or freezing the drive as outlined in heynnema answer and if successful, continue on from here.
If the device in question is:
It's possible that this problem was brought on by faulty firmware or a failed attempt to upgrade the firmware
You can determine the firmware version of a drive with the command
sudo smartctl -x /dev/sdd | grep -i firmware
(Change /dev/sdd to the device in question.)Edit: AS mentioned by heynnema. Freezing the drive may help you to accomplish this. In fact if you can get the termperature down to about -20 celsius this can actually improve the strength of the magnetic field improving the odds of recovering data from weak sectors.
Depending on what happened data recovery efforts might be a lost cause. Regardless of what happened the first thing I would try would be to image this faulty drive to an image file using
ddrescue
Preperation:
You will need another drive with a formatted partition with enough available space to hold the entire 750GB image. I will refer to this as recovery partition from here on. Note: You must utilize a file system on this recovery partition capable of holding a 750 GB file (FAT16 or FAT 32 will not) ext2/3/4 preferred
You will need to enable the Universe repository
You will need to install the gddrescue package for your version of Ubuntu which contains
ddrescue
andddrescuelog
By issuing the command
sudo apt-get install gddrescue
Create a directory to mount your recovery partition with the command
sudo mkdir /mnt/recover
and mount your recovery partition to /mnt/recover withmount device dir
where device is your recovery partition and dir is your mount point.Example:
sudo mount /dev/sdX /mnt/recover
then change to that directory with the commandcd /mnt/recover
Create An Image of the failing drive
Issue the command
$sudo ddrescue -r 3 source target log
where source is the source drive such as /dev/sdc (your may be different) and target is the target image file and log is the log file that tracks the progress.
Example:
sudo ddrescue -r 3 /dev/sdc recovery.img recovery.log
The -r 3 switch tells the system to retry 3 times before giving up on a failed transfer.
You can also utilize the
-b n
(sector size option)and
-c n
(cluster size option)if you desire (personally I've had good luck with the defaults)
ddrecover
will split blocks that it can't read in an attempt to recover as much data as possible. Be aware that if the drive is in poor condition this process can take a very long time. (You can reduce the time and effectiveness by reducing the number of aforementioned retries.Analyze and mount the image
There are a number of ways to do this which are described here
Perform Data Recovery as necessary
testdisk
is a good choice for this There's a detailed answer on using testdisk hereIf anything about this (or any of my other of my answers) is unclear, feel free to drop me a comment and I'll clarify to the best of my ability.
Sources:
http://knowledge.seagate.com/articles/en_US/FAQ/213891en
http://tuhsphysics.ttsd.k12.or.us/Research/IB09/HougBlat/index.htm
How do I enable the "Universe" repository?
http://packages.ubuntu.com/search?keywords=gddrescue&searchon=names&suite=all§ion=all
Mount single partition from image of entire disk (device)
Partitions disappeared after power loss while installing
This is going to sound very strange, and I'll probably get a few down votes (please don't) for this, but I'm an old timer that's been around for a while, and I'll tell you about a few little tricks that we used to try in the old days, and it DID save some data for us...
If the read/write heads are stuck to the platters, the drive won't even spin up (which could also be a bad drive motor). Take the bare drive and quickly rotate the drive around the drive motor axis. It's got to be a snap rotate to break the "sticktion" if that's what's occurring. Retry the drive.
Another thing that you can try...
Take the bare drive in put it into the freezer, yes, the freezer. Enclose it in a zip lock bag to keep the moisture out. Purge excess air from the bag. The freezer trick is for a host of other failure modes, to include bad solder joints, bad circuit etches, chips that fail as soon as they reach temperature, bearings in motors and data head actuators, etc.
Try 10-15 minutes first. After that, remove it from the freezer and immediately reconnect the drive to your computer and see if you can recover data using any of the methods available to you, including the ones described in the other answers.
Let us know if it worked for you.
I cannot directly solve your problem, but I might be able to point you in a good direction.
Have you heard of "spinrite"? I have used it (albeit for windows) and it worked for me (apparently it works with linux too).
https://www.grc.com/sr/spinrite.htm
(I am in no way affiliated with this company, and have nothing to gain except possibly feeling good if you didn't know about it and it ends up solving your problem).