Good — thanks for the clear status. Short version: File History won’t accept a volume when Windows can’t treat it as a normal, unlocked, local NTFS backup target. The fix is to check a few things (format, drive type/health, drive letter, BitLocker, dynamic disk) and then either convert/repair the partition or point File History at a folder on the NTFS partition. Below are targeted checks and exact commands you can run; paste the outputs if you want me to read them and give the exact next step.
Why this happens (brief)
- File History needs a local, accessible backup target. If Windows can’t access the partition as a normal NTFS volume (no letter, different format, locked by BitLocker, treated as removable, dynamic/offline, or otherwise unhealthy) it reports “drive not recognized” or refuses to use it. This is a common cause of File History disconnects.
- Windows has historically behaved oddly with multi‑partition external devices and with removable‑flagged USBs; some partitions may be visible in Explorer but not usable by backup services. Checking Disk Management and the partition type fixes most cases.
Quick checklist — try these in order
1) Confirm the drive/partition is healthy and visible
- Open Disk Management (Win+X → Disk Management). Confirm the target partition (J:, H: or I shows: file system (NTFS?, status = Healthy, and a drive letter is assigned.
- If a volume shows No Drive Letter, right‑click → Change Drive Letter and Paths → Add → pick a letter (J or any unused). Many File History problems are just missing letters.
2) Check the file system
- File History expects an NTFS destination for best results. In Disk Management or File Explorer right‑click the volume → Properties → File system.
- If it’s FAT32 or exFAT convert it to NTFS (non‑destructive) with: open Admin Command Prompt and run:
convert J: /fs:ntfs
(replace J: with the correct drive letter). If convert won’t work or you prefer a clean start, back up data and reformat as NTFS.
3) Make sure the volume isn’t BitLocker‑locked or offline
- If BitLocker is enabled, unlock or suspend it before using the drive for File History. File History can’t write to a locked volume.
- In Disk Management, the volume should be Online and not marked Read‑Only.
4) Confirm disk is Basic (not Dynamic) and the partition type is standard
- In Disk Management the disk should be a Basic disk. File History can misbehave with Dynamic disks or weird partition configurations. If the disk is Dynamic consider converting to Basic (requires data move/backup).
5) Check whether Windows treats the external device as “removable”
- Some USB enclosures/drives report as removable and Windows can be picky about multiple partitions/backup use. If you suspect this (odd behavior or only first partition works), use a different external enclosure or use a small dedicated USB for rescue and the 2 TB drive as the image/backup target. (This is a known real‑world quirk with multi‑partition externals.
6) Re‑point File History after corrections
- Settings → Backup → “Back up using File History” (or Control Panel → File History) → Add a drive → choose the partition (or click “More options” → “See advanced settings” → “Select drive”). If the drive still doesn’t appear, File History will let you browse to a folder on the NTFS partition from the restore environment — but it’s best to fix the partition first.
Commands you can paste here (I can read the output and advise)
- Open an elevated Command Prompt and run these two commands and paste the output:
diskpart
list disk
list volume
exit
- Also, in PowerShell (Admin) run:
Get-Volume | Format-Table DriveLetter,FileSystem,HealthStatus,SizeRemaining,Size -Auto
What I’ll look for in your outputs
- Whether the J: (and H:, I volumes are NTFS, Online, and Healthy.
- Whether the disk is reported as Basic or Dynamic and whether Windows shows the device as Removable.
- Any mismatch between Explorer letters and Disk Management.
If these quick checks don’t show the problem
- Tell me the exact error message Windows shows when you try to “Add a drive” for File History (copy the text). That helps narrow to permissions vs format vs drive type.
- If you prefer, take a screenshot of Disk Management and attach it.
If you want, next step I can do for you
- Tell me the diskpart list disk + list volume output (paste here) and I’ll give the precise action (assign letter, convert to NTFS, remove read‑only, or suggest reformat steps) with the exact commands to copy/paste. That will fix the J: issue so File History accepts it.
Reference: common File History causes & fixes (for context). . Also see discussion about multi‑partition external quirks and GPT/MBR issues if you ever merge partitions or rebuild the external.
Ready when you are — paste the diskpart list output or a Disk Management screenshot and I’ll give the exact command(s) to fix J: so File History recognizes it.