В данном случае целью было немного снизить нагрузку. В статье всё же предлагают сделать read only систему. Это даст большой плюс к продолжительности жизни, но всё же наложит органичение на запись в ФС. В случае домашнего сервера, который будет складировать показания датчиков, read only — не самое простое решение.
увы, «после перезагрузки возвращемся в исходное состояние» подходит не для всех применений — в процесе работы образуются какие-то данные, их надо сохранять.
мы сейчас делаем у себя такой вариант: read-only файловая система + циклический буфер в NOR flash (микросхема стоит копейки, подключается по SPI).
Вот думаю, стоит ли пробовать писать статью об этом (статьи? тут две слабосвязанные темы: как мы используем sd-карту в read-only и организация циклического буфера в flash).
Так я и писал этот комментарий в 2017 году, просто на тот момент я еще не получил инвайт и мои комментарии должны были быть одобрены, а одобрили только сейчас )))
Надёжность не в том плане, что запас прочности устройство-носителя контролируется (это делает физический контроллер флешек), а в том, что данные не потеряются и не закорраптятся в случае внезапной потери питания или при каких-то непридвиденных обстоятельствах (при kernel panic, например).
Тоже сталкивался с тем, что на RPi регулярно помирала ФС на карточке.
Долго мучился с этим, а потом ради интереса восстановил параметры по умолчанию в разделе про оверклокинг и ФС перестала помирать.
Уменьшение операций чтения/записи на Raspberry Pi