SunTechnik

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

Правильно, использовать ssh или специализированные протоколы и синхронизировать каталоги через них, вот на вскидку варианты:
* scp, штатная утилита, работает через ssh, по сути это то же самое что cp только по ssh
* rsync, продвинутая cp, может работать в т.ч. через ssh, умеет передавать дельту (но там вопрос про эффективность в быстрых сетях)
* инкрементальные снапшоты btrfs, максимально эффективно позволяет получать и соответственно передавать дельту изменений в файловой системе (на уровне кластеров), скорость файловой системы не деградирует при использовании снапшотов, а в момент сбора дампа разницы диск не нагружен (все остальные способы сканируют каталоги и файлы чтобы выявить дельту)
идеален для случаев если нужно синхронизировать огромное количество файлов либо огромные файлы.
* кластерные/распределенные файловые системы, позволяют синхронизировать каталоги буквально один к одному в реальном времени (идеальны если нужно много читать и мало писать, типовая сетевая файловая система при чтении полезет к файлу в сеть, а кластерная - в локальную копию), есть нюансы и сложности. Например DRBD

1. Берёте исходники iconv
...

Физическая модель мира не должна зависеть от ФПС на экране. Если ты победишь эту проблему
то тогда никаких артифактов с отображением не будет. Для простоты ты можешь обновлять физику
хоть 10 разв в секунду хоть 120 раз это не важно. А визуальная часть игры будет делать интеполяцию.
Потому что засинхронизировать всех клиентов сетевой игры в принципе никогда невозможно.
У них и таймеры будут не синхронны и производительность разная.

Выше ребята не упомянули ещё один момент: зачастую для работы с внутренней сетью в месте с VPN прилетает и свой DNS. Т.е. если даже весь трафик не идёт через vpn, а только рабочий - работодатель всё равно видит какие DNS запросы ты делал, т.е. имена посещаемых сайтов(без полной ссылки - только домены).
Соответственно если в рабочее время от тебя запросы только на youtube да 9gag то можно сделать выводы.:)

Занимается ли этим шпионажем работодатель на самом деле - это уже другой вопрос.

Почему именно 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

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