Hello Mijenix, I would like to inform you that based on the fact that Linux* is not a supported Operating System for this NUC, I would recommend to forward your inquiry to Linux* support community for further assistance.
On this URL you will be able to find drivers that will provide you with the functions you require.
See here for more information about Linux* support:
My recommendation on this would be to try to boot the NUC without using any USB device connected to it. This behavior could be related to the NUC trying to boot to a USB.
I can confirm the same problem. I have a NUC 2820 with FW 28 and am running Debian Jessie. I ran into this problem a couple of days ago, I guess when Jessie moved to 3.14
I had to revert to Linux Kernel 3.13-1-686-pae (i686), (and then remove the 3.14 update in case another update took away 3.13)
Under 3.14 boot would halt after a few lines of text were displayed in the startup routine, and never recover. I am booting from the internal HD, the only USB device is my keyboard/mouse.
I'm not sure how to report this to the Linux developers, but I wonder if that is where we have to go next?
Following "https://bbs.archlinux.org/viewtopic.php?pid=1429315", I was able to boot if and only if I added either the "maxcpus=1" or "nosmp" options to the kernel boot on 3.15.1
Without disabling smp, no error is reported when the kernel hangs even with all boot logging enabled.
Confirming that disabling "Intel(R) Dynamic Power Technology" in the BIOS also lets me boot with Linux kernel 3.14 in Debian Jessie. My BIOS setting for PCIe ASPM Support was already set to 'disabled' (not by me, to my knowledge, perhaps it was the default). I'm still at FirmWare 28.
[Edit: these new settings do not help the problem of the mouse freezing after sleep in firmwares after FY0028: I just tried with FY0034 under these settings and the mouse still freezes after sleep. Reverted to FW0028]