Scrierile se mai întâmplă, overlayfs le redirecționează în stratul superior. Și stratul inferior va trebui actualizat în cele din urmă. Deci nu, doar a avea o suprapunere nu va rezolva o provocare cu durabilitate. Ar trebui să vă gândiți ce date trebuie să fie durabile și cum să vă recuperați după eșec.
Oprirea în timpul scrierii riscă ca datele să se piardă undeva în diferitele straturi ale sistemului de fișiere, blocurilor și mediilor de stocare. Sistemele de fișiere bune au un jurnal pentru metadate, astfel încât acestea vor supraviețui, dar pot pierde date. Testați acest lucru prin oprirea unui dispozitiv în timpul utilizării, verificați dacă integritatea datelor este menținută.
Acel raspi-config pare să aibă un nivel superior pe tmpfs, așa că da evită uzura suportului de stocare, dar scrierile s-ar pierde la repornire! Ceea ce ar putea fi acceptabil în unele cazuri de utilizare, reporniți și revine la o stare cunoscută.
Datele care trebuie păstrate ar putea fi trimise în altă parte, de exemplu, redirecționarea syslog către un server central de logare cu putere stabilă. Sau postarea datelor la un API de la distanță. Sau salvate pe o partiție de date locală separată de volum cu software-ul instalat.
Vorbind despre putere stabilă, o sursă de alimentare neîntreruptă este o investiție excelentă dacă puterea nu este de încredere. O baterie relativ mică este suficientă pentru a se opri cu grație dacă se întrerupe alimentarea.
În ceea ce privește nivelul inferior, upgrade-ul software-ului este o operațiune care trebuie să aibă succes pentru ca dispozitivul să funcționeze în continuare. Luați în considerare actualizările bazate pe imagini, cum ar fi SWUpdate dispozitiv de actualizare încorporat (sau Upgrade-uri de imagine Ubuntu sau Fedora IoT, mai multe dintre care să alegeți). O imagine duală cu recuperare merită studiată chiar dacă nu este implementată pentru acest proiect.
