> Сложновато назвать фиксированное на определённый момент состояние ФС полноценным бэкапом.Снапшоты живой файловой системы, вообще-то, не являются бэкапами, так как в это время часть файлов открыты на запись.
Логическое состояние всей операционной системы должно рассматриваться в сумме как состояние файловой системы и как работающих приложений, которые используют в это время файлы для записи. Только сохранение всего состояния (и снапшот ФС, и снапшот всего ОЗУ) при допустимых условиях (например, приостановка всех таймеров на время заморозки) может являться полноценным бэкапом живой системы. Обычно же бэкап производится с пассивной ФС, смонтированной "только для чтения", или при закрытых приложениях, активно использующих запись в файлы (открытые файлы закрыты). Только так можно обеспечить целостность и непротиворечивость по крайней мере системы хранения, жертвуя в принципе ненужным логическим состоянием процессов в ОЗУ.
> Как временная мера для проведения обновления системы (чтобы откатиться, если что-то
> не получится) - отличное применение: можно быстро откатиться.
Именно это я регулярно делаю с каталогами /usr/local и /var/db/pkg в своей системе. Если что-то пошло не так, обновление привело к неработающей части приложений из-за чьей-то ошибки, делаю rollback для этих каталогов (ФС) и жду исправлений.
Бэкапы этих каталогов в традиционном исполнении потребует дополнительный носитель (или создание "параллельных" каталогов), а в случае восстановления после неудавшегося апгрейда — восстановление файлов (переключения между "параллельными" каталогами).