Quick answer
Run diskpart and use detail volume to check if the volume ID exists—if missing, assign a new one with uniqueid disk. Then run chkdsk /f on the affected drive.
What's going on?
ERROR_NO_VOLUME_ID (0X00000495) pops up when Windows tries to access a drive and can't find its volume ID—that's a 32-bit identifier stored in the partition table. I've seen this most often after a failed disk clone, a power outage during a partition operation, or on external drives plugged into USB hubs with spotty power. The volume ID isn't critical for everyday use—Windows doesn't need it to read files—but some apps (like backup software or disk checkers) throw this error when it's missing or corrupted. The good news is, you can fix this without losing data in most cases.
How to fix ERROR_NO_VOLUME_ID (0X00000495)
Start with these steps. They work for Windows 10, 11, and Server 2016/2019/2022. You'll need admin rights.
Step 1: Check the volume ID with diskpart
- Press Win + X and click Windows Terminal (Admin) or Command Prompt (Admin).
- Type
diskpartand press Enter. - Type
list volumeto see all volumes. Note the number for the drive giving the error (usually the one without a label). - Type
select volume X(replace X with your volume number). - Type
detail volume. If it says Volume ID: 00000000 or nothing at all, the volume ID is missing or blank.
If the volume ID is all zeros, that's your culprit—Windows can't see it as a valid volume. Move to Step 2.
Step 2: Assign a new volume ID
- Still in diskpart, with your volume selected, type:
uniqueid disk id=1234ABCD(you can use any hex value like 12345678—just make sure it's 8 characters long, no spaces). - Type
detail volumeagain to confirm the ID changed. It should show your new hex value. - Type
exitto leave diskpart.
This writes a new volume ID to the partition table. I've used this trick dozens of times on drives that lost their ID after a botched clone or a power surge. It doesn't affect the data.
Step 3: Run chkdsk to fix underlying corruption
Now run chkdsk /f D: (replace D with your drive letter). This scans and fixes file system issues that might have caused the volume ID to vanish in the first place. If the drive is your system drive, you'll need to schedule it for next reboot—type chkdsk /f C: and answer Y when prompted.
Reboot if needed. The error should be gone.
Alternative fix: Use a recovery tool
If diskpart fails—maybe the partition table is too damaged—try TestDisk (free, open source). Here's the workflow:
- Download TestDisk from its official site (cgsecurity.org).
- Extract and run
testdisk_win.exeas admin. - Select your disk, choose Intel partition type, then select Analyse.
- If it finds a missing or corrupted partition, select Quick Search then Deeper Search if needed.
- Write the partition table back using Write. TestDisk will regenerate the volume ID automatically.
I've pulled drives back from the dead this way. It's a bit manual, but it works when diskpart won't touch the volume ID.
What if the drive is physically failing?
If you hear clicking, grinding, or the drive shows up as uninitialized in Disk Management, stop here. Don't run chkdsk or diskpart—they can make things worse. Instead, use a tool like DMDE (free tier) to read the volume ID from the partition table and fix it without writing to the disk. Or back up data with ddrescue first, then format the drive.
Prevention: Keep your drives healthy
This error is rare unless you're messing with partitions or cloning drives. To avoid it in the future:
- Always safely eject external drives—unplugging them while Windows is writing can corrupt the partition table and zap the volume ID.
- Use stable USB ports—front-panel USB hubs on cheap cases can drop power during large file transfers, causing volume ID corruption.
- Run chkdsk monthly as maintenance. A quick
chkdsk /scanon system drive takes seconds and catches issues early. - Back up your partition table with
diskpartafter you set up a new drive:uniqueid disk id=(save the output). Makes recovery trivial later.
I've been using diskpart's uniqueid command since Windows 7, and it's never let me down. If you hit a different error after applying this fix—like 0X0000045F (file system error)—that's usually a sign of deeper corruption, and you'll want to run sfc /scannow and check the drive's SMART status. Good luck!