-
Notifications
You must be signed in to change notification settings - Fork 2.5k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rufus may attempt to reformat UEFI:NTFS partition on Windows 10 1703 (Creators Update) #931
Comments
I had an issue lately that rufus 2.13 make the uefi:ntfs visible ( with a drive letter ) when using Windows 10 anniversary ( or it was Windows 10 creators update... I don't remember ) Unfortunately, I forgot to take the log and when I tried in another computer it didn't seemed to do that |
It's not Rufus. It's Microsoft, with a NEW behaviour of Windows 10 1703 (Creators Update). Before Creators Update, and for REMOVABLE drives (most USB flash drives are REMOVABLE, most USB HDDs are FIXED), Windows would only mount the first partition with a file system it recognized, and this regardless of how many other partitions your drive has, with file systems that Windows can mount. The only drives for which it would mount multiple partitions were FIXED drives. This was a MAJOR drawback of using Windows, and, with Creators Update, Microsoft decided to change it. This means that, as far as mounting partitions is concerned, Windows will now treat FIXED and REMOVABLE partitions the same way. They may also have applied additional changes with regards to mounting EFI System Partitions. As a result, the UEFI:NTFS partition, which sits at the end of the flash drive, will be mounted automatically (along with the other partition from the drive) in Windows Creators Update, whereas this is not the case with previous versions of Windows. This is actually this change in Windows behaviour that prompted me to log this enhancement, so that Rufus, who indirectly relied on the old Windows behaviour, will not access the mounted UEFI:NTFS partition by mistake. |
Oh, man, what a pain in the ass this enhancement is turning out to be! Disk Manager and other Windows components seem to be completely thrown off at times, by the presence of the UEFI:NTFS partition, and completely fail to register the main one. Since I suspect there's either an underlying Windows bug (either that, or Microsoft is trying hard to shoot down competing software's innovative ideas), I think the best thing I can do is detect if we are going to format the UEFI:NTFS partition and ask the user to try again... |
I think the idea to let the user display and use all the partitions in the same time regardless REMOVABLE / FIXED drive is quite awesome. That's means that, on the creators update, it's useless to have Rufus check if drive is removable or fixed and cheat modes like Alt-F (Enable USB HDD detection) are useless? |
Not at all. I think you misunderstand what this change brings. It still does NOT make a REMOVABLE drive behave like a FIXED drive. For instance, you still will NOT be able to use a REMOVABLE drive for Windows To Go, and flash drives will still be detected as REMOVABLE (which means that, the part of the fixed disk detection that checks the drive type will still apply... but just so you know, Rufus does a lot more behind the scenes to determine whether a USB device is a flash drive or an HDD than check if it has the FIXED or REMOVABLE type). All this does is bring one of the behaviours, that Microsoft had willingly restricted to FIXED drives, to also apply to REMOVABLE. But there are still plenty of REMOVABLE only behaviours that have not been changed. Oh, and you're welcome to provide feedback to Microsoft if you think this is a mistake. |
Notes for myself - to replicate this (using 32 GB microSD + adapter on Win10 1703):
Since it works on retry, reporting |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue if you think you have a related problem or query. |
Now that Windows mounts all partitions from removable drives, instead of just the first one it recognizes, it is possible to end up in a situation where, when UEFI:NTFS is being used, Windows will assign the UEFI:NTFS the letter that Rufus expects the main NTFS partition to use, and thus, Rufus will try to reformat the UEFI:NTFS partition:
The text was updated successfully, but these errors were encountered: