0

My computer recently started to stutter a bit lately and one of my Seagate hard drive became really slow when opening folders, running programs from the drive etc., ultimately ending with the computer restarting. Upon reboot it went right into the Windows 10 chkdisk on boot. It was very slow as well, so I ended up leaving it over the night. Before I left the computer I saw there was a bad sector mentioned. Next day I was a bit more relieved when I saw the logon screen, and I found the hard drive in Windows explorer. First thing I did was to start copying everything, but the transfer speed is very slow. It jumps to between 1 and 3 mbps, until it drops down to 0 again. In one day I was able to copy around 20 gb.

With the hard drive being this slow I guess it's a sign of the drive slowly failing. I checked the computer management, and it seems the disk has changed from Basic to Dynamic for some reason I don't know after running chkdsk.

I would appreciate some advice on what's the best idea right now. My first thought is to leave the computer on and just keep copying files. Or is it better to take breaks every now and then? And with the disk being 1.8 TB and with this speed it will probably take a month until everything is copied, and I'm a bit afraid the drive will fail before it's completed. And will the heat produced from the HDD possibly have a bad impact on its already failing condition? Or is there better ways to take backup, or are there other possible causes for the hard drive being slow? I have tried swapping cables and hard drives to check.

3
  • Is it a pc or laptop? If a PC open the case and point a small fan at the hard drive, copy smaller file batches.
    – Moab
    Aug 18, 2020 at 20:57
  • @Moab It's a workstation. You mean to cool it?
    – janlindso
    Aug 18, 2020 at 21:17
  • Yes, take the cover off and point a small fan on the hard drive area.
    – Moab
    Aug 18, 2020 at 21:34

3 Answers 3

1

First, use any of the free disk imaging utilities, such as Macrium Reflect Free to copy the whole disk. If possible, boot from USB rather than the HDD, to avoid writing to the disk! Reflect, for example, can make a boot USB drive using WinRE (AKA WinPE). This has some large benefits:

  • Imaging applications use direct disk I/O, rather than copy a file at a time. On a healthy HDD, I find imaging 2 TB of files takes about 3 or 4 hours, and about the same additional time to verify the image (Important! A bad image is not very useful).
  • Since the entire disk is saved, you can restore that image to a drive of the same size or larger, and have your system working as before.
  • If you're booting from USB, there's no need to write to the bad HDD, possibly causing more damage.

Caveats:

  • If the disk has many bad sectors, there will be many retries to read each such sector, slowing imaging.
  • If a complete image cannot be made and verified, try to mount the partial image and view files; it might still salvage most of the disk.

If there are files you cannot salvage, that you must have , get an estimate from a commercial data recovery service, but expect it to be costly.

In the future, make periodic images of your HDD to avoid trying to salvage it after there's an issue.

2
  • 1
    If you are comfortable at the Linux command line, ddrescue is a very good programming to bit copy a failing disk - particularly as it can be restarted and is designed specifically for failing disks
    – davidgo
    Aug 18, 2020 at 23:19
  • I tried using Macrium Reflect. It got to about 80% of the analyzing until it said I have to run a chkdsk. So I started a chkdsk. It's now in about 90% in Stage 2 of 3, but says 0% total and ETA 999 hours. So I'm thinking maybe best would be to cancel it, run some Linux software like Safecopy or ddrescue to get out as much data I can. Any ideas?
    – janlindso
    Aug 19, 2020 at 13:06
0

Because of the slow speed and size of drive, you may wish to take it to a disk repair agency to see if they can copy the files, or help you in any other way.

Just leaving it to copy in the state it is in will (very likely) accelerate the damage and then subsequent failure.

2
  • Thanks for the reply. Yeah, I'm considering this option now. Do you they might be able to get some data out? Last time it was connected I saw the drive in computer management but wasn't able to see it in explorer. Maybe too many bad sectors?
    – janlindso
    Aug 20, 2020 at 19:31
  • Probably too many errors and that is why the suggestion for a repair agency. You need to ask them to assess the drive
    – John
    Aug 20, 2020 at 19:33
0

The first thing to in such a situation is to get SMART parameters. When you do this under linux using smartmontools that does not stress the drive too much.

You most likely have broken sectors. As the source of dammage is unknown the best solution is to use a fault-tolerant copy tool on sector level.

Copying files on file system level is stressful. Using the Macrium software as a duplicating tool is not a good idea because it has not been designed to handle bad sectors.

ddrescue (Linux-based) is the specialist.

Running chkdsk is a bad idea as well. This is something you can do with your second duplicate after copying the faulty source to a target and copying the physically healthy target to another drive for test and play purposes like using chkdsk.

10
  • I tried ddrescue but the process was very slow and it ended up failing.
    – janlindso
    Aug 20, 2020 at 19:23
  • Did you use GNU ddrescue? What does "fail" mean? What did the progress indicator say? Did you use the ddrescue logfile feature?
    – r2d3
    Aug 20, 2020 at 20:10
  • Yeah, I did. I ran it from Ubuntu from an USB. The transfer speed was on an average of 1.5 mbps and I was able to transfer 5-10 gb until it failed. When I rebooted chkdsk started to run on my destination drive for ddrescue. I remember I set log file to be saved to the USB but I can't find it.
    – janlindso
    Aug 20, 2020 at 20:17
  • Again, what do you mean by "failed"? What happened?
    – r2d3
    Aug 20, 2020 at 20:39
  • It stopped. I think it was because of bad sectors. I think it said it was over 10-20 mins since last successful read. I was looking for the log file but didnt find it where I pointed it to. But I'm afraid more serious stuff is wrong than just bad sectors. When I booted the computer with the hdd it didnt always find it in BIOS or Windows. I even had to format the destination drive after the attempt of ddrescue.
    – janlindso
    Aug 21, 2020 at 1:09

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .