It’s been my experience that SD cards are almost always what causes a failure on a SBC. Given the cost of the screens, i’d probably choose something that could boot off nvme storage. Or at least tape a new, configured SD card to the case of the SBC for when this inevitably happens.
They probably expect the signage to change a lot and don’t want a hardware failure when they do it too much, or didn’t use an external drive in this case and the SD card failed because they wrote to it too much (which would happen eventually anyway).
These kinds of public errors are almost always a hard drive failure.
Using an actual hard drive for an embedded system like this would be a failure in and of itself.
Unless it literally has to store several hours’ worth of HD video content, no reason the entire system couldn’t fit on an SD card.
It’s been my experience that SD cards are almost always what causes a failure on a SBC. Given the cost of the screens, i’d probably choose something that could boot off nvme storage. Or at least tape a new, configured SD card to the case of the SBC for when this inevitably happens.
An SD card is MUCH less reliable than a good hdd unless it’s read only.
They probably expect the signage to change a lot and don’t want a hardware failure when they do it too much, or didn’t use an external drive in this case and the SD card failed because they wrote to it too much (which would happen eventually anyway).
Even better: Three SD cards with a ZFS mirror and failure notifications
Bah humbug, just hook it up to the cloud, WCGW?
You don’t need an internet connection for failure notifications