I have a Chromebox 3 (CN65) with the latest firmware from MrChromebox (2509.3).
The PC boots only once :). After a power down (short press the power button) or a power failure, the fan turns on for a few seconds, followed by … nothing.
The only way to make the PC boot again is to unplug, and do a hard reset (power button + reset for 10+ seconds).
not seeing that here on my CN65 running 2509.3. Boot the device, update the firmware, clear the NVRAM, and leave the power-on-after-loss setting alone. Test and report back
there’s nothing out of the ordinary in those logs.
I just tested a 2nd Fizz box (CTL celeron, vs Asus i7), and no issues of any kind powering off or on.
it’s possible this is something specific to proxmox, or that plus a dead CMOS battery?
using the power button to power down usually puts the device to sleep, not power off, unless you’ve specifically configured it that way in the OS. At which point the selected sleep type in the UEFI settings becomes a factor (S0ix vs S3)
I don’t think this is proxmox related; I’ve seen the same issue when the PC had Windows installed, and when the machine does not boot, I don’t even get to the rabit logo on the screen.
After clearing the NVRAM, the issues seem to be caused mostly by power-failures, not the power down / sleep (I haven’t changed anything in the OS, so I assume it is sleep).
Is there a way I can capture more debugging information when the machine does not boot (i.e., before the rabit log shows up, keyboard and screen non-responsive)?
First, trying to build a debug build. ./build-uefi.sh –debug teemo does not work. Apparently the config file config.teemo.uefi cannot be found.
Second, assume I manage to build and flash the debug build. What debug information would be useful to capture? (assuming the device does not boot, and the only access I have to the machine is through the SuzyQ cable)
when a build fails, you need to run V=1 make >build.log 2>&1 to get anything useful.
Whatever the issue, it’s specific to your environment as no issue here
this doesn’t appear to be a full boot even. If this is where the device stops booting, there’s no indication of any issue.