> Атомарные обновления не отменяют пакетов в образе нигдеТолько в новых-молодежно-инновационных веяниях контейнеризайии/образации пользователю остается самая малость - собрать свой контейнер или образ именно с этими пакетами для обновления. А так-то да.
> Впрочем, подобные обновления появились только в последней макоси (https://support.apple.com/en-ca/HT210650),
> With macOS Catalina, you can no longer store files or data in the read-only system volume, nor can you write to the "root" directory ( / ) from the command line, such as with Terminal.
Какой же Линуксоид опеннета - да без нахваливания МакОСи и ее инновационных инноваций? ))
И опять все спешат спереть из МакОС очередную гениальную идею:
% cat /etc/fstab
#Device Mountpoint FStype Options Dump Pass#
/dev/gpt/rootfs / ufs ro,noatime 1 1
/dev/gpt/userfs /usr ufs ro,noatime 2 2
/dev/gpt/localfs /usr/local ufs rw,noatime 2 2
/dev/gpt/homefs /home ufs rw,noatime,noexec,nosuid 2 2
/dev/gpt/usrobj /usr/obj ufs rw,noatime,noexec,nosuid 0 0
/dev/gpt/cachefs /cachefs ufs rw,noatime,noexec,nosuid 0 0
fdesc /dev/fd fdescfs rw 0 0
proc /proc procfs rw 0 0
tmpfs /tmp tmpfs rw,noexec,nosuid,size=512M 0 0
А принцип именно атомарного обновления ОС через разделы - применялся еще в древней PicoBSD и NanoBSD (которые являются облегченными сборками фри - хотя у перепончатых наверное на свой собственный дистр потянут)
https://www.freebsd.org/doc/en_US.ISO8859-1/articles/nanobsd...
> The mass storage medium is divided into three parts by default:
> Two image partitions: code#1 and code#2.
> The configuration file partition, which can be mounted under the /cfg directory at run time.
...
> The update process of NanoBSD is relatively simple:
> Build a new NanoBSD image, as usual.
> Upload the new image into an unused partition of a running NanoBSD appliance.
мы никому не расскажем ))
> в БСДях они никакие не атомарные и вообще ничего общего.
Ну если аноним опеннета говорит, что в "БСДях" обновляют компоненты по одному, от балды а не всю базу - то значит так оно и есть!
