не знаю что там с выкачиванием по сети, слишком пердольно, но я использую аналогичный подход: когда ты не бекапишь данные время от времени, а каждый раз загружаешься в свой бэкап заново.

booty, ты создаёшь загрузочный ISO-образ со своим линуксом, с любым. в уже настроенном виде. и сразу же после загрузки имеешь рабочую систему, уже настроенную. так, словно она из бэкапа.

работает такая система как LiveCD т.е. в tmpfs (overlay fs + squashfs), соответственно система одноразовая, можешь её сломать, rm -rf / и что угодно вообще делать с ней.

когда надо вернуть всё в прежнее состояние, нажимаешь кнопку Reset.

ты сам своими скриптами описываешь конфигурацию системы, в одной директории у тебя может лежать чрут системой, в другой директории чисто настройки, всего одной командой пересоздаёшь ISO образ со всеми оверлеями, записываешь на флешку, втыкаешь в headless сервер, жмёшь Power.

бэкапить систему не нужно, т.к. она у тебя в виде твоего же скрипта описана. бэкапить нужно только данные.

ну и хочу сказать что к такому подходу быстро привыкаешь, больше не нянькаешься с системой «ой-ой только бы не сломалось ничего после моих экспериментов», новый софт в систему устанавливается по желанию левой пятки — не боишься срача. спокойно ломаешь себе всё в /etc, а vim... он же создаёт кучу мусорных файлов, всякие там /etc/file~ /etc/.un и прочую шляпу. так вот, вообще пофигу, пускай себе создаёт. семь бед — один reset.

ну и хочу сказать что к NixOS быстро привыкаешь, больше не нянькаешься с системой «ой-ой только бы не сломалось ничего после моих экспериментов»

Поправил ;)

есть такое, но есть и недостатки:
- некоторая затрудность фиксации- нужно обновить, далее фиксировать, записывать на образ и т.д.
- по сути это классический NFS-root на образе диска.
- так же требует некоторую схожесть аппаратного обеспечения.

У меня несколько расширенный вариант образовался.

Ты переизобрёл OSTree (flatpak, Silverblue) или Nix.

Дык бэкапят то не ОС, а пользовательские файлы, нафига ОС бэкапить?

Можно поднять где-то рядом с компом ipfs-шлюз, и забирать все файлы из ipfs через него.

Или ещё интереснее — кладём на диск ядро и initramfs от Alpine, указываем в параметрах ядра ipfs-шлюз в качестве alpine_repo, система загружается. Затем систему настраиваем, делаем lbu commit — получаем маленький «пакет», в котором лежат все (изменённые пользователем) конфиги и зависящий от установленных пакетов. Этот архив заливаем в ipfs, ставим ссылку в ipns на эту версию и прописываем в apkovl= в загрузчике.

Затем, при каждой перезагрузке, система фактически будет переустанавливаться, разворачивая этот архив и скачивая из ipfs пакеты. Если что-то пошло не так, то просто переставляем ссылку в ipns и перезагружаемся. Если сделали полезные изменения, то снова lbu commit и заливка в ipfs/ipns.

ipfs уже сделает всю дедупликацию, а локальный шлюз за счёт кеширования обеспечит быстрый доступ.

ненужно

Естественно это в основном только для системных файлов в основном(поскольку менее часто меняются)

Смысл? Перезалить ОСЬ - нефиг делать, а данные могут быть невостановимы.

https://en.wikipedia.org/wiki/Time_Machine_(macOS) примерно так делает версионирование.

Чем это отличается от корня на NFS + FS-Cache с дедупликацией ФС на NFS-сервере?

требованием единого дистрибутива для всех компов. Это и не плохо, и не хорошо. Просто особенность.

требованием единого дистрибутива для всех компов.

Это в схеме с корнем на NFS? Каждому хосту можно выдавать свой корень. С любым дистром на нём.

PDM системы типа того же Intermech Search или IPS так и работают.