Okay — frustrating, but this INACCESSIBLE_BOOT_DEVICE BSOD usually means Windows can’t talk to the storage controller/driver at boot (not a licensing or edition problem). Since you’re in WinPE/Hiren’s and the disk layout is unchanged (Windows = E:, ESP = C

, the next reasonable, low‑risk steps are:
- 1) try the UEFI bcdboot repair (quick test), and if that doesn’t fix it
- 2) enable the common storage drivers in the offline SYSTEM registry (non‑destructive) and then try boot again.
I’ll give exact commands to run in WinPE. Stop if you haven’t made a fresh Macrium image of Disk 0 (Samsung) since your last restore — do that now if you haven’t.
If you’re ready, run these in the WinPE command prompt (copy/paste each block and paste the outputs if anything errors). I’ll assume Windows partition is E: and the ESP is C: from your previous outputs — if list vol shows different letters, use those.
A — Quick test: try to install UEFI boot files to the ESP
1) (confirm volumes)
diskpart
list vol
exit
2) Try to copy UEFI boot files:
bcdboot E:\Windows /s C: /f UEFI
- If output says “Boot files successfully created” — reboot to BIOS, set Boot Mode = UEFI (CSM disabled), make “Windows Boot Manager (Samsung …)” first, disable Secure Boot for first boot, and try to boot.
- If bcdboot fails or you still get INACCESSIBLE_BOOT_DEVICE at boot, continue to B.
B — Ensure ESP is writable (only if bcdboot failed with Access denied)
diskpart
select disk 0
attributes disk clear readonly
select vol 2
format fs=fat32 quick label=ESP
assign letter=S
exit
Then:
bcdboot E:\Windows /s S: /f UEFI
If that succeeds, do the BIOS steps above and test boot. If it still fails or bcdboot succeeds but BIOS still bluescreens, proceed to C.
C — Enable storage drivers in the offline SYSTEM hive (common fix for INACCESSIBLE_BOOT_DEVICE)
This will set the Start value of key storage drivers to a bootable state. We’ll load the offline SYSTEM hive, locate the Current control set, then set Start=0 for a handful of storage drivers (storport, storahci, msahci, iaStorV, nvme). This is non‑destructive but advanced — I’ll show commands exactly.
1) Load the offline SYSTEM hive:
reg load HKLM\TEMP_SYSTEM E:\Windows\System32\config\SYSTEM
2) Find which ControlSet is current:
reg query HKLM\TEMP_SYSTEM\Select /v Current
The output shows a number (usually 1 or 2). If it’s 1 then the path you’ll change is HKLM\TEMP_SYSTEM\ControlSet001\… ; if it’s 2 use ControlSet002, etc. I’ll call that ControlSet below — replace 00X with the two digits from the Current value (e.g., 001 or 002).
3) Set Start=0 for the drivers (run each reg add line; replace 00X with your ControlSet number):
reg add "HKLM\TEMP_SYSTEM\ControlSet00X\Services\storport" /v Start /t REG_DWORD /d 0 /f
reg add "HKLM\TEMP_SYSTEM\ControlSet00X\Services\storahci" /v Start /t REG_DWORD /d 0 /f
reg add "HKLM\TEMP_SYSTEM\ControlSet00X\Services\msahci" /v Start /t REG_DWORD /d 0 /f
reg add "HKLM\TEMP_SYSTEM\ControlSet00X\Services\iaStorV" /v Start /t REG_DWORD /d 0 /f
reg add "HKLM\TEMP_SYSTEM\ControlSet00X\Services\nvme" /v Start /t REG_DWORD /d 0 /f
Notes:
- If any of those keys don’t exist you’ll get an error for that key — that’s OK, just continue.
- storport and nvme are important for NVMe controllers; storahci/msahci/iaStorV cover SATA/AHCI/RST cases.
4) Unload the hive:
reg unload HKLM\TEMP_SYSTEM
5) Now try to restore/refresh boot files and then reboot:
bcdboot E:\Windows /s S: /f UEFI (use S: if you assigned ESP earlier; otherwise use C

Reboot, set BIOS to UEFI (CSM disabled), Windows Boot Manager first, Secure Boot OFF and test.
D — If that still fails: write GPT headers (gdisk) and retry
If firmware refuses to boot even after bcdboot and driver enables, the disk table might still be MBR and the firmware is strict. The reliable path then is to run gdisk (non‑destructive) to write GPT headers, ensure the ESP exists, and run bcdboot again. I can walk you through gdisk step by step if needed.
E — If you want the fastest temporary route to desktop
If your immediate priority is to get to desktop now and you don’t care about UEFI, re‑enable Legacy/CSM in BIOS and run the Windows Repair CD Command Prompt commands:
bootrec /fixmbr
bootrec /fixboot
bootrec /scanos
bootrec /rebuildbcd
(or bcdboot E:\Windows)
That often gets an MBR image booting quickly — then we can convert to GPT properly afterward.
Which do you want to try now?
- If you want to go straight for the least disruptive test: run the bcdboot E:\Windows /s C: /f UEFI command and paste the full output.
- If that fails (or already did) and you’re comfortable with registry edits, I’ll guide you through the exact reg load / reg add sequence and we’ll enable the storage drivers (I’ll wait while you run them and check results).
Say which route and I’ll stay with you and interpret every output.