Замечаю, как некоторые вопросы остаются не раскрытыми в описании MicroOS, из-за чего кто-то может даже не пробовать immutable систему. В частности это вопрос доустановки пакетов, настроек, сохранности "переменных" данных - баз данных, образов виртуальных машин, томов систем контейнеризации.Доустановка пакетов более чем возможна прямо в immutable os, тогда у вас будет некая своя версия, расходящаяся по составу с изначальной, авторы проекта планируют реализовать функционал, позволяющий отследить эту разницу, в целом конечно рекомендуется доустановить только самое необходимое, чего не оказалось в оригинале. Так же ПО и скрипты в /usr/local не затрагивает откат назад или обновление ОС.
Настройки в /etc тоже сохраняются благодаря применению оверлея, но там есть тонкость, что если внесли изменения, после них произошло обновление и последующая перезагрузка, то /etc будет по состоянию на момент последнего включения до того, т.е. последние изменения потеряться могут, или наоборот если было обновление и не перезагрузив внесли изменения в /etc
/home откат назад не затрагивает
/var вообще на отдельном разделе делает установщик, ставит на него nodatacow атрибут. Мне не нравится, что установщик забирает всё оставшееся место (под root раздел 20GB), поэтому вручную выделяю раздел под /var и ставлю атрибут nodatacow только на каталоги где будут (если будут) образы дисков KVM виртуалок, где будут тома контейнеров (если запущены под root, для podman они по умолчанию в home пользователя), для БД тоже так делать стоит, но на хосте в /var/lib их не храню
По сути термин immutable не совсем корректен и дает ложное представление, которое может отпугивать. Отличий в функциональности с не immutable версиями OpenSuse очень мало. Главные моменты с обновлением и с тем, что каталоги в root разделе почти все в режиме read only подключены (если подумать, то действительно, если не вопросы установки, обновления, удаления пакетов, /usr и т.д. не требуют прав записи)
Вариант для распечатки
