SunTechnik

Почему именно iso ?
Просто образ диска не пойдет ?

Как вариант сними образ акронисом и разверни под виртуалкой да и все дела.

Если именно iso надо то UltraISO вроде так умеет.

При наличии общего хранилища наверно Любой, умеющий в HA кластер гипервизор это умеет.
По задержкам при миграции можно просто вбить в поиск в гугле

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

как узнать ?) я не разбираюсь особо

Что можете посоветовать вы?

Либо переустановить винду, либо отдать тому, кто разбирается/СЦ. Если есть желание именно разобраться, то алгоритм примерно такой:

1. Загрузиться с лайва - линукс/винда
   
2. Провести диагностику оборудования - диск, память, БП, видео, мать, остальное железо
   
3. Провести диагностику винды - что установлено, что в автозапуске, наличие и работоспособность драйверов, проверить на вирусы/вредоносное ПО, проверить журналы, логи, сделать трассировку загрузки и изучить логи, возможно загрузиться в безопасном режиме
   

Ну а далее действовать по результатам - либо чистить/переставлять ОСь либо ремонтировать/менять то, что сломалось.

JVM

А что за железки под серваками? И как лицензирована 1С?
Я бы все 4 вогнал в hyper-v кластер.
Через L2 свич запустил WAN в VLAN
Виртуалки
1. Керио активный
2. DNS+DHCP+AD+GPO
3. FS
4. 1С
5. DNS+DHCP+AD+GPO
На клиентах по идее ничего настраивать не нужно, т.к. достаточно на DHCP настроить первичный и вторичный DNS, но я DNS люблю настраивать статически на компах.
В кластере виртуалки можно будет мигрировать между железками, а также проще бэкапить и востанавливать целиком

А где текущие конфиги?
И почему адреса раздаются только через Fa0/0?
DHCP это уровень L3, а агрегация/отказоустойчивось - L2
Настройте на портах LAG/Bonding, соберите их в бридж и уже на этот бридж навесьте DHCP

Во-первых, "слагаемые".
Во-вторых, почитайте код вашей рекурсивной функции, он выдаёт количество, а не сами варианты сложения. Если не можете это понять из кода, то вам рано такие задачи. Серьёзно.
А ошибка у вас из-за того, что такой алгоритм упирается в размер максимальной глубины рекурсии. Если хотите такие значения считать, делайте итеративный алгоритм, а не рекурсивный. Если эти слова тоже для вас новые, то надо браться за учебник, эта задача слишком сложна будет для вас.
Успехов.

useradd: user 'arch' already exists

здесь говорится что пользователь с именем arch уже существует в системе.
Если это вы его создали раньше, но по каким-то причинам желаете пересоздать, то просто удалите его и создайте снова
userdel -r имя_пользователя
ключ -r удалит также и домашнюю директории указанного пользователя

useradd group 'users' does not exist useradd the GROUP configuration in /etc/default/useradd will be ignored

говорит о том что вы пытаетесь добавить пользователя в группу которой не существует, в данном случае не существует группы users
все доступные группы перечислены в файле /etc/group
чтобы вручную создать группу нужно использовать команду
groupadd группа
на сколько я помню в арче при создании пользователя с помощью useradd по умолчанию создаётся группа, название которой совпадает с именем пользователя и в которую затем автоматом и добавляется создаваемый пользователь у которого она будет основная. Естественно с помощью ключей поведение можно изменить. В других дистрах в основную группу пользователя часто ставят группу users

Подробнее смотри информацию на арчвики - Управление пользователями

У хоста к которому цепляешь меняется ssh key. Такого не должно происходить. Обычно он меняется при переустановке системы

Чтобы задать правильный вопрос, вам нужно понять один принцип.
Событие для записи в лог генерирует конкретная программа. Вернее, множество конкретных программ.

TCP (сбоев/разрывов соединений)

Соединения tcp на конкретном хосте могут иметь десять, сто, тысяча программ. Чтобы конкретная программа писала в лог насчёт разрыва соединения, нужно, чтобы автор этой программы предусмотрел, написал кусок кода, который это делает. Чтобы тысяча программ писали в лог насчёт разрыва соединения, нужно, чтобы тысяча авторов написали в своих программах такие куски кода (что крайне маловероятно). Нет какой-то магии, которая бы без всякого программного кода делала что-то, чего кому-то захотелось.
rsyslog простая штука, он записывает в лог события, которые получает от любых программ (ну ещё может получать события с других хостов или посылать на другой хост). Сам по себе он не следит за происходящим в системе. Знаете шутку "если никто не видел, значит ничего и не было" - так это как раз про rsyslog. Вот и подумайте, а кто должен сообщить логгеру про такое событие, как разрыв соединения.