Closed KarlReimer closed 6 years ago
Thanks for the report.
I'm afraid your BlInitializeLibrary failed 0xc00000bb
seems like a straight UEFI limitation from your Lenovo Thinkpad firmware. This is the first report I'm seeing of this error when using UEFI:NTFS, and, from googling similar errors, it seems that this is not something that can be fixed through a software change (a change which I'd have no clue where to apply, since I have literally no idea what the underlying cause is, as you're the only person reporting this).
All I can advise you to do is contact Lenovo because:
I wish I could help, but I really don't see any way to do so apart from getting insights on this error from the people who designed the UEFI firmware...
I'll just add this: As far as I can see, UEFI:NTFS seems to have done its job properly, and the issue seems to be with the Windows bootloader itself.
I understand that you may have to use UEFI:NTFS because the install.wim
is larger than 4 GB, but have you tried creating a FAT32 drive manually, without install.wim
, to see if you see the same error.
Clearly, if you do, then it means that neither UEFI:NTFS or Rufus are responsible for your issue.
Thanks for your response, this makes sense and I don't expect you to troubleshoot Lenovo firmware.
One clarification: it seems that GPT using NTFS or FAT32 both fail in a similar manner, but using "MBR partition scheme for UEFI" works fine. This makes it seem to me like it is not exclusively a NTFS issue.
Also, because of the other issue 1044 about the new microsoft ISOs not working, I am going to try the 1703 version of Win 10 Enterprise rather than the 1709 using the same rufus settings to see if that works. I will report back.
Also more generally I wanted to mention thanks for your work and your detailed responses. I've plumbed the depths of the other issue threads here and I've learned a lot about UEFI/Windows images from them.
it seems that GPT using NTFS or FAT32 both fail in a similar manner
OK. So this eliminates UEFI:NTFS as being the cause of the problem.
but using "MBR partition scheme for UEFI" works fine
That's interesting. I sure wish we had some insight from Lenovo on this, to explain why it fails for GPT but not for MBR. It shouldn't really matter for an UEFI firmware what the partition scheme is, as both should be bootable in the same way, and all a (64-bit) UEFI firmware needs to do is mount the partition and execute the /efi/boot/bootx64.efi
file it finds there.
I suspect that the issue could be with how the Windows EFI bootloader interacts with the UEFI libraries provided by the firmware, and possibly how it may try to access GPT partitions, in a manner that the firmware doesn't like...
As a test I used an older Windows image using 1703, again with GPT/NTFS. It failed in the same manner.
I don't plan on doing any further troubleshooting, since I have a working configuration, and it seems that rufus is not responsible here.
Thanks for your help on this issue.
I will close this issue, since I don't think there's more that I can do for the time being.
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.
Checklist
Log
button in Rufus and copy/pasted the log into the line that says<FULL LOG>
below.Rufus version: x.y.z
- I have NOT removed any part of it.Additionally (if applicable):
#
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
Laptop hardware: Lenovo Thinkpad T450 20BV Windows image: Windows 10 Enterprise Version 1709 Pro/Ent/Edu/N 64-bit ISO 4.3 GB
When creating a Win10 bootable USB using Rufus (GPT, NTFS, log below), I get the following output/error when trying to boot from that USB stick:
I could provide a picture with the full log if that would be helpful.
Looking up this error brings me to this Windows page
When remaking the USB using GPT and FAT32 I get only the following error with no other messages: BlInitializeLibrary failed 0xc00000bb
When using "MBR partition scheme for UEFI" and the same image file, the boot succeeds and I'm able to install Windows.
Log