Windows Boot Manager boot option disappears after Image

[JJ Fullmer]

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

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]

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

[jmason]

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

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

[ConJon]

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

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

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

[Sebastian Roth]

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

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

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

[Sebastian Roth]

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

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

[ConJon]

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

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

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

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

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

[ConJon]

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

[ConJon]

@Sebastian-Roth

[Thu Mar 28 root@fogclient ~]# efibootmgr
BootCurrent: 000F
Timeout: 2 seconds
BootOrder: 0000,000F,0010
Boot0000* Windows Boot Manager
Boot000B* Windows Boot Manager
Boot000F* Onboard NIC(IPV4)
Boot0010* Onboard NIC(IPV6)
[Thu Mar 28 root@fogclient ~]# efibootmgr -v
BootCurrent: 000F
Timeout: 2 seconds
BootOrder: 0000,000F,0010
Boot0000* Windows Boot Manager HD(2,GPT,e5c5a1f7-2152-47f7-a0c7-9896bf8c8e8e,0xfa000,0x32000)/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.}…d…
Boot000B* Windows Boot Manager HD(1,GPT,9f2709f2-617f-424b-b2af-600e8b98b5f0,0x800,0x145000)/File(\EFI\Microsoft\Boot\bootmgfw.efi)
Boot000F* Onboard NIC(IPV4) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(c8f750203f2b,0)/IPv4(0.0.0.00.0.0.0,0,0)…BO
Boot0010* Onboard NIC(IPV6) PciRoot(0x0)/Pci(0x1f,0x6)/MAC(c8f750203f2b,0)/IPv6([::]:<->[::]:,0,0)…BO
[Thu Mar 28 root@fogclient ~]# efivar -l
ec87d643-eba4-4bb5-a1e5-3f3e36b20da9-DellBrightnessValue
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
a8a2093b-fefa-43c1-8e62-ce526847265e-AMITCGPPIVAR
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-Boot000B
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
7b59104a-c00d-4158-87ff-f04d6396a915-DellSecureBootMode
368b3152-563d-4670-8d94-47a9fa8c4c16-BiosGuardRecoveryAddressVariable
4b3082a3-80c6-4d7e-9cd0-583917265df1-MaximumTableSize
4b3082a3-80c6-4d7e-9cd0-583917265df1-SmbiosScratchBuffer
5432122d-d034-49d2-a6de-65a829eb4c74-MeSetupStorage
972e2031-6ebf-4535-abd6-3654ea409510-Logo_resolutionX
3a21751e-bd32-4825-8754-82a47f01b09b-GsetLegacyIplDefaultValue
aca9f304-21e2-4852-9875-7ff4881d67a5-PCI_COMMON
81c76078-bfde-4368-9790-570914c01a65-SetUpdateCountVar
8be4df61-93ca-11d2-aa0d-00e098032b8c-ConIn
8be4df61-93ca-11d2-aa0d-00e098032b8c-PlatformLangCodes
7d3dceee-cbce-4ea7-8709-6e552f1edbde-TPMPERBIOSFLAGS
5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFE
8be4df61-93ca-11d2-aa0d-00e098032b8c-PK
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
f7f70708-b3c0-4be0-b00c-ae91da4adc03-KvmActive
c54906f9-eb09-4457-a007-4154652fcfa5-UserDefaults
01368881-c4ad-4b1d-b631-d57a8ec8db6b-AssetTag
8be4df61-93ca-11d2-aa0d-00e098032b8c-AuditMode
8be4df61-93ca-11d2-aa0d-00e098032b8c-VendorKeys
66b36b33-8094-424d-ba45-e876d62c45c1-ePSAVersion
5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFB
8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0010
ec87d643-eba4-4bb5-a1e5-3f3e36b20da9-TbtPresentStatusOnPost
8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot0000
972e2031-6ebf-4535-abd6-3654ea409510-AmtWrapperKvmSolFlag
c811fa38-42c8-4579-a9bb-60e94eddfb34-AMITSESetup
8be4df61-93ca-11d2-aa0d-00e098032b8c-SecureBoot
65cbd9d9-ab77-4a61-b288-2763405d588a-BootList
77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_ATPSiStatus
7e843a7d-77e1-4851-b815-7ad653491c9e-UEFIRAMDSIKPHYADDR
2d2edd10-1661-47e3-bdff-581f2a63ec0d-LastModeState
65cbd9d9-ab77-4a61-b288-2763405d588a-PreMonotoicCount
ba1d893b-803e-4b26-a3de-585703ff7bd6-TbtHRStatusVar
8be4df61-93ca-11d2-aa0d-00e098032b8c-DeployedMode
0a602c5b-05a0-40c4-9181-edcd891d0003-GNVS_PTR
5990c250-676b-4ff7-8a0d-529319d0b254-BootFFF6
c60aa7f6-e8d6-4956-8ba1-fe26298f5e87-EPCBIOS
b540a530-6978-4da7-91cb-7207d764d262-FastBootOption
f7f70708-b3c0-4be0-b00c-ae91da4adc03-SolActive
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
4599d26f-1a11-49b8-b91f-858745cff824-StdDefaults
4a67b082-0a4c-41cf-b6c7-440b29bb8c4f-LoaderEntryRebootReason
ec87d643-eba4-4bb5-a1e5-3f3e36b20da9-NBGopPlatformData
8be4df61-93ca-11d2-aa0d-00e098032b8c-dbxDefault
a66919d2-6c45-403e-b00a-9bce58e97315-OsType
90d93e09-4e91-4b3d-8c77-c82ff10e3c81-CpuSmm
7b59104a-c00d-4158-87ff-f04d6396a915-SecureBootSetup
01368881-c4ad-4b1d-b631-d57a8ec8db6b-SataPortNumber
8be4df61-93ca-11d2-aa0d-00e098032b8c-BootOrder
5990c250-676b-4ff7-8a0d-529319d0b254-BootFFFD
7d3dceee-cbce-4ea7-8709-6e552f1edbde-TpmServFlags
8be4df61-93ca-11d2-aa0d-00e098032b8c-Boot000F
8be4df61-93ca-11d2-aa0d-00e098032b8c-KEK
77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_EntRevokeSiStatus
8be4df61-93ca-11d2-aa0d-00e098032b8c-ConInDev
c54906f9-eb09-4457-a007-4154652fcfa5-FactoryDefaults
ec87d643-eba4-4bb5-a1e5-3f3e36b20da9-UsbSupport
a0b1889e-00eb-445b-8ca9-e91ce43c907d-AbtStatus
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
7d3dceee-cbce-4ea7-8709-6e552f1edbde-SIDSUPPORT
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
972e2031-6ebf-4535-abd6-3654ea409510-Logo_resolutionY
77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_SkuSiStatus
ec87d643-eba4-4bb5-a1e5-3f3e36b20da9-Setup
a9b5f8d2-cb6d-42c2-bc01-b5ffaae4335e-PBRDevicePath
b540a530-6978-4da7-91cb-7207d764d262-LastBoot
01368881-c4ad-4b1d-b631-d57a8ec8db6b-AmiGopOutputDp
4da4f952-2516-4d06-8975-65036403a8c7-RstOptaneConfig
d1405d16-7afc-4695-bb12-41459d3695a2-NetworkStackVar
77fa9abd-0359-4d32-bd60-28f4e78f784b-Kernel_DriverSiStatus
8be4df61-93ca-11d2-aa0d-00e098032b8c-ConOut
8be4df61-93ca-11d2-aa0d-00e098032b8c-dbDefault
45cf35f6-0d6e-4d04-856a-0370a5b16f53-DefaultBootOrder
8be4df61-93ca-11d2-aa0d-00e098032b8c-SetupMode
97e8965f-c761-4f48-b6e4-9ffa9cb2a2d6-DeploymentModeNv

This is the code from the master pc that we capture from