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

Cannot mount GUID volume #1016

Closed
10 tasks done
sdled opened this issue Sep 5, 2017 · 10 comments
Closed
10 tasks done

Cannot mount GUID volume #1016

sdled opened this issue Sep 5, 2017 · 10 comments
Assignees
Milestone

Comments

@sdled
Copy link

sdled commented Sep 5, 2017

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.
  • I clicked the Log button 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 the "bad blocks" check box in Rufus, 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 ISO image, I clicked on the # button (at the bottom of the Rufus interface), 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

as per description in Cannot mount GUID volume #476 the problem in my cannot mount condition was due to power iso virtual drive was using drive letter assigned to usb device by rufus...eg... usb drive A changed to drive Z by rufus at which time drive Z was assigned by power iso virtual drive...thus by changing poweriso virtual drive to 2 drives, instead of 4 drives, opened up the z drive for rufus and all is well, but why would rufus change the mount location of usb on drive A to drive Z

Log

Rufus version: 2.16.1170
Windows version: Windows 7 SP1 64-bit
Syslinux versions: 4.07/2013-07-25, 6.03/2014-10-06
Grub versions: 0.4.6a, 2.02
System locale ID: 0x0409
Will use default UI locale 0x0409
SetLGP: Successfully set NoDriveTypeAutorun policy to 0x0000009E
Localization set to 'en-US'
Found USB 2.0 device 'SD/MMC Card  Reader USB Device' (058F:6335)
Found USB 2.0 device 'USB 3.0 Plugable SATA U3 USB Device' (1759:5000)
Device eliminated because it was detected as a Hard Drive (score 21 > 0)
If this device is not a Hard Drive, please e-mail the author of this application
NOTE: You can enable the listing of Hard Drives in 'Advanced Options' (after clicking the white triangle)
Found USB 2.0 device 'USB 3.0 Plugable SATA U3 USB Device' (1759:5000)
Device eliminated because it was detected as a Hard Drive (score 21 > 0)
If this device is not a Hard Drive, please e-mail the author of this application
NOTE: You can enable the listing of Hard Drives in 'Advanced Options' (after clicking the white triangle)
1 device found
Disk type: Removable, Sector Size: 512 bytes
Cylinders: 1936, TracksPerCylinder: 255, SectorsPerTrack: 63
Partition type: MBR, NB Partitions: 1
Disk ID: 0x008081DE
Drive has a Rufus Master Boot Record
Partition 1:
  Type: NTFS (0x07)
  Size: 14.8 GB (15930490880 bytes)
  Start Sector: 2048, Boot: Yes
Scanning image...
ISO analysis:
  Image is an UDF image
Disk image analysis:
  Image does not have an x86 Master Boot Record
ISO label: 'Win7'
  Size: 5.5 GB (Projected)
  Note: File on disk is larger than reported ISO size by 534 KB...
  Has a >4GB file
  Uses: EFI (win7_x64)
  Uses: Bootmgr
  Uses: Install.wim (version 0.13.1)
Using image: windows 7.iso

Format operation started
Requesting disk access...
Opened \\.\PHYSICALDRIVE4 for exclusive write access
Requesting lock...
No drive letter was assigned...
Will use 'Z:' as volume mountpoint
I/O boundary checks disabled
Requesting lock...
Analyzing existing boot records...
Drive has a Rufus Master Boot Record
Volume has an unknown Partition Boot Record
Clearing MBR/PBR/GPT structures...
Erasing 128 sectors
Deleting partitions...
Partitioning (MBR)...
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...
Drive has a Zeroed Master Boot Record
Set bootable USB partition as 0x80
Using Rufus MBR
Found volume GUID \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963}\
Could not remount \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963}\ on Z:\: [0x000000B7] Cannot create a file when that file already exists.

Found USB 2.0 device 'SD/MMC Card  Reader USB Device' (058F:6335)
Found USB 2.0 device 'USB 3.0 Plugable SATA U3 USB Device' (1759:5000)
Device eliminated because it was detected as a Hard Drive (score 21 > 0)
If this device is not a Hard Drive, please e-mail the author of this application
NOTE: You can enable the listing of Hard Drives in 'Advanced Options' (after clicking the white triangle)
Found USB 2.0 device 'USB 3.0 Plugable SATA U3 USB Device' (1759:5000)
Device eliminated because it was detected as a Hard Drive (score 21 > 0)
If this device is not a Hard Drive, please e-mail the author of this application
NOTE: You can enable the listing of Hard Drives in 'Advanced Options' (after clicking the white triangle)
1 device found
Disk type: Removable, Sector Size: 512 bytes
Cylinders: 1936, TracksPerCylinder: 255, SectorsPerTrack: 63
Partition type: MBR, NB Partitions: 1
Disk ID: 0x00855DBB
Drive has a Rufus Master Boot Record
Partition 1:
  Type: NTFS (0x07)
  Size: 14.8 GB (15930490880 bytes)
  Start Sector: 2048, Boot: Yes

Format operation started
Requesting disk access...
Opened \\.\PHYSICALDRIVE4 for exclusive write access
Requesting lock...
No drive letter was assigned...
Will use 'Z:' as volume mountpoint
I/O boundary checks disabled
Requesting lock...
Analyzing existing boot records...
Drive has a Rufus Master Boot Record
Volume has an unknown Partition Boot Record
Clearing MBR/PBR/GPT structures...
Erasing 128 sectors
Deleting partitions...
Partitioning (MBR)...
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...
Drive has a Zeroed Master Boot Record
Set bootable USB partition as 0x80
Using Rufus MBR
Found volume GUID \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963}\
Waiting for access on \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963} [\Device\HarddiskVolume20]...
Warning: Could not obtain exclusive rights. Retrying with write sharing enabled...
NOTE: Could not identify the process(es) or service(s) accessing \Device\HarddiskVolume20
Opened \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963} for shared write access
Writing partition boot record...
Using Standard NTFS partition boot record
Confirmed new volume has an NTFS boot sector
Successfully remounted \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963}\ on Z:
Copying ISO files...
Extracting files...
Image is an UDF image
@pbatard
Copy link
Owner

pbatard commented Sep 5, 2017

Thanks for the report.

You're actually the first person I can remember who reports that they are using A: to map an USB Flash Drive. My understanding was that A: and B: were reserved on Windows systems (as a legacy from the time computer had floppy disks), and therefore I designed Rufus around this restriction, but I've tried assigning a flash drive to A: on Window 10, and found that it works.

Obviously then, I need to review the assumption that A: and B: can not be used, so that's one fix to apply.

So now, we can explain the behaviour:

No drive letter was assigned...

Means Rufus was not able to detect the drive letter assigned to your drive (because it only checks drive letters starting at C: and yours was mapped at A:)

Will use 'Z:' as volume mountpoint

Means that. because was not able to detect a drive letter assigned (because it it didn't pick A:), it thinks it will need to assign a new one. And looking more closely at the code that does drive letter assignation, I found that there is a bug in that we may try to use the Z: drive to re-mount the USB Flash Drive even if that drive is in use (note however that this doesn't mean that Rufus could erroneously format or partition that drive by mistake, as we don't rely on the drive letter for these operations, and there are additional safeties). So what happened is that, because you appear to be using all 26 drive letters, which is another situation you're the first one to report, Rufus wasn't able to find a mount letter before Z:, and because it didn't properly check if Z: was actually in use, it erroneously tried to use that letter.

I think I have a good idea of how to fix these 2 issues.
Can you please download rufus-2.17_TEST5.exe from here and let me know if that works better?

@pbatard pbatard self-assigned this Sep 5, 2017
@pbatard pbatard added this to the 2.17 milestone Sep 5, 2017
@pbatard
Copy link
Owner

pbatard commented Sep 6, 2017

I'm pretty sure the problem is now fixed, so this issue will be automatically closed as I push the next commit.
If that is not the case, feel free to update it.

@pbatard pbatard closed this as completed in 4a213c3 Sep 6, 2017
@sdled
Copy link
Author

sdled commented Sep 10, 2017 via email

@Claus1
Copy link

Claus1 commented Dec 23, 2018

Still face the issue!!!! v. 3.14.1430

@pbatard
Copy link
Owner

pbatard commented Dec 23, 2018

@Claus1

Are you using A: or B: as your drive mount point and also getting this error?

Could not remount \\?\Volume{0ce5ae4e-88be-11e7-a294-f4f26d000963}\ on Z:\: [0x000000B7] Cannot create a file when that file already exists.

If not, then this is not the same issue and you shouldn't piggy back on a closed issue, that was opened for a completely different problem, as it is impossible for me to help you since the problem described here was indeed fixed, and of course I can't "guess" what your actual issue is.

At the very least you need to provide a full log from Rufus.

@Claus1
Copy link

Claus1 commented Dec 23, 2018

@pbatard I tried the tool on win 7. after several attempts with errors iso on flash was created. May be my win 7 issue.

@pbatard
Copy link
Owner

pbatard commented Dec 23, 2018

Again, can't do anything unless you provide a full log with the error.

@Claus1
Copy link

Claus1 commented Dec 24, 2018

I did not copy the error log.

@pbatard
Copy link
Owner

pbatard commented Dec 24, 2018

You can always retry what you were doing. Also, it seems you were still getting the error even after I explicitly asked you for the log, so I don't understand why you didn't provide one.

Bottom line: If you can't provide a log that shows the error then I can't do anything for you on your issue.

@lock
Copy link

lock bot commented Apr 6, 2019

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.

@lock lock bot locked and limited conversation to collaborators Apr 6, 2019
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