You're very welcome. My solution to the similar problem I'd had was to set up a couple of internal systems as NTP servers so that I always had something with the right time and static IP addresses and pointed everything needing NTP at them.

Here's the times I got (min:sec):

• NTP DISABLED: 1:14, 1:12, 1:12, 1:12 (avg 1:12)
• NTP enabled FQDN: 1:43, 1:43, 1:48, 1:52 (avg 1:46)
• NTP enabled IP: 1:27, 1:23, 1:18, 1:21 (avg 1:22)

So using NTP with an IP and hoping that it doesn't change seems to be the a good option.
Using the FQDN works as well since 30 seconds won't kill anyone and this is the option I'll use, but just was curious if this is something expected @stormi

I ran into something like this once. I noticed you've got NTP set to use host names. You could see if it's maybe DNS lookups being slow to respond at that point in the boot by setting NTP to use IP addresses instead and seeing if that's much faster or not.

With other user it did no make any difference.

And then specifically 'nomodeset' I haven't tested it yet because the grub.cfg is different from the default grub.cfg and I don't want to break things again..., but could that be a possible solution to this?

I have pasted the grub.cfg here, where could I put the 'nomodeset' option?

serial --unit=0 --speed=115200
terminal_input serial console
terminal_output serial console
set default=0
set timeout=5
if [ -s $prefix/grubenv ]; then
        load_env
fi

if [ -n "$override_entry" ]; then
        set default=$override_entry
fi

menuentry 'XCP-ng' {
        search --label --set root root-cybuwv
        multiboot2 /boot/xen.gz dom0_mem=4304M,max:4304M watchdog ucode=scan dom0_max_vcpus=1-16 crashkernel=256M,below=4G,console=vga vga=mode-0x0311 
        module2 /boot/vmlinuz-4.19-xen root=LABEL=root-cybuwv ro nolvm hpet=disable console=hvc0 console=tty0 quiet vga=785 splash plymouth.ignore-serial-consoles xen.pciback.hide=(0000:07:00.0)
        module2 /boot/initrd-4.19-xen.img
}