Skip to content
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

Error: Volume GUID doesn't match, Could not remount drive #1640

Closed
8 of 10 tasks
ghost opened this issue Oct 16, 2020 · 8 comments
Closed
8 of 10 tasks

Error: Volume GUID doesn't match, Could not remount drive #1640

ghost opened this issue Oct 16, 2020 · 8 comments
Assignees
Milestone

Comments

@ghost
Copy link

ghost commented Oct 16, 2020

Checklist

  • I looked at https://github.com/pbatard/rufus/wiki/FAQ to see if my question has already been answered.
  • I performed a search in the issue tracker for similar issues using keywords relevant to my problem, such as the error message I got from the log.
  • I clicked the 'Log' button or pressed Ctrl-L in Rufus, and copy/pasted the log into the line that says <FULL LOG> below.
  • The log I am copying is the FULL log, starting with the line Rufus version: x.y.z - I have NOT removed any part of it.

Additionally (if applicable):

  • I ran a bad blocks check, by clicking Show advanced format options then Check device for bad blocks, and confirmed that my USB is not defective.
  • I also tried one or more of the following:
    • Using a different USB drive.
    • Plugging the USB into a different port.
    • Running Rufus on a different computer.
  • If using an image, I clicked on the (✓) button to compute the MD5, SHA1 and SHA256 checksums, which are therefore present in the log I copied. I confirmed, by performing an internet search, that these values match the ones from the official image.

Issue description

I received an error message that "explorer.exe" was running and should be closed first, but after a few tries and restarting my computer, it did not help. At some point I got the following error message "Error: GUID drive could not be created."

I am trying to install the Windows 10 ISO on my WORKING USB stick using RUFUS.
It works with version 3.11.

Log

Rufus x86 v3.12.1710
Windows version: Windows 10 64-bit (Build 19042.508)
Syslinux versions: 4.07/2013-07-25, 6.04/pre1
Grub versions: 0.4.6a, 2.04
System locale ID: 0x0407 (de-DE)
Will use default UI locale 0x0407
SetLGP: Successfully set NoDriveTypeAutorun policy to 0x0000009E
Localization set to 'de-DE'
Found USB 2.0 device 'SanDisk Cruzer Fit USB Device' (0781:5571)
Found card reader device 'SDHC Card'
Removing D: from the list: This is the disk from which Rufus is running!
1 device found
Disk type: Removable, Disk size: 16 GB, Sector size: 512 bytes
Cylinders: 1922, Tracks per cylinder: 255, Sectors per track: 63
Partition type: GPT, NB Partitions: 1
Disk GUID: {36DC16BE-6255-40E4-B0E3-CF62DA6B85D9}
Max parts: 128, Start Offset: 17408, Usable = 15816686080 bytes
Partition 1:
  Type: Microsoft Basic Data Partition
  Name: 'Basic data partition'
  ID: {1935C3A7-7CCB-4339-B962-05FA455DFB48}
  Size: 14.7 GB (15814623232 bytes)
  Start Sector: 2048, Attributes: 0x0000000000000000
Scanning image...
ISO analysis:
  Image is an UDF image
Disk image analysis:
  Image does not have an x86 Master Boot Record
ISO label: 'CCCOMA_X64FRE_DE-DE_DV9'
  Size: 5.8 GB (Projected)
  Has a >4GB file
  Uses: EFI
  Uses: Bootmgr (BIOS and UEFI)
  Uses: Install.wim (version 0.13.1)
Using image: Windows10_InsiderPreview_Client_x64_de-de_19042.iso (5.9 GB)

Format operation started
Requesting disk access...
Will use 'F:' as volume mountpoint
Deleting ALL partition(s) from disk '\\?\PhysicalDrive2':
● Partition 1 (offset: 1048576, size: 14.7 GB)
Opened \\.\PhysicalDrive2 for exclusive write access
Analyzing existing boot records...
Drive has a Zeroed Master Boot Record
Clearing MBR/PBR/GPT structures...
Erasing 128 sectors
Initializing disk...
Partitioning (GPT)...
● Creating Main Data Partition (offset: 1048576, size: 14.7 GB)
● Creating UEFI:NTFS Partition (offset: 15815617024, size: 512 KB)
Writing UEFI:NTFS data...
Closing existing volume...
Waiting for logical drive to reappear...
Formatting (NTFS)...
Using cluster size: 4096 bytes
Quick format was selected
Creating file system...
Format completed.
Writing Master Boot Record...
Using Rufus protective MBR
Writing protective message SBR
Found volume \\?\Volume{2c80c576-0fb7-11eb-81bd-1c697a6806e4}\
F:\ is mounted, but volume GUID doesn't match:
  expected \\?\Volume{2c80c576-0fb7-11eb-81bd-1c697a6806e4}\, got \\?\Volume{2c80c577-0fb7-11eb-81bd-1c697a6806e4}\
Retrying after dismount...
Could not remount \\?\Volume{2c80c576-0fb7-11eb-81bd-1c697a6806e4}\ as F: Windows error code 0x00000057 (FormatMessage error code 0x00003AFC)

Found USB 2.0 device 'SanDisk Cruzer Fit USB Device' (0781:5571)
Found card reader device 'SDHC Card'
Removing D: from the list: This is the disk from which Rufus is running!
1 device found
Disk type: Removable, Disk size: 16 GB, Sector size: 512 bytes
Cylinders: 1922, Tracks per cylinder: 255, Sectors per track: 63
Partition type: GPT, NB Partitions: 2
Disk GUID: {8F143EB7-2FB2-4D12-A21C-824EC113B061}
Max parts: 128, Start Offset: 17408, Usable = 15816686080 bytes
Partition 1:
  Type: Microsoft Basic Data Partition
  Name: 'Main Data Partition'
  ID: {76B024C5-32ED-4498-9D5F-2B213F70A96A}
  Size: 14.7 GB (15814568448 bytes)
  Start Sector: 2048, Attributes: 0x0000000000000000
Partition 2 (UEFI:NTFS):
  Type: Microsoft Basic Data Partition
  Name: 'UEFI:NTFS'
  ID: {3649300A-EA5C-4E87-BD04-CFD5D80AE3AE}
  Size: 512 KB (524288 bytes)
  Start Sector: 30889877, Attributes: 0x0000000000000000
@ghost
Copy link
Author

ghost commented Oct 16, 2020

I deleted all partitions with "Diskpart" and without creating new partitions, Rufus works!

@pbatard pbatard changed the title Error: GUID drive could not be created. Error: Volume GUID doesn't match, Could not remount drive Oct 16, 2020
@pbatard
Copy link
Owner

pbatard commented Oct 16, 2020

Yes, this is a consequence of trying to work around a Windows bug in ba40684 where Windows does not return the correct drive letter, and where I had to remove the code that handles GUID switching (which is what happens here).

Depending on how many people are faced with this issue I may produce a bugfix release, but the thing that worries me is that if I revert ba40684 then some people may end up with data being copied to the wrong drive (though, in the lifetime of Rufus, only one person reported that specific issue).

@pbatard pbatard self-assigned this Oct 16, 2020
@wdaviscbrokerz
Copy link

Hola amigo buenas noches al aplicar RUFUS para recuperar un USB DE 64 G, inicialmente corre bien pero casi al fina me arroja un ERROR
EN ESTADO
DICE ... FALLO AL REALIZAR LA OPERACION
LUEGO SE ABRE UNA VENTANA ... ERROR NO SE PUDO MONTAR EL VOLUMEN GUID
IMAGEN ERROR

COMO PUEDO RESOLVER ESTE ERROR ... NECESITO FORMATEAR MI USB

@pbatard
Copy link
Owner

pbatard commented Oct 18, 2020

[UPDATE] If you are affected by this, can I please ask you to test with Rufus 3.13 ALPHA and report?

pbatard added a commit that referenced this issue Oct 26, 2020
* Remove early locking of logical volume (no longer necessary due to previous commits).
* Relax exclusive locking of physical drive when an ESP is created.
* This should help with #1637 and #1640
* Also add an extra check for sector size in WriteDrive()
@ptlambert
Copy link

I was seeing the same problem as the OP here, but nothing in DiskPart / Disk Management / GhostBuster / USB Oblivion was helping for a workaround. However Rufus 3.13 ALPHA definitely solves this problem for me. Thanks!

@pbatard
Copy link
Owner

pbatard commented Nov 14, 2020

For anybody still facing this problem, please try with Rufus 3.13 BETA and let me know if you are still seeing issues.

@pbatard pbatard added this to the 3.13 milestone Nov 14, 2020
@pbatard
Copy link
Owner

pbatard commented Nov 20, 2020

Closing on account that this should be fixed in the 3.13 release

@pbatard pbatard closed this as completed Nov 20, 2020
@github-actions
Copy link

github-actions bot commented Jun 2, 2021

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.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 2, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants