@olivierlambert After a bit of trial and error I think I found out why this was not working for me. There were two issues which I think was causing the issue.

(i) I had a local SR which was used for ISO storage. I deployed a Debian VM via XO (which had a bios firmware) and noticed that I was getting the same error when the OS was being installed. This ISO SR was created on a SSD which was with Advanced Format (4K). Even though XCP-ng allows the SR to be created it seems it is not able to read from the SR if it is with 4K format. The release note for 8.3 says it supports 4K via largeblock driver, but it seems it it is not for iso, So I moved the SR from a 4K disk to a legacy one and XO was able to create the VM and start install

(ii) The default Debian 12 template has Secureboot enabled by default along with UEFI. Since I had no reason for to enable Secureboot I had not enrolled the platform keys on the host. Once the VM is created from the template I disabled secureboot with the command

 xe vm-param-set platform:secureboot=false

Once this was done I was able to boot from the CD ROM.

If possible I have a couple of suggestions

When the SR is created using type ext it does not allow the SR to be created if the underlying disk is 4K format without specifying largeblock. But it allows the SR creation when the type is iso. Maybe it is possible to check the type of underlying storage before ISO SR creation?
Else it could be documented in this page Storage in XCP-ng with a clear warning not to create SRs in 4K storage. It looks like XCP-ng has not issues in installing itself in a 4K storage, but then the Guesttools will not work anymore as it gets installed in the 4K disk and the VM is not able to read it and gives and IO error

The template for Linux systems may be modified to not require Secureboot.

@Greg_E Yes it is UEFI

Slow booting on Debian 13 VM created from a template

I recently tried cloning a VM from a template (created from a full install of Debian 13). What was noticed was that the system takes forever to boot when the VM is created from XO-6. The issue does not happen in XO-5. The VM seems to hang at the TianoCore boot screen .

What I noticed is that when the VM is cloned with XO-6 the boot order somehow changes to Network boot as the first option

This does not happen (change of boot order) if the VM is cloned from XO-5 and there is no boot delay. The boot process seems to wait for more than 2 minutes before it fails network boot and then proceeds normally to boot from the Hard drive

Thanks

@olivierlambert After a bit of trial and error I think I found out why this was not working for me. There were two issues which I think was causing the issue.

(i) I had a local SR which was used for ISO storage. I deployed a Debian VM via XO (which had a bios firmware) and noticed that I was getting the same error when the OS was being installed. This ISO SR was created on a SSD which was with Advanced Format (4K). Even though XCP-ng allows the SR to be created it seems it is not able to read from the SR if it is with 4K format. The release note for 8.3 says it supports 4K via largeblock driver, but it seems it it is not for iso, So I moved the SR from a 4K disk to a legacy one and XO was able to create the VM and start install

(ii) The default Debian 12 template has Secureboot enabled by default along with UEFI. Since I had no reason for to enable Secureboot I had not enrolled the platform keys on the host. Once the VM is created from the template I disabled secureboot with the command

 xe vm-param-set platform:secureboot=false

Once this was done I was able to boot from the CD ROM.

If possible I have a couple of suggestions

When the SR is created using type ext it does not allow the SR to be created if the underlying disk is 4K format without specifying largeblock. But it allows the SR creation when the type is iso. Maybe it is possible to check the type of underlying storage before ISO SR creation?
Else it could be documented in this page Storage in XCP-ng with a clear warning not to create SRs in 4K storage. It looks like XCP-ng has not issues in installing itself in a 4K storage, but then the Guesttools will not work anymore as it gets installed in the 4K disk and the VM is not able to read it and gives and IO error

The template for Linux systems may be modified to not require Secureboot.

@escape222 It looks like I found something which is preventing me from booting. When the HVM firmware mode is set to UEFI then this does not boot. But changing to BIOS mode the boot is successful and I can continue

Any suggestions on how this can be fixed?

@olivierlambert
After some digging around this seems to be an known issue with QEMU. As this is related to Apple, Not sure if this is the same issue that I am facing. But the symptoms are exactly the same

(https://github.com/utmapp/UTM/issues/2333#issuecomment-786307182)

The solution atleast for Macbooks seem to be

*There is a race condition in QEMU's (emulated) USB device reset and OVMF enumerating the boot options. M1 macs are too fast and can enumerate the boot options before QEMU sets up the device. This race condition is why it occurs for some people and not others and also why it stops appearing if you enable debug logging.

Without thinking too hard how to prevent the race, the hack around is to have a 1 second wait between the device enumeration and boot option enumeration.*

djwhatle created this issue in utmapp/UTM

closed Ubuntu 20 AArch64 image from gallery can't boot on Apple M1 "BdsDxe: failed to load Boot0001" #2333

@olivierlambert I tried with with the template for Ubuntu and also with Debian 12.9. Still I am getting the same error in 8.3

I am trying to get this automated using Ansible so deploying via the Quick deploy is not an option and this is a tested script which used to work fine in 8.2

When i started failing in 8.3 is when i tried deploying manually.

I will try to see if I can reproduce this in a different HW configuration but maybe over the weekend.

@Andrew Thanks was this VM created using Xen Orchresta? I have been trying to do this from a newly installed machine with no XO on it. Creating a Debian VM from XO seems to work fine and is possible on systems that I have upgraded to 8.3

@john.c The interesting thing is that this entire stuff works fine in XCP-ng 8.2. The same ISO works fine there. The issue seem to be with 8.3.

@olivierlambert Let me go back to the install and try a lower release or any other OS.

@olivierlambert The SHASUM seems fine. I did a re-install of the OS and still am being hit with the same error.

@olivierlambert Yes that is correct. This is a fresh install and this is the first VM. The Host is fully updated.