Thanks for following up Sreekanth D,
The reason your system failed to generate a memory dump is due to a slight mix-up with the physical execution of the hardware interrupt. You mentioned trying "Right Click," but the kernel-level trigger specifically requires the Right Control key on your keyboard. To successfully force the crash dump, you must hold down the Right Control key and tap the Scroll Lock key twice in rapid succession while the screen is frozen. The system must also have a suitably sized page file enabled on the primary system drive for the memory dump to write successfully.
The Event IDs you discovered in the Event Viewer are cascading secondary failures rather than the root cause of the freezing. When the core graphical subsystem or kernel threads lock up, background processes are abruptly halted. This inevitably causes the Service Control Manager to register timeout errors like Event ID 7009 because services are physically blocked from starting, which subsequently triggers Group Policy processing failures like Event ID 1096 since the system can no longer communicate with the domain controller. Troubleshooting these specific errors will not resolve your issue because they are merely symptoms of the overarching system freeze.
As for alternative bypasses, there are no administrative workarounds or registry hacks that can patch an unstable operating system kernel. Build 26200 is a Windows Insider Canary release, which inherently contains experimental, unpolished code that is explicitly not supported for organizational production environments. The freezing issue you are experiencing is an unresolved bug tied directly to this specific preview build interacting with your hardware fleet. To permanently resolve this and restore stability, your only viable solution is to wipe the affected machines and deploy a commercially supported, stable release channel of Windows 11.
Hope it helps :)
VP