Thanks for joining the NUC community.
It appears to be a defective NUC and you may need to contact Intel for warranty options.
Before you contact Intel for warranty please test performing BIOS recovery, this is a simple process that may help even if there is no video at all
Instructions for BIOS recovery available below:
Also, please check some tips about this No boot issue: Intel® NUC — Troubleshooting no boot issues
If you still need warranty, you can use our Web Ticketing system to do that.
Online warranty: Service Request Email
Chat support: Contact Support
dquixoteDid you manage to get it replaced?
I had a similar problem after 'hibernating' (thought I have hibernated many time before), for me I had to disconnect the CMOS batter and reconnect it for it to work.
Today morning I have 'suspended' the NUC before going to work, I have an uncanny feeling that 'suspend' is going to cause the same issue.
I'm also having the exact same problems on my Intel NUC D54250WYKH, with Debian 7.7 and Linux 3.18 installed. Thanks for posting on this issue, I already thought the box was completely dead, but removing the CMOS battery also helped for me.
I seriously hope Intel will look in to this problem as it seems the BIOS totally deadlocks in suspend/hibernate situations with Linux. It's probably very easy to reproduce in your labs and will pay itself back very soon with more satisfied customers and fewer warranty replacements.
Installed BIOS v27
This is one of at least fourteen threads in this forum which address Intel's 'Linux Suspend > Dead NUC' intermittent defect, dating back to August 2014.
The good news is that a workaround exists which means you can at least avoid getting your NUC bricked by this defect, and it involves using methods other than a short press on the Power button to wake a sleeping NUC – ie: wake-on-USB and/or wake-on-LAN.
For full details, see the 'Workaround Alert' above the my OP in the 'NUC5i5RYH Bricked by Ubuntu Suspend for Fifth Time' thread » https://communities.intel.com/message/359708#359708