Windows Boot Manager boot option disappears after Image

Sebastian Roth · Feb 2, 2019, 10:10 AM

@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.

JJ Fullmer · Feb 4, 2019, 5:11 PM

@ConJon Looks like you’ve got it set up as

generalize - > upload
deploy -> specialize -> oobe

I’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

JJ Fullmer · Feb 4, 2019, 5:23 PM

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.

Sebastian Roth · Feb 12, 2019, 6:36 AM

@ConJon Do you have any news on this topic? Did you get to pull the requested UEFI boot loader information from your machines?

jmason · Feb 17, 2019, 5:32 AM

@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.

Sebastian Roth · Feb 22, 2019, 6:58 AM

@ConJon Any news on this from your side? I’ll mark this solved otherwise.

ConJon · Mar 11, 2019, 6:36 PM

@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 · Mar 11, 2019, 6:50 PM

@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.

ConJon · Mar 11, 2019, 7:03 PM

@Sebastian-Roth However, those commands give me a “command doesn’t exist” error

Sebastian Roth · Mar 11, 2019, 4:22 PM

@Sebastian-Roth said in Windows Boot Manager boot option disappears after Image:

efibootmgr
efibootmgr -v
efivar -l

Those 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.

ConJon · Mar 13, 2019, 9:50 PM

@Sebastian-Roth

[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

ConJon · Mar 13, 2019, 10:55 PM

@Sebastian-Roth My bad, I guess I wasn’t reading correctly and fully. That is on me. I have completed this task.

Sebastian Roth · Mar 14, 2019, 6:14 AM

@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?

ConJon · Mar 14, 2019, 7:53 PM

@Sebastian-Roth This is the capture machine. Should I use a deploy machine?

ConJon · Mar 14, 2019, 7:55 PM

@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.

Sebastian Roth · Mar 15, 2019, 5:46 AM

@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.

Sebastian Roth · Mar 24, 2019, 1:18 PM

@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 and HD(2) but same Windows bootmgfw.efi loader file. Have you shuffled around the partitions at some point and the HD(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.

ConJon · Mar 25, 2019, 6:21 PM

@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.

Sebastian Roth · Mar 25, 2019, 7:40 PM

@ConJon Can you answer my question on shuffling the partitions?

ConJon · Mar 27, 2019, 3:52 PM

@Sebastian-Roth No, I didn’t shuffle the partitions. I just have the machine image. I don’t mess with the partitions ever.

Windows Boot Manager boot option disappears after Image

185

12.0k

17.3k

155.1k