I have a Seagate ST3000DM001-1E6166 hard drive with firmware SC48 I removed from a Seagate USB backup drive case and have been using it for a Windows 10 boot and storage drive. It recently started acting up and has unrallocatable sectors.

CrystalDiskInfo:
Yellow ID 05 Reallocated Sectors Count: Current = 100 Worst = 100 Threshold = 97 Raw Values = 0...48
Yellow ID C5 Current Pending Sector Count: Current = 96 Worst = 96 Threshold = 0 Raw Values = 0...290
Yellow ID C6 Uncorrectable Sector Count: Current = 96 Worst = 96 Threshold = 0 Raw Values = 0...290

SFC /Scannow does not reallocate sectors, there are no free ones left.


It fails SMART and other tests but will still boot most of the time but fails during boot with "Critical Process Died". I suspect some of the Windows 10 files are corrupted and tried fixing them with DISM running from the Seagate drive but that fails. I want to remedy any OS file problems then try to clone the drive. I need some help with the DISM commands that will enable me to run DISM to repair the OS files on the Seagate drive while it is not the C: drive, it is now removed from booting the computer. A different hard drive is now booting that computer and the Seagate drive is in an external USB 3 case connected to the computer. The replacement Windows 10 boot drive is C: and the failing Seagate drive is F:

Any help is appreciated.

If the O.S. issue is caused by bad sectors (which it very probably is), trying to fix the O.S. issue will only make the bad sectors issue worse.
This particular HDD model has a particularly bad reputation among data recovery experts. I've had one which failed, and it very quickly went from mild trouble to kompletely kaputt. So if you need files on that drive that are not system files and that are not backed up in some other place than your “backup drive” (which defeats the purpose of what a “backup” should be by the way), do the clone / image now, if you still can. Unless there are only a few files / folders you wish to salvage, in which case it may be wiser to copy those specific files / folders, since there's no guarantee that the cloning / imaging can be completed at this point (that's what I did in the aforementioned situation, and I ended with only 6 corrupted files, but I knew that these files occupied bad sectors, isolated them while I transfered everything else that was foolishly non-backed-up, and only then tried to get those 6 files, which is when the drive's condition took a bad dive).