* Re: [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ? [not found] <qKZn.1666002277279095178.ueV3@groups.io> @ 2022-10-18 21:16 ` Pedro Falcato 2022-10-18 21:17 ` Pedro Falcato 0 siblings, 1 reply; 2+ messages in thread From: Pedro Falcato @ 2022-10-18 21:16 UTC (permalink / raw) To: rfc, het.gala; +Cc: edk2-devel-groups-io [-- Attachment #1: Type: text/plain, Size: 1132 bytes --] Hi, (cc devel) NVRAM has nothing to do with disks or EFI partitions. Are you using OVMF? How are you using it? OVMF itself emulates variable storage if you run it in the wrong way. On Tue, Oct 18, 2022 at 4:00 PM <het.gala@nutanix.com> wrote: > Hi EDK2 community, > > I have a used case, where I am trying to change boot order for multiboot > (multiple OS) systems and for singleboot systems. I was able to change the > boot order and set auto boot time-out only if there is EFI partition > available in a disk. The boot order is not persisted i.e. on a VM reboot, > the boot order sets back to default in absence of disk or EFI partition in > disk. Even though there is a NVRAM disk available, I am not able to change > the boot order in UEFI firmware settings. So, I have a couple of doubts > regarding this, so decided to start with a discussion. > 1. Is it necessary to have EFI partition in disks to store UEFI variables > like boot order / auto boot time-out and others ? > 2. Does the workflow of OVMF demands to store the UEFI variables only into > EFI partition and not into NVRAM disk ? > > > > > > -- Pedro Falcato [-- Attachment #2: Type: text/html, Size: 1578 bytes --] ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ? 2022-10-18 21:16 ` [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ? Pedro Falcato @ 2022-10-18 21:17 ` Pedro Falcato 0 siblings, 0 replies; 2+ messages in thread From: Pedro Falcato @ 2022-10-18 21:17 UTC (permalink / raw) To: rfc, het.gala; +Cc: edk2-devel-groups-io [-- Attachment #1: Type: text/plain, Size: 1429 bytes --] PS: With "emulates" I mean that it uses RAM to store variables. This naturally ends up getting cleared on a reboot, which is possibly what you're seeing. On Tue, Oct 18, 2022 at 10:16 PM Pedro Falcato <pedro.falcato@gmail.com> wrote: > Hi, > > (cc devel) > NVRAM has nothing to do with disks or EFI partitions. > Are you using OVMF? How are you using it? OVMF itself emulates variable > storage if you run it in the wrong way. > > On Tue, Oct 18, 2022 at 4:00 PM <het.gala@nutanix.com> wrote: > >> Hi EDK2 community, >> >> I have a used case, where I am trying to change boot order for multiboot >> (multiple OS) systems and for singleboot systems. I was able to change the >> boot order and set auto boot time-out only if there is EFI partition >> available in a disk. The boot order is not persisted i.e. on a VM reboot, >> the boot order sets back to default in absence of disk or EFI partition in >> disk. Even though there is a NVRAM disk available, I am not able to change >> the boot order in UEFI firmware settings. So, I have a couple of doubts >> regarding this, so decided to start with a discussion. >> 1. Is it necessary to have EFI partition in disks to store UEFI variables >> like boot order / auto boot time-out and others ? >> 2. Does the workflow of OVMF demands to store the UEFI variables only >> into EFI partition and not into NVRAM disk ? >> >> >> >> >> >> > > -- > Pedro Falcato > -- Pedro Falcato [-- Attachment #2: Type: text/html, Size: 2213 bytes --] ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-10-18 21:17 UTC | newest] Thread overview: 2+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- [not found] <qKZn.1666002277279095178.ueV3@groups.io> 2022-10-18 21:16 ` [edk2-rfc] Boot Order not persistent : UEFI variables not getting stored in NVRAM disk ? Pedro Falcato 2022-10-18 21:17 ` Pedro Falcato
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox