proxmox-boot-tool status
Re-executing '/usr/sbin/proxmox-boot-tool' in new private mount newspace..
03C9-B3F3 is configured with: grub
03CC-7BDB is configured with: grub
proxmox-boot-tool refresh
generates all the config.Hi,That's where I get a bit confused...
I have a 512mb vfat partition,proxmox-boot-tool refresh
generates all the config.
When I mount the partition everything seems in place but I can't find where is he entry that tell the system to boot from systemd
Then I don't know wherelse to look.
bootctl
tell you? Please post the output.efibootmgr -c -d /dev/sda -p 2 -L "Proxmox Grub" -l "\EFI\PROXMOX\GRUBX64.EFI"
efibootmgr -v
efibootmgr -Bb 0004
Not possible to switch to legacy. CSM is greyed out, hetzner support team told me it's probably not possible.Hi,
you should be able to select the systemd-boot loader entry in you BIOS/UEFI boot menu.
What doesbootctl
tell you? Please post the output.
Why switch to CSM?? UEFI is what you need with systemd-boot.Not possible to switch to legacy. CSM is greyed out, hetzner support team told me it's probably not possible.
sorry, I meant switch mode from disabled to enabledWhy switch to CSM?? UEFI is what you need with systemd-boot.
root@hyperbackup1:"# bootctl
Couldn't find EFI system partition. It is recommended to mount it to ‘boot or /efi.
Alternatively, use --esp-path= to specify path to mount point.
System:
Not booted with EFI
root@hyperbackup1:7# proxmox-boot-tool status
Re-executing ‘usr/sbin/proxmox-boot-tool' in new private mount namespace.…
System currently booted with legacy bios
A45-E147 is configured with: grub (versions: 5.15,102-1-pve)
JJA49-1904 is configured with: grub (versions: 5.15,102-1-pve)
root@hyperbackup1:"# efibootmgr -v
EFI variables are not supported on this system.
Yes, this is because you installed and booted via legacy BIOS and not via UEFI. You need to use UEFI for systemd-boot.here are the output from a clean installed system:
Code:root@hyperbackup1:"# bootctl Couldn't find EFI system partition. It is recommended to mount it to ‘boot or /efi. Alternatively, use --esp-path= to specify path to mount point. System: Not booted with EFI root@hyperbackup1:7# proxmox-boot-tool status Re-executing ‘usr/sbin/proxmox-boot-tool' in new private mount namespace.… System currently booted with legacy bios A45-E147 is configured with: grub (versions: 5.15,102-1-pve) JJA49-1904 is configured with: grub (versions: 5.15,102-1-pve) root@hyperbackup1:"# root@hyperbackup1:"# efibootmgr -v EFI variables are not supported on this system.
I assume you followed this guide https://community.hetzner.com/tutorials/proxmox-docker-zfs?I am trying to install PVE-7.4 on a zfs mirrored system
Hetzner doesn't hvae proxmox ZFS image so you c'an't install proxmox on a ZFS pool.
I installed it from rescue mode passing arguments to with VNC so I get the GUI and can install from that but the server is UEFI only (enabling CSM is greyed out in bios) and the server tries to boot from legacy so it gets stuck hanging at bios menu
My target is to find a way to rewrite boot sector to swap to systemd bootloader.
I read several tuto but didn't find anything very clear, If you have an idea I'll take it
System currently booted with legacy bios
qemu
in order to install the system on the disks, but the guide does not include any parameters needed to load a UEFI firmware, therefore legacy bios is used.-drive 'if=pflash,unit=0,format=raw,readonly=on,file=OVMF_CODE.fd' -drive 'if=pflash,unit=1,format=raw,file=OVMF_VARS.fd'
/usr/share/pve-edk2-firmware
Sounds great ! I am going to try that and let you know the result.Ah now I get the picture. The Hetzner guide makes you useqemu
in order to install the system on the disks, but the guide does not include any parameters needed to load a UEFI firmware, therefore legacy bios is used.
You will have to load the OVMF firmware when launching qemu to boot in UEFI mode.
You can try to add e.g.
to the qemu invocation inside the rescue shell, in order to load the OVMF UEFI firmware. You will however have to find a way to get/download the firmware files to the local env first, e.g. by getting it from an existing PVE installation, where the firmware files are located underCode:-drive 'if=pflash,unit=0,format=raw,readonly=on,file=OVMF_CODE.fd' -drive 'if=pflash,unit=1,format=raw,file=OVMF_VARS.fd'
/usr/share/pve-edk2-firmware