Checksum for windows.ISO created by MS mediacreationtool.exe

Primary question - What is the sha1 {&/or Md5} checksum for the "windows.ISO" file downloaded when using the MS supplied "mediacreationtools.exe"? I specifically want the checksum for the ISO resulting from selecting Language: English {UK} Edition: Windows 8.1 Architecture: 64-bit {x64}

Situation - I am wanting to do a clean install of win 8.1 {build9600} onto a laptop which has a barely usable build 9600 already installed, damaged recovery partitions, and no OEM recovery media.

I have downloaded and used the Microsoft supplied tool 'mediacreationtool.exe' which subsequently downloads a file called 'Windows.iso'. I wish to verify the integrity of that ISO file to ensure it arrived correctly. Obviously I want to do that **before** I repartition the HD and attempt to re-install OS rather than simply cross my fingers and hope all goes well.

I have searched for a checksum or other method to ensure the ISO is 'good' yet could not find one.

I downloaded a second copy of the same type of ISO using the same method with the same tool. I had hoped for the same checksum on both ISOs as a means of verification.

If the 'media creation tool' uses an 'automatic' checksumming/correction as part of the download process to ensure the integrity of the downloaded ISO then it appears to be untrustworthy given that the two ISOs it gave me, which should have been the same, unfortunately arrived with different checksums.

It is obviously ludicrous to continue downloading >3GB files until I find a pair whose checksum match. I am frustrated by this situation.

I presume Microsoftland employs at least a few brainiacs who are capable of  understanding what checksums are and how they can be useful. Consequently I am astounded that MS does not publish the checksums for ISOs officially obtained from MS, using an official MS tool. Can anyone shed some light on why this situation exists and offer a useful remedy?


  • Edited by Yisit 15 hours 24 minutes ago
March 22nd, 2015 10:55am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics