Esta é uma ótima pergunta.
Snaps (e, portanto, o Ubuntu Core) são realmente projetados para que cada um (o SO é apenas outro snap) seja isolado dos outros. Snaps são imagens squashfs somente leitura, que é o que a citação a que você se refere está discutindo.
No entanto, pelo que entendi, isso não foi feito para se comportar como um SO ramdisk. Foi feito para os outros marcadores na página:
- As imagens (e aplicativos dentro delas) são mais resistentes a adulterações.
- O snap é sempre exatamente o que o desenvolvedor liberou, o que facilita a atualização (e a reversão).
E assim por diante. De fato, enquanto os snaps são de fato somente leitura, o Ubuntu Core não se comporta como um SO ramdisk:
- Os próprios snaps ainda são gravados no disco quando são atualizados.
- Os registros do sistema operacional ainda vão para
/var/log/
. - Cada estalo tem sua própria fatia de espaço gravável que pode utilizar como achar melhor.
Todas essas gravações são persistentes, mas o sistema foi projetado para tornar as gravações o mais minimalistas possíveis (a menos que você esteja executando snaps no devmode, o que torna os logs barulhentos ou usando um snap que grava uma tonelada). Quanto a falta de energia, não há nada que impeça uma perda de energia durante uma dessas gravações. No entanto, tanto o Ubuntu Core quanto o Raspbian (acredito) usam o ext4, que normalmente é capaz de se recuperar de tais eventos. Eu iria tão longe como sugerir a corrupção do cartão SD anterior que você encontrou é simplesmente devido ao excesso de gravações. Talvez o seu cartão SD escolhido não tenha uma boa implementação de nivelamento de desgaste?