Intel® NUCs
Support for Intel® NUC products
11792 Discussions

Intel NUC Kit 6CAYH Error: BIOS has detected unsuccessful post attempt(s) when ethernet cable is connected

RHlad
Beginner
792 Views

I have bought NUC Kit 6CAYH, added SSD and 4GB Kingston RAM. PC is working fine, did memtest, run a lot of apps and everything worked fine. Then I moved the PC to production and NUC refuses to boot with Error: BIOS has detected unsuccessful post attempt(s)

I can not enter bios (even before the error appears), I can not answer Y neither N to the prompt, PC is frozen but ctrl+alt+del works... I tried replacing RAM, disconnecting SSD... Nothing helped until I removed ethernet cable. With ethernet cable removed, PC boots and even ethernet works if I plug it in after the PC boots.... Cable is connected to rather old edimax fast ethernet switch but the switch works fine for other PCs connected.

I will investigate more, but I just wanted to know if somebody had similar problem....

0 Kudos
13 Replies
n_scott_pearson
Super User Retired Employee
361 Views

I do not recall any issues like this being posted previously (my AY has certainly not exhibited this). My gut reaction to symptoms would have been memory issue, not anything related to LAN.

...S

RHlad
Beginner
361 Views

I find it strange too - thats why I am asking here. I will look deeper into it as soon as I will not need the NUC in production... Exactly as you say, first gut reaction was RAM, then SSD cables and I was very suprised that ethernet cable is the culprit :-)

n_scott_pearson
Super User Retired Employee
361 Views

It doesn't say anywhere; have you tried replacing this Ethernet cable? Does it still happen with other cables? If it does, that might point to grounding/shorting issue...

...S

RHlad
Beginner
361 Views

I did not have a spare cable at hand but I will try it as soon as possible. However the strange thing is that the cable works just fine after POST, the device is communicating over that cable and it is only a few months old cable. Not to mention that I had other computer on the same cable without any problems before I purchased the NUC.

The whole situation is that I need the NUC to run on production site for cca 2 days and then I will have the whole month to experiment. I prepared the computer in my office but it was connected mostly over wifi and I do not remember if I did boot it with ethernet cable plugged in. Then I packed it up moved to the production site, connected to local ethernet (there is no wifi) and it did not start. So I suspected that the RAM or SSD did get loose during the transport... After some experimenting I pinpointed it to the ethernet cable being plugged in during POST (it does not matter if it is reboot or power up).

I will post more info after the event as I will have the oppurtunity to do more experiments....

 

RHlad
Beginner
361 Views

So I had some time to experiment a little more. I tried multiple cables and multiple switches and I found out where the problem is.

The problem is not the cable nor the switch but the fact whether the network has DHCP or not.

 

So to summarize:

No ethernet connected: NUC boots

Ethernet connected to switch with no DHCP: post error

Connected the switch to the router with DHCP: NUC boots

 

BIOS Version: AYAPLCEL.86A.0060.2019.1527

 

n_scott_pearson
Super User Retired Employee
361 Views

Ah. Ok, now I understand. So, are you using Network Boot (i.e. using boot images on a Server)? If not, disable this feature completely in the BIOS:

 

  1. During POST, immediately after seeing BIO Splash Screen appear, use the F2 key to get into BIOS Setup (the Visual BIOS program).
  2. Click on Advanced and then Boot and then the Boot Configuration tab.
  3. Look at the lower left window, titled Boot Devices. Set parameter Network Boot to Disabled.
  4. Use the F10 key or the "X" box in the upper right-hand corner of the screen to save the configuration and exit Visual BIOS.

 

This should avoid the issue you are having. I will bring up this issue with the support team.

...S

RHlad
Beginner
361 Views

Thanks for your reply. Disabling the network boot solves the issue but I still think this is a problem.

I am not using network boot for normal operation. But I do have network boot server on my office network with various diagnostic tools. In normal use the NUC has its own SSD with Windows 10 installed and runs single Digital Signage application. But on all my computers I have network boot enabled and set as last boot option. So in normal state the computer boots from its local storage and if that fails it does boot from network where I can boot linux and diagnose the issue. No other computer did have any problem with this configuration ever.

I am not sure if the network boot is in NUC enabled by default or if I enabled it but it has been set to boot from local SSD first.

So the exact behaviour with Network Boot enabled and set to last boot order is:

  • NUC not connected to network: NUC boots Win10 from local SSD
  • NUC connected to network with DHCP: NUC boots WIn10 from local SSD
  • NUC connected to network without DHCP (using static IPs): NUC freezes in boot screen (that with NUC logo) for cca 1 minute and I can not get to setup (with F2). After cca 1 minute I get the POST error message with Y and N options. Both options do work but it takes them cca 30s to do anything. For example if I press Y to go to setup then nothing happens for 30 secs and after that then setup starts... Pressing N takes another 30 seconds to boot again with the same result.

 

Chris_V_Intel
Moderator
361 Views

Hi RHlad,

 

I appreciate the time you've taken to debug this issue. I have replicated it in our lab and have opened a bug report with the team. I will post any updates I have here, when I have them.

n_scott_pearson
Super User Retired Employee
361 Views

It is most-certainly only a workaround! As I said, it just avoids the issue occurring.

The BIOS team will most-definitely need to look into why this issue is occurring (Intel Customer Support will be passing the report along to them).

...S

David_V_Intel
Employee
361 Views
Hello RHlad, Thank you for posting on the Intel ® communities. I appreciate you taking the time to bring this to our attention, I would like to know, since you mention that the Network boot enabled while using DHCP works, does this option work for you? Do you need it to use the "Static IP" ? Let me know to have more background. Regards, David V Intel Customer Support Technician Under Contract to Intel Corporation
n_scott_pearson
Super User Retired Employee
361 Views

ICS has reproduced the issue and opened an entry in the defect database.

...S

Ronny_G_Intel
Community Manager
361 Views

Hello everybody,

 

I apologize for the long time in getting back you, the good news is that this issue has been addressed and fixed in BIOS 65, here is where you can find the download: https://downloadcenter.intel.com/download/29291/BIOS-Update-AYAPLCEL-86A-?product=95062

Please give it a try and report back.

 

Thanks,

Ronny G

 

PhilipD
Beginner
176 Views

Hi there,

Apologies for resurrecting an old thread but I am having the identical problem that RHLad has articulated above so very well. Have a whole bunch of NUC6CAYS devices that I recently updated (latest Win 10 patches and latest Intel BIOS) and they're fine on Wi-Fi but as soon as I plug in the network cable they won't boot and stop at Error: BIOS has detected unsuccessful post attempt(s).

And like RHLad described, if I plug the network cable in after they've booted, they're then fine and communicate on the network perfectly well.

They're also on a network that requires them to be set to static IP addresses but the latest BIOS is now well past the version 65 spoken of above. It is at version 70 released on 1/Sep/2021.

They're being used in airconditioning plant within a secure defence facility, so not easy to go and work on. But I expect I may be able to set the parameter Network Boot to Disabled and negate the problem, but this then doesn't allow boot from a server if we want to do that.

The specific BIOS I downloaded and applied is AYAPCEL.86A.0070.2021.0901.155. Can you please advise if the fix you indicated was addressed in BIOS 65, did actually fix this problem? Given there's no further response from RHLad on his/her situation, is it possible the fix didn't fully address the issue so it's still present?

Reply