Yeah, that 0x000010EE error is a nasty one. You're trying to access a drive — maybe an external USB, a second internal disk, or even the system drive — and Windows throws up "ERROR_UNEXPECTED_OMID". It means the on-medium identifier stored directly on the disk hardware is corrupted or missing. The OS can't figure out what that drive is supposed to be. Don't waste time scanning for bad sectors. Jump straight to the fix.
The Fastest Fix: Diskpart Clean and Reformat
What we're doing here is wiping the drive's metadata at the physical level. The Windows GUI tools like Disk Management often can't touch a disk in this state — they'll just hang or error out. Diskpart's clean command bypasses that by talking directly to the disk driver.
- Open diskpart as Administrator: Hit Win + X, choose Command Prompt (Admin) or Windows Terminal (Admin), then type
diskpartand press Enter. Accept the UAC prompt. - List the disks: Type
list disk. You'll see all physical disks. Identify the problem one by size. If you're not sure, look for a disk that shows 0 GB or no media type. - Select the disk: Type
select disk X(replace X with the number from step 2). - Clean it: Type
cleanand hit Enter. This removes all partition and volume information from the disk — including the corrupted OMID marker. - Create and format a new partition: Type
create partition primary, thenformat fs=ntfs quick(orfat32 quickif it's a small USB stick). - Assign a drive letter: Type
assign. - Exit: Type
exit, then close the window.
Why This Actually Works
Here's the important bit: The OMID (on-medium identifier) is a GUID stored in the volume boot record or partition table metadata. It's not part of the filesystem, so CHKDSK or SFC won't see it. When that GUID gets scrambled — often from a partial format, unsafe ejection, or a failed resize — the OS sees an unrecognizable identifier and refuses to mount the volume.
diskpart clean works because it zeroes out the first few sectors of the disk, which contain both the partition table and the volume metadata. After that, the disk is like a fresh drive with no stored identifiers. The OS has no choice but to treat it as unallocated space, and you can start over cleanly.
A common trigger: You tried to resize a partition with a third-party tool that crashed mid-operation, or you yanked a USB drive while Windows was writing partition metadata. The act of writing a new GUID got interrupted at exactly the wrong byte.
When the Drive Won't Clean or Isn't Detected
Sometimes clean itself fails with "DiskPart has encountered an error: The parameter is incorrect." That means the disk controller isn't even letting diskpart talk to the drive. You've got a few options:
- Try a different cable or port: USB 3.0 vs 2.0 matters. Switch to a motherboard port, not a front-panel one.
- Use a Linux live USB: Boot Ubuntu from a USB stick. Open GParted. The drive might show up there even when Windows can't see it. Delete all partitions, apply, then reboot into Windows and run diskpart again.
- Check the disk in another machine: If it's an internal SATA drive, plug it into a desktop SATA port. Laptops with NVMe or M.2 SSDs sometimes have firmware quirks that cause this error on specific controllers like the Intel RST.
- Low-level format via the manufacturer's tool: SeaTools for Seagate, Data Lifeguard for WD, or the SSD's own toolbox. These tools can issue a SCSI FORMAT UNIT command that wipes even the hidden vendor area where identifiers might be duplicated.
Prevention: Don't Interrupt Metadata Writes
The root cause here is always an interrupted write to the partition table or volume metadata. Stop it from happening again:
- Always use "Safely Remove Hardware" before yanking USB drives. I know it's annoying, but the GUID write happens asynchronously in Windows — the copy dialog says "finished" before the metadata flush completes.
- If you're resizing partitions with a tool like MiniTool or EaseUS, make sure the machine has a battery backup (UPS). A power cut during partition resize is the #1 cause of OMID corruption.
- On external drives, avoid connecting them via USB hubs. They can negotiate link speed changes that cause the drive to reset mid-command.
- For system drives (C:), check your motherboard firmware updates. On certain ASUS and Gigabyte boards with AM5 chipsets, a BIOS update fixed an OMID corruption bug when resuming from sleep.
One last tip: If you see this error on a brand-new drive out of the box, it's defective. Return it. Some drives ship with a corrupted firmware area that diskpart can't fix — and you shouldn't have to fight with a new piece of hardware.