I have downloaded this latest version.
âBurnedâ an Micro SD 16GB
Plugged, switched on with a 5A power supply to be sure enough power.
It boot perfectly !
I did minimal setup and then start the problem.
As soon I finished and arrive to âroot@dietpi:â I type âshutdown -r nowâ and device is gone.
No sign of reboot.
The SYS light keep heartbeating
The WAN light disappear
I waited 10 minutes⌠still the same⌠no reboot, no ping to it, etcâŚ
I unplugged, waited 1 minute, replugged the power cable and device return to the same status of âdeadâ, the one after I did a reboot.
I unplugged the microsd, I reflashed it again and replugged and restarted and again device boot successfully
I remade a setup minimal again and it went fine.
Again ârebootâ and device didnât reboot and went âzombieâ
I tried 5 different SD card⌠which 4 worked, in all the 3 units I have.
All three units have same ending⌠zombie after the first reboot
This to me is the worst FriendlyElec device yet, although it look so solid and well made from outsideâŚ
PS: Forget it to write to eMMC⌠I tried but no way it bootâŚ
There is a device tree for R4S only, no dedicated one for R4SE, same with U-Boot, so unless both explicitly have eMMC included, it is expected that this does not work, at least not to boot from. Iâm not sure about other minor hardware differences between R4S and R4SE, so there may be other subtile issues.
However, it does boot at first, including network, obviously, so it should be able to continue work after reboot.
This indeed sounds like it hangs on shutdown. The SYS LED should switch off for some seconds during early boot stage.
The WAN LED works for you already? I did just yesterday enable it in our image build scripts and a patch in DietPi dev branch. With our current image, both Ethernet LEDs shouldnât do anything. Or do you mean the ones at the back side, below the Ethernet ports?
And btw, at least on my R4S, eth0 (which is configured on first boot and by dietpi-config) is the âLANâ port, not the âWANâ port.
Did you use our latest image, from the link above? Could you try to go through first boot and setup again, but not reboot, instead:
To check whether there are kernel errors and network is configured as expected, at best DHCP on eth0 (âLANâ port), the default on first boot, to rule out that itâs just a network issue.
Do you have a UART adapter, to monitor late shutdown and early boot logs on serial console?