Because true UEFI cannot execute ntldr, we must use an intermediate UEFI NTFS driver. Enter the UEFI NTFS Bootloader by pbatard (author of Rufus).

Now, create a special file named bootxp.bin on the root of your XP partition. This file is a hybrid MBR boot sector. Generate it using dd from a virtual MBR disk created with mkdiskimage.

Simpler method: Use rEFInd boot manager instead of GRUB. rEFInd can natively load legacy boot sectors if you place a bootsect.bin file.

The easiest exclusive UEFI method (Tested on Dell XPS 13 9360):

This is the exclusive golden path.


Modern motherboards (Intel 7th gen Core and newer, AMD Ryzen 3000 and newer) often ship with CSM disabled by default. Some laptops (e.g., certain Dell XPS, Surface devices) have no CSM at all. Here is the exact wall you hit:

To solve this, we will use a chainloader approach: UEFI -> GRUB2 -> Legacy bootloader on a virtualized MBR disk.


Even with CSM active, the Windows XP installation CD lacks native drivers for AHCI (Advanced Host Controller Interface) or NVMe, which are standard on all modern motherboards. Without these drivers, the installer will freeze after loading files, displaying the dreaded "No hard drives found" message. The exclusive solution is slipstreaming—integrating third-party drivers directly into the XP installation source. Tools like nLite or manual DISM commands are used to inject mass storage drivers into the i386 folder. For AHCI, generic drivers like uniata or manufacturer-specific Intel RST legacy drivers are required. For NVMe SSDs, which XP never supported, the task becomes nearly impossible; most successful builds rely on SATA SSDs configured in IDE emulation mode (if available) or using a SATA-to-USB bridge. After slipstreaming, a new bootable ISO is created and burned to a USB drive using tools like Rufus in "BIOS or UEFI-CSM" mode. This custom installer becomes the key to unlocking hardware detection.