Ha közvetlenül a kernel-t indítjuk, a LoaderDevicePartUUID EFI-változót mostantól a stub tölti ki, egy megoldás, amely egyelőre csak alapvető vagy ideiglenes működést biztosít, hogy a systemd fel tudja deríteni a fájlrendszer felépítését. Vincent Mailhol, aki a Boot Loader Interface támogatását megvalósította a kernel EFI libstubjában, a javítócsomag-sorozatban így foglalta össze:

„A Boot Loader Interface (BLI) olyan EFI-változókat határoz meg, amelyek a boot loader állapotát teszik láthatóvá a futó operációs rendszer számára. A LoaderInfo azonosítja a boot loadert, míg a LoaderDevicePartUUID annak a partíciónak a GPT-partíció-UUID-ját tárolja, amelyen a boot loader található.

A LoaderDevicePartUUID-t például a systemd-gpt-auto-generator használja annak a lemeznek az azonosítására, ahonnan a boot loadert elindították, majd ennek alapján automatikusan felismeri és felcsatolja a rajta lévő partíciókat.

A GRUB és a systemd-boot beállítja ezeket a változókat, de ha a kernel-t közvetlenül az EFI firmware indítja, nincs hagyományos külső boot loader, amely ezt megtenné. Ilyenkor, mivel az EFI stub tölti be a boot loader szerepét, neki kell gondoskodnia ezekről a változókról.

A LoaderInfo szolgál jelzőként: ha egy korábbi bootfázis már beállította, vagy nem sikerül beállítani, akkor lépjünk ki. Ellenkező esetben töltsük ki a többi BLI-változót.

Elemezzük a betöltött image eszközútvonalát, nyerjük ki a GUID-aláírást a GPT HD() csomópontjából, és tegyük közzé a Linux loader bejegyzés vendor GUID-ja alatt, volatilis LoaderDevicePartUUID EFI-változóként.”

Ez a módosítás azoknak fontos, akik a Linux kernel-t közvetlenül EFI-ből indítják, és a systemd-gpt-auto-generatorra vagy hasonló eszközökre támaszkodnak. A változtatás a Linux 7.4-ben jelent meg, eme beolvasztás részeként.A Boot Loader Interface szabványát a systemd határozza meg.