The Server 2022 Recovery Partition has been causing all sorts of pain lately.
By default it places this partition at the end of the disk which makes it impossible to extend the primary partition without doing some sort of partition rearrangement.
This months update fails on all of our 2022 servers since that partition is too small for some updates it's trying to apply. This partition is before the primary partition which now makes it non-trivial to expand.
So I was going to see if I could just created a small dependent disk and just have the Recovery Partition be housed all on it's own.
I'm working in a vSphere environment.
There was a nice step by step by @VainMan here --> How to move the recovery partition on Windows 10? Everything appears to go well and the copied Recovery Partition is placed on the new volume. Even when I do a reagentc /info, it shows that it is enabled. Disk Management shows it as a Healthy (Recovery Partition)
However, when I try to test this via reagentc /boottore then reboot, I get the following:
Prior to doing the steps in the above link, I did verify that the Recovery Partition did work via reagentc /boottore. Soon as I copy it over to the new volume, it no longer works.
I also verified that the identifiers were correct via bcdedit.
Is what I'm doing even possible or am I missing something?

@Ramhound - Prior to server 2022, the WinRE Partition was always before the primary. In a VM environment, this worked just fine because now and then we need to extend the primary. Once 2022 come along, we no longer could do this. This was a problem. So we adjusted our 2022 image via GParted to match how all previous versions of Server, which allowed us to extend the Primary if the need arose. Partitions in this day of VM's seem antiquated and should just use separate VMDK's instead of Partitions. That way each one can be expanded via hypervisor as needed.
– LuckyMe Jan 12 '24 at 16:13