• Re: Secure boot effects, or lack thereof.

    From mummycullen@mummycullen@gmail-dot-com.no-spam.invalid (MummyChunk) to alt.comp.os.windows-11 on Mon Sep 29 18:07:40 2025
    From Newsgroup: alt.comp.os.windows-11

    Carlos E.R. wrote:
    I have a W11 system running as a virtual machine (vmware) on a Linux
    host. The guest tools refused to upgrade, could not find vc_RuntimeMinimum_x86.msi. I asked chatgpt and one of the steps was to
    remove all guest tools directories; but Windows refused.

    So I rebooted with a Linux CD. However, boot of this failed because the emulated uefi claimed the cd was not certified. Ok, so disable secure
    boot and try again. It works, and I delete the directories easily.

    Next step, obviously, boot Windows. I intentionally do not activate
    "secure boot", to try. Windows boots, no complain, but the following
    steps fail because there is no network. What? I power off, activate the secure boot toggle, and when w11 reboots, network is working.

    I did not know this!

    (I continued the procedure and I have now the guest tools updated)

    --
    Cheers, Carlos.



    Interesting, hadn't run into that specific behavior before. I wouldn't have expected secure boot to affect network availability in a VM, but maybe it's influencing how the virtual hardware or drivers are being exposed, especially if you're using EFI firmware with VMware.

    Good call using a live Linux CD to clean out the directories manually. Windows can be frustratingly stubborn about letting go of certain files. Sounds like a bit of trial and error, but glad you got the guest tools updated in the end.

    Thanks for sharing. This is one of those odd edge cases that might save someone else a few hours.


    This is a response to the post seen at: http://www.jlaforums.com/viewtopic.php?p=695394932#695394932
    --- Synchronet 3.21a-Linux NewsLink 1.2