Windows Boot Manager boot option disappears after Image
-
@ConJon said in Windows Boot Manager boot option disappears after Image:
I got those results from our FOG Server. The machine that stores and deploys images.
I wasn’t asking you to run those commands on your FOG server! As described earlier please schedule a debug task on your client, set a password, connect via SSH and get the information right from the client(s). This information is specific for each machine and it’s of not much help to grab it from your FOG server.
So please re-read my earlier post, grab the information from your client(s) and post here.
-
@ConJon Looks like you’ve got it set up as
generalize - > upload
deploy -> specialize -> oobeI’m looking through my generalize and audit system configs to see if there’s anything that might be helping me out with the boot changes. On most my hp computers the boot manager changes in the boot order automatically. We have a few outliers once in a while that don’t change after the fog deploy, like some acer switch 3/5 tablets.
What model exactly is this happening on again?
It looks like you just said prodesk, but there is a prodesk 400 and a prodesk 600. There are also different generations and different form factors and that can make a difference too. I have some prodesk 400’s and 600’s of the mini formfactor in G3 and g4 I can test against to see if I can give you a working example -
Another question. When imaging what do you set the default boot option to?
i.e. do you change the boot order to network/pxe first, or are you leaving it default and hitting f12 to get to the network boot?I change my boot order then when it boots after imaging, if fog didn’t change the boot order it’ll still boot through the fog refind boot to disk menu.
Then my set-bootmgr function comes into play. Before getting into that though (which involves a bit of setup by the by, a bit of configuration on the fog server end and a bit of configuration on the unattend and files included in your image)But I’m curious if booting through the pxe boot after imaging will get you into an automated process to start out.
-
@ConJon Do you have any news on this topic? Did you get to pull the requested UEFI boot loader information from your machines?
-
@Sebastian-Roth I have this issue on the Dell 7730 as well, but after the successful deploy in debug task mode the CentOS boot option reappeared, however the new long name for the windows partition is still there, also the new long name for the linux drive/partition is still there even after the CentOS boot option reappeared.
Another problem was that when the CentOS came back into the bios it was placed at the top of the boot order sequence, which breaks PXE boot requiring a reboot into setup to correct.
I believe that I ran across something related to that on the forums while searching for other information, but at the time I didn’t care what the drive/partition was called here so long as it worked.
-
@ConJon Any news on this from your side? I’ll mark this solved otherwise.
-
@Sebastian-Roth My apologies, it has been extremely busy over here. We are in the process of replacing all of our access points and our server infrastructure as well. I haven’t had time to check this for a long time.
-
@ConJon We did move the fog server to our server cluster so it is now on VMWare on our infrastructure instead of a lone desktop unit. We still have this issue though.
-
@Sebastian-Roth However, those commands give me a “command doesn’t exist” error
-
@Sebastian-Roth said in Windows Boot Manager boot option disappears after Image:
efibootmgr
efibootmgr -v
efivar -lThose commands definitely exist within the FOS Linux system that boots up your clients to capture/deploy an image. If you see an error running those commands, please take a picture and post here.
-
[Wed Mar 13 root@fogclient ~]# efibootmgr BootCurrent: 0002 Timeout: 2 seconds BootOrder: 0004,0002,0003 Boot0000* Windows Boot Manager Boot0002* Onboard NIC(IPV4) Boot0003* Onboard NIC(IPV6) Boot0004* UEFI: SK hynix SC311 SATA 256GB, Partition 2 Boot0008* Onboard NIC(IPV6) [Wed Mar 13 root@fogclient ~]# efibootmgr -v BootCurrent: 0002 Timeout: 2 seconds BootOrder: 0004,0002,0003 Boot0000* Windows Boot Manager HD(1,GPT,e0da240b-3f6f-464d-8a41-76bcc1094b40,0x800,0xfa000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}....L.............. Boot0002* Onboard NIC(IPV4) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(1065301053d5,0)/IPv4(0.0.0.00.0.0.0,0,0)..BO Boot0003* Onboard NIC(IPV6) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(1065301053d5,0)/IPv6([::]:<->[::]:,0,0)..BO Boot0004* UEFI: SK hynix SC311 SATA 256GB, Partition 2 HD(2,GPT,b6c6cb54-cd8a-4007-a463-4bcfe288178b,0xfa000,0x32000)/File(EFI\Microsoft\Boot\bootmgfw.efi)..BO Boot0008* Onboard NIC(IPV6) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(1065301053d5,0)/IPv6([::]:<->[::]:,0,0)..BO [Wed Mar 13 root@fogclient ~]# efivar -l 65cbd9d9-ab77-4a61-b288-2763405d588a-BootOneDevice d719b2cb-3d3a-4596-a3bc-dad00e67656f-dbx 01368881-c4ad-4b1d-b631-d57a8ec8db6b-ColdReset eaec226f-c9a3-477a-a826-ddc716cdc0e3-OfflineUniqueIDEKPubCRC 77fa9abd-0359-4d32-bd60-28f4e78f784b-CurrentPolicy 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFC 8be4df61-93ca-11d2-aa0d-00e098032b8c-PKDefault 074e1e48-8132-47a1-8c2c-3f14ad9a66dc-AmiEntryS3Addr 01368881-c4ad-4b1d-b631-d57a8ec8db6b-FPDT_Volatile bb983ccf-151d-40e1-a07b-4a17be168292-MemoryOverwriteRequestControlLock 9cb2e73f-7325-40f4-a484-659bb344c3cd-SOFTWAREGUARDSTATUS b697de83-1ab6-42c4-9dee-a806c637818b-COMPAL 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOutDev 0a602c5b-05a0-40c4-9181-edcd891d0036-SMBIOS_ENTRY_ADDR 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFF7 8be4df61-93ca-11d2-aa0d-00e098032b8c-PlatformLang b08f97ff-e6e8-4193-a997-5e9e9b0adb32-CpuSetupVolatileData 8be4df61-93ca-11d2-aa0d-00e098032b8c-ErrOut 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_SiStatus 368b3152-563d-4670-8d94-47a9fa8c4c16-BiosGuardRecoveryAddressVariable 4b3082a3-80c6-4d7e-9cd0-583917265df1-MaximumTableSize 4b3082a3-80c6-4d7e-9cd0-583917265df1-SmbiosScratchBuffer 5432122d-d034-49d2-a6de-65a829eb4c74-MeSetupStorage 3a21751e-bd32-4825-8754-82a47f01b09b-GsetLegacyIplDefaultValue 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn 8be4df61-93ca-11d2-aa0d-00e098032b8c-PlatformLangCodes 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFE 8be4df61-93ca-11d2-aa0d-00e098032b8c-PK 8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0003 73dad563-8f27-42af-918f-8651eb0a93ef-Ep 01368881-c4ad-4b1d-b631-d57a8ec8db6b-MonotonicCounter 8e1a7a52-df0d-460d-a825-d08acf2bb44d-InSetup 8be4df61-93ca-11d2-aa0d-00e098032b8c-KEKDefault 8be4df61-93ca-11d2-aa0d-00e098032b8c-BootCurrent 193dfefa-a445-4302-99d8-ef3aad1a04c6-RstSataFastEnumVar c54906f9-eb09-4457-a007-4154652fcfa5-UserDefaults 01368881-c4ad-4b1d-b631-d57a8ec8db6b-AssetTag 8be4df61-93ca-11d2-aa0d-00e098032b8c-VendorKeys 66b36b33-8094-424d-ba45-e876d62c45c1-ePSAVersion 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFB 8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0000 8be4df61-93ca-11d2-aa0d-00e098032b8c-SecureBoot 65cbd9d9-ab77-4a61-b288-2763405d588a-BootList 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_ATPSiStatus 2d2edd10-1661-47e3-bdff-581f2a63ec0d-LastModeState ba1d893b-803e-4b26-a3de-585703ff7bd6-TbtHRStatusVar 0a602c5b-05a0-40c4-9181-edcd891d0003-GNVS_PTR 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFF6 8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0008 c60aa7f6-e8d6-4956-8ba1-fe26298f5e87-EPCBIOS eaec226f-c9a3-477a-a826-ddc716cdc0e3-UnlockIDCopy 01368881-c4ad-4b1d-b631-d57a8ec8db6b-ServiceTag 4b3082a3-80c6-4d7e-9cd0-583917265df1-SmbiosEntryPointTable e224eaa0-4358-6ac8-3cce-daa44e54f638-DellVar01 8be4df61-93ca-11d2-aa0d-00e098032b8c-OsIndicationsSupported 01368881-c4ad-4b1d-b631-d57a8ec8db6b-DellMonotonicCounter eaec226f-c9a3-477a-a826-ddc716cdc0e3-OfflineUniqueIDEKPub 7f3301c7-2405-4765-aa2e-d9ed28aea950-GsetUefiIplDefaultValue 4a67b082-0a4c-41cf-b6c7-440b29bb8c4f-LoaderEntryRebootReason 8be4df61-93ca-11d2-aa0d-00e098032b8c-dbxDefault a66919d2-6c45-403e-b00a-9bce58e97315-OsType 90d93e09-4e91-4b3d-8c77-c82ff10e3c81-CpuSmm 01368881-c4ad-4b1d-b631-d57a8ec8db6b-SataPortNumber 8be4df61-93ca-11d2-aa0d-00e098032b8c-BootOrder 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFD 8be4df61-93ca-11d2-aa0d-00e098032b8c-KEK 8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0002 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_EntRevokeSiStatus 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev c54906f9-eb09-4457-a007-4154652fcfa5-FactoryDefaults 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_RvkSiStatus 5990c250-676b-4ff7-8a0d-529319d0b254-BootFFF8 8ebe3d07-3420-4bfa-8c13-3a4e0fae6860-DIAGEEPROM_VAR e20939be-32d4-41be-a150-897f85d49829-MemoryOverwriteRequestControl 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_WinSiStatus 8be4df61-93ca-11d2-aa0d-00e098032b8c-BootOptionSupport 01368881-c4ad-4b1d-b631-d57a8ec8db6b-PostScreenIsChanged 4b3082a3-80c6-4d7e-9cd0-583917265df1-SmbiosV3EntryPointTable eda41d22-7729-5b91-b3ee-ba619921cefa-IntUcode 8be4df61-93ca-11d2-aa0d-00e098032b8c-SignatureSupport 8be4df61-93ca-11d2-aa0d-00e098032b8c-ErrOutDev 368b3153-563d-4610-8d94-47a9fa8c4c16-BiosGuardCapsuleVariable d719b2cb-3d3a-4596-a3bc-dad00e67656f-db 8be4df61-93ca-11d2-aa0d-00e098032b8c-Timeout 77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_SkuSiStatus a9b5f8d2-cb6d-42c2-bc01-b5ffaae4335e-PBRDevicePath 4da4f952-2516-4d06-8975-65036403a8c7-RstOptaneConfig 8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0004 8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut 8be4df61-93ca-11d2-aa0d-00e098032b8c-dbDefault 45cf35f6-0d6e-4d04-856a-0370a5b16f53-DefaultBootOrder 8be4df61-93ca-11d2-aa0d-00e098032b8c-SetupMode
-
@Sebastian-Roth My bad, I guess I wasn’t reading correctly and fully. That is on me. I have completed this task.
-
@ConJon Ok, that’s a good start. Is this from the machine you capture the image from or the machine you deployed to? I guess it’s the capture machine but just wanna make sure.
Is it set to boot from “UEFI: SK hynix SC311 SATA 256GB, Partition 2” (BootOrder first entry 0004) by intention?
-
@Sebastian-Roth This is the capture machine. Should I use a deploy machine?
-
@Sebastian-Roth Yes it is, that is the hard drive with windows 10. Otherwise, it continuously boots to the NIC. What I want is for the UEFI:… to be automatically set to be the priority to boot to after the image is deployed.
Windows Boot Manager doesn’t even show up as an option. -
@ConJon Ok, I’ll take a closer look at this stuff in the next days! Information from the capture machine is fine. Exactly what I need.
-
@ConJon I have been working on adding the UEFI boot entry management to FOG but I think there are some questions open. In your output I see the following two lines that don’t add up for me:
Boot0000* Windows Boot Manager HD(1,GPT,...)/File(\EFI\Microsoft\Boot\bootmgfw.efi)... ... Boot0004* UEFI: SK hynix SC311 SATA 256GB, Partition 2 HD(2,GPT,...)/File(EFI\Microsoft\Boot\bootmgfw.efi)...
We see two entries that point to different partitions (
HD(1
andHD(2
) but same Windowsbootmgfw.efi
loader file. Have you shuffled around the partitions at some point and theHD(1
entry is just a left over? You said that the “Windows Boot Manager” entry doesn’t even show up in your UEFI setup menu?!?!Surly I can save both entries when capturing the image and also restore both but I am not sure if this is what we really want. In your setup the “Boot0000* Windows Boot Manager” entry is not even set in the BootOrder. Should I skip this entry when saving the information or should I save and restore it nevertheless? Just trying to make sense of this all.
As well I am wondering if your machine is not set to PXE boot by default (BootCurrent is not equal to the first entry of BoodOrder). Let’s assume you have PXE boot by default on the destination machine. Should we leave it that way or change to default boot from the UEFI partition? I am not sure if we can come up with a generalized way of handling this kind of thing.
-
@Sebastian-Roth Yeah, it’s really weird! See, this is a computer we deployed to. It completely removes the Windows Boot Manager and replaces it with this partition.
-
@ConJon Can you answer my question on shuffling the partitions?
-
@Sebastian-Roth No, I didn’t shuffle the partitions. I just have the machine image. I don’t mess with the partitions ever.