Was waiting for the boot from nvme support but after seeing the video I will not use it.

Why: I have a Ugreen DXP480T and a DXP6800 Pro and they do not seem to have (or Bios support) TPM. I wanted to boot from the unused UGOS small nvme for this but having to keep the flash drive for the license is just stupid. So I will keep using it as boot.

1 hour ago, BAJ said:

Are there no 7.3 installer yet? I want to do a fresh install.

Need to select next branch in the creator.

55 minutes ago, manilx said:

I wanted to boot from the unused UGOS small nvme for this but having to keep the flash drive for the license is just stupid. So I will keep using it as boot.

Good call sticking with USB — and not just because of the TPM situation.

Those built-in 128GB SSDs in your DXP devices are buried deep inside the PCB — getting to them apparently requires completely dismantling the unit.

Ugreen doesn't publish the NAND type which at 128GB in a consumer NAS appliance almost certainly means QLC — optimised for UGOS workloads, not for always-on server boot duty.

QLC in that role generates continuous controller heat at idle from managing 16 voltage states constantly.

Add cache pool duties on top and if it fails you lose OS config and cached data in one hit — worse than a USB failure which only takes out boot config.

Your USB drive has been working reliably for a reason.

Whatever's inside it is almost certainly better suited for Unraid boot duty than that buried QLC SSD — TPM or no TPM.

Edited March 19Mar 19 by Lolight

41 minutes ago, Lolight said:

Good call sticking with USB — and not just because of the TPM situation.

Those built-in 128GB SSDs in your DXP devices are buried deep inside the PCB — getting to them apparently requires completely dismantling the unit.

Ugreen doesn't publish the NAND type which at 128GB in a consumer NAS appliance almost certainly means QLC — optimised for UGOS workloads, not for always-on server boot duty.

QLC in that role generates continuous controller heat at idle from managing 16 voltage states constantly.

Add cache pool duties on top and if it fails you lose OS config and cached data in one hit — worse than a USB failure which only takes out boot config.

Your USB drive has been working reliably for a reason.

Whatever's inside it is almost certainly better suited for Unraid boot duty than that buried QLC SSD — TPM or no TPM.

True about the replacement if it fails, hassle at least.
But i would only boot from it and not use for anything else.

But yes, guess flash is a lot easier in the long term.

6 hours ago, JorgeB said:

Please create a new post in the general support forum and post the diagnostics.

So a bug then. Saw SimonF reply to someone with the same question on Discord.

Edit: https://product.unraid.net/p/pool-status-of-unknown

Encrypted ZFS pools here. :)

Edited March 19Mar 19 by Niklas

I have a question:

I bought a new key but only have an activation code, when I boot my server without my existing pro.key file, when it takes me to account.unraid.net it does not let me activate the new key on the TPM, it only gives me the option to blacklist the USB and do a USB -> TMP transfer which I do not want to do.

Essentially I am trying to keep my USB key on the USB and simply activate the new license on the TPM so I can re-use the USB license in a different machine.

Is this not possible?

Edit: For clarity

1. Updated from 7.2.4 with existing licensed USB

2. On-boarding wizard to move boot to internal drive.

3. Once booted back up, I then shutdown the entire system

4. Removed the USB with the existing pro.key file and booted unraid back up off of the now internal boot disk

5. Unraid complained about a "missing key" so I clicked on the link in the upper right which took me to the urnaid account page

6. I was prompted to migrate from USB to TPM and to acknowledged that my USB will be blacklisted. To which I stopped. There was no option to activate my new license solely on the TMP.

Edited March 19Mar 19 by MowMdown

42 minutes ago, Niklas said:

So a bug then.

Yep, it's a bug with encrypted pools. No need to do anything else; it should be fixed for the next release

50 minutes ago, Niklas said:

So a bug then. Saw SimonF reply to someone with the same question on Discord.

Edit: https://product.unraid.net/p/pool-status-of-unknown

Encrypted ZFS pools here. :)

Yeah I missed encrypted pools out of the checks, I have a PR to add them in.

what is the min capacity of the boot drive? I have a 16GB optane nvme that I would like to use, is that too small?

12 minutes ago, erdius said:

what is the min capacity of the boot drive? I have a 16GB optane nvme that I would like to use, is that too small?

Min is 4, You can only use just under half of the drive for boot.

[Bug Report] 7.3.0-beta.1 Internal Boot Setup Fails on Ugreen DXP4800 Plus - Missing GRUB Modules on EFI Partition

Hardware: Ugreen NASync DXP4800 Plus (Intel Pentium Gold 8505, 64GB DDR5, 2x Samsung 990 Pro 2TB NVMe in cache pool)

Unraid Version: 7.3.0-beta.1

Issue: Internal boot setup via the Onboarding Wizard completes without errors but system fails to boot from NVMe. BIOS either falls back to USB or drops to a GRUB rescue prompt.

What the wizard does correctly:

• Correctly partitions both NVMe drives (p1=1MB BIOS, p2=510MB EFI, p3=15.5GB Unraid OS/ZFS, p4=1.8TB data/cache)

• Correctly installs BOOTX64.EFI (GRUB) to /EFI/BOOT/ on the EFI partition

• Correctly creates and populates the ZFS boot partition (p3, labeled "flash") with all required files: bzimage, bzroot, bzfirmware, bzmodules, and a fully configured /boot@/grub/grub.cfg

• Correctly registers a UEFI boot entry via efibootmgr

What the wizard does NOT do:

• It does NOT copy the GRUB modules (linux.mod, all_video.mod, zfs.mod, etc.) to the EFI partition

• It does NOT create a /grub/grub.cfg on the EFI partition telling GRUB where to find its config

Root cause: GRUB's BOOTX64.EFI sets prefix=(hd1,gpt2)/grub and looks for its config at /grub/grub.cfg on the EFI partition. This file doesn't exist after the wizard runs. Additionally, even when a grub.cfg is manually created, the required GRUB modules (particularly linux.mod) are not present on the EFI partition, so GRUB cannot execute linux or initrd commands.

The ZFS boot partition contains a complete and correct /boot@/grub/ directory with all modules and a proper grub.cfg, but GRUB on the EFI partition has no way to reach it without first loading zfs.mod and linux.mod — which aren't there.

Expected fix: The wizard should copy the required GRUB modules to /grub/x86_64-efi/ on the EFI partition AND create a /grub/grub.cfg that loads those modules and chains to the ZFS boot partition's grub.cfg.

Workaround: None that survives updates. Manual copying of modules and grub.cfg works temporarily but will likely be overwritten by future updates.

Additional notes:

• Ran the wizard multiple times, same result each time

• efibootmgr correctly registers the Unraid boot entry

• USB flash boot continues to work perfectly as fallback

• Both NVMe drives show correctly in BIOS (KEYM2 enabled)

• Watchdog disabled in BIOS as required for Unraid on this hardware

This announce post is perfect for quick questions or comments, but if you suspect there will be back and forth for your specific issue, please start a new topic in our new Prerelease Feedback Tracker! Be sure to include your diagnostics.zip

Oh yes! My Arc B580 is no longer idling aimlessly, wondering why it's here!

Edited March 21Mar 21 by olavinto

Really interested in the TPM based licencing option.
For Unraid boxes where the internet/router is a VM, so cannot start without a license. Replacing the USB drive is complex today.

For native backup script

/usr/local/emhttp/webGui/scripts/flash_backup

The file naming change to "xxx-boot-backup-*.zip" from "xxx-flash-backup-*.zip" ..... does this is design to reflect for internal boot backup ?

Any procedure / doc to show how can quickly restore the backup to resume Unraid OS ?

Or could native script generate both file ( flash & boot ), so user could easy resume OS to USB.

Edited March 20Mar 20 by Vr2Io

On 3/19/2026 at 3:23 AM, J05u said:

Just one question, how this release working with Core Ultra and Intel Arc...

I just installed it and out of the box it's still running the i915 driver, butI haven't tested further yet. I just have an a Core Ultra 2 265k and no discreet GPU. Previously I was able to force the xe driver to load, but it didn't work well for Plex transcoding.

1 hour ago, Subsven said:

I just installed it and out of the box it's still running the i915 driver, butI haven't tested further yet. I just have an a Core Ultra 2 265k and no discreet GPU. Previously I was able to force the xe driver to load, but it didn't work well for Plex transcoding.

I also own an ultra 2 cpu and i was waiting for this beta. Unfortunately there is a bug of unmountable disk so i will wait for beta2 to test.

I really need to start using my igpu using the virtual gpus feature.

Hi,

First of all, a huge thank you to everyone involved in this update, and for all the time and effort you put into making Unraid such an amazing system!

The update went incredibly smoothly without any issues at all. I haven’t moved my boot drive from USB to a hard drive yet. I’ll give it a little more time, but so far everything is working perfectly.

I really like the new feature that allows you to install the OS on a hard drive, so there’s no need for a USB anymore. 🙂

It’s also great that my motherboard is now supported for CPU temperature and power usage readings.

This is something I’ve been missing for a long time, and it’s finally here! It might have something to do with the "System Temp" plugin, which for some reason has now started working with my motherboard.

Thanks again for the fantastic work! 🙌

Edited March 20Mar 20 by uCoreX

Quick question. I currently have 2 nvme 2tb drives in a zfs raid 0 for my main cache drive. I plan on using the nvme drives for the internal boot. Will I lose the zfs raid 0 for those drives?

32 minutes ago, Jurak said:

I currently have 2 nvme 2tb drives in a zfs raid 0 for my main cache drive. I plan on using the nvme drives for the internal boot. Will I lose the zfs raid 0 for those drives?

The small boot partition will always be a zfs mirror, but the large data partition you can set up any way you like, including as a zfs stripe.

Do you have any issues with ipv6, docker, macvlan / ipvlan?

Think 1 bug is my unraid working fine but there is no data read or write statistics being updated.

Edited March 20Mar 20 by alex036

53 minutes ago, alex036 said:

Think 1 bug is my unraid working fine but there is no data read or write statistics being updated.

Yep, that's a bug with the array only, speeds show, but not read/writes. Thanks for the report.

On 3/19/2026 at 9:55 AM, JorgeB said:

I think that TPM licensing is not allowed for any virtualized Unraid install, only bare metal.

Do you have any information if this might change at some point?

Apart from that: great work, used the onboarding wizard for migration and it worked perfectly. Only thing I had to do was to set allowed boot mode to UEFI, since my install was still on legacy.

I'm missing the ZFS-Master features directly implemented in the OS  because they are not maintained anymore.