резервный boot/root на случай, если основной не загрузится

I have these mini-servers based on raspberry pi. Lots of them. But currently we have relatively frequent malfunctions because for some reason or another the filesystem on the SD card gets corrupted and the device will no longer function correctly.

SD-карта для rootfs — не лучшая идея. По крайней мере:

• Не вести журнал. Или войдите в tmpfs.
• Изменить параметры монтирования, чтобы избежать бесполезной модификации FS (noatime, nodiratime,...)

We are going to attach the problem by moving to CM3+ so we gat MMC which is more reliable, but we would also like to increase reliability of each individual device.

eMMC должна быть лучше.

Is it possible to create such a disk layout that there would be two boot / root partition - one primary and one backup in case primary gets messed up.

Не уверен, что это НАСТОЯЩЕЕ решение. Вместо этого я бы изучил лучшую файловую систему. Например, F2FS или что-то подобное.

Then a boot loader (grub?) would log boot attempts and a successfully booted system would reset them. If number of unsuccessful boots exceeded a given number, we would either copy the backup over primary or boot from backup.

См. этот пост о Grub & Raspberry Pi. Проблема в том, что вам нужен специальный загрузчик rapsberry pi, который, по моему мнению, не способен на такой трюк.

Если бы мне пришлось решать такую ​​проблему, как ваша, я бы сделал:

1. Соберите минимальную ОС (, например, с помощью Yocto или вручную -созданного Raspbian ).
2. Загрузите его с помощью NFS или TFTP, используя tmpfs как rootfs
3. Используйте eMMC только для постоянного хранения и, естественно, оптимизируйте мое использование.

Преимущества:

• Системные файлы находятся только в оперативной памяти, поэтому не бойтесь сжечь карту eMMC или SD.
• Нужно обновить только одно дерево (на сервере NFS/TFTP )+ перезагрузка, и все ваши rapsberry pi обновлены.

Недостатки:

• Поскольку ваша rootfs хранится в оперативной памяти, для ваших приложений доступно меньше оперативной памяти.