kirnil

Проще всего на случай отката при неудачном обновлении сделать снапшот:
zfs snapshot -r rpool@backup

Для резервного копирования всей ФС существуют zfs send/zfs receive. Потребуется другой ZFS-пул для приёма (теоретически можно и в файл, но не могу рекомендовать из-за риска потери данных). Плюс все другие «стандартные» возможности резервного копирования никто не запрещает применять.

Отвечаю СТРОГО на заданные вопросы.

Кто отвечает за выдачу IP-адреса абоненту провайдера?

Провайдер.
Если адрес статический, то конкретно - администратор провайдера, выдающий документ с перечнем настроек для подключения.
Если адрес динамический - то DHCP-сервер провайдера.

Каким образом гарантируется, что один IP адрес не будет выдан двум и более устройствам?

В случае статического адреса - только правильная регистрация и внимательность. Ну и дисциплина клиента. Дополнительной страховкой является L3-ограничение на клиентском порте.
В случае динамического адреса - алгоритмы работы DHCP-сервера.

Что принимает решение, куда отправить интернет-пакет?

Каждый маршрутизирующий узел принимает решение самостоятельно. А основой для принятия решения является актуальная для текущего пакета таблица маршрутизации.

Как выстраиваются цепочки маршрутизации?

Никак. Каждый узел выполняет маршрутизацию абсолютно независимо.

Возможно ли изолировать отдельный сегмент интернета, не нарушив общую маршрутизацию?

Да. Правда, при этом можно формально развалить один интернет на два полу-интернета, но маршрутизацию это никак не нарушит, просто часть узлов станет недостижима.

А зачем такие извращения? Кабель от провайдера в свитч, а от свитча на оба компа.
И устанавливай PPPoE - соединение по очереди хоть с первого, хоть со второго (если только пров привязку по маку не делает). Потому что одновременно с обоих PPPoE работать не будет.

Вообще задача не понятна. Если первый комп настроен как шлюз, то при наличии локальной сети и поднятом PPPoE интернет и так будет на обоих. Зачем нужна другая сессия?

чтобы было и безопасно

ИБП отсутствует.

С учетом низкого уровня знаний обслуживающего это все человека.

Несовместимые требования.

Никакой вариант не лучше. При хранении важных данных нужно не рейды накручивать уровень на уровень, а разворачивать верифицированные бекапы по расписанию.