The PinePhone can boot from an SD even if the eMMC install isn't working, so it kinda fits the description. You can either run an OS from the SD or boot an image to fix/reinstall on the eMMC.
Maybe not a great example. The PinePhone relies on software to manage its battery charging parameters. Thermal limits are controlled entirely in software and sent to the PMIC by the kernel, if this isn't done correctly or at all it's not just possible to have a brick, but a flaming brick. Another post on the matter: https://xnux.eu/log/#017
While this is absolutely true, and it should never have been implemented this way, I have been following the topic very closely and have not come across a single report of a flaming PinePhone in over three years. With five-digit numbers of PinePhone's out there in the hands of people who don't know what they are doing, this IMHO thus is fortunately mostly a theoretical issue.
BTW: PINE64 did better on the PinePhone Pro, and (since it's also going to be Rockchip (RK3566) based in all likelihood) is unlikely to replicate the mistake on the PinePhone 2.
