Дмитрий Александров

Тут есть вопрос о железе на которое будет все раскатываться и конечной цели.
Если предположить что везде будет uefi совместимая загрузка, пользователи локальные то я бы сделал так.
Взял арч.
Написал скрипт.
1) Разметка диска скриптом через sfdisk. Грубо на 2 части, /boot и / .Первый vfat на пол гига, все остальное ext4 под / . Назначение единнообразных лейблов разделам чтобы потом грузится по ним а не по UUID, скажем arch_boot и arch_root.
2) Установка базовой ОС. Локаль, часовой пояс, hostname и прочая мелочь.
3) Установка дополнительных пакетов необходимых, DE и прочее именно необходимое.
4) Установка systemd-boot в качестве бутлоадера. Максимально просто. Копирование заранее созданного конфига для бута ОС. Создание правила пакмана для обновления systemd-boot после обновы пакета с ним.
5) Включение службы systemd-timesyncd . Копирование конфига для него с прописанным сервером времени.
6) Отключение службы сети от DE и включение службы systemd-networkd, копирование конфига или конфигов нужных. Включение systemd-resolved (если необходимо то конфиг с прописанными dns нужными).
7) Запуск systemd-homed , копирование "рыбы"(или старого хомяка ) директории пользователя с конфигами софта который будет использоваться. (внезапно это удобно, если не заморачиваться с luks).
8) Накатка административных кофигов, ssh\ftp и прочего.

Т.е. весь скрипт фактически сводится к автоматической разметке диска, установке пачки пакетов. Копирование конфигов и хомяка, включение служб. В случае арча я бы еще пошаманил в конфигах пакмана запретив распаковывать некоторые файлы, типа исходников, ненужных локалей и прочего ненужного обычному пользователю в целях уменьшения итоговой системы. Единожды подготовив все можно получить универсальный скрипт инсталяции в котором всегда будет свежая система.
Конечно если у вас там ldap и большая завязка на что то, то вероятно, такой способ будет не совсем удобным.
Если все в пределах локалки то тут скорее всего в разы удобнее будет pxe загрузка какого нибудь thinstation.

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

java.io.IOException: The filename, directory name, or volume label syntax is incorrect

имя файла, имя директории, или имя тома некорректно.

В официальной документации Log4J 2 сказано, что

fileName String The name of the file to write to. If the file, or any of its parent directories, do not exist, they will be created.

что означает, если файл отсутствует по заданному пути, он будет создан. По каким правилам тогда задается путь?

Отлично, но есть еще ограничения имен самой ОС и\или ФС в ней.
В Windows это \/:*?<>"|
Также есть ограничения и в самих словах и по ссылке выше найдете и их.
В общем это не проблема самой java, и вообще не проблема, это ограничения ФС и ОС.

Это нормально и повсеместно не только для qt.
ln -s libQt5Core.so.5.15.2 libQt5Core.so

Функция что вам нужна называется Paging/Intercom или по нашему ГГС.
snom pa1 какраз для этого и сделан для ГГС. В него подключается динамик который и будет оповещать.
Работает просто, на АТС находите Paging/Intercom , назначаете номер этой группы, в эту группу засовываете все номера на которых сидят snom pa1. Звоните на этот номер и матюгальники из этой группы разом включатся и будут вещать что наговорите.

2 vlan на порту смотрящим на провайдера.
vlan300 для инета.
vlan301 sip пробрасываете прям до freepbx.
на freepbx на физическом порту добавляете vlan301.
Итого инет инетом. А SIP бегает напрямую мимо фаирволов и прочих радостей, кроме того никакого бродкаста и подозрительной активности не будет и шансов что у провайдера сработает бан гораздо меньше. В общем нефиг совать линк для телефонки в общую сеть.

Есть золотое правило: работает? Не трогай!.
По сути вопроса, для начала зачем вы хотите обновляться? Если есть веская причина то:
1) Поднимайте в виртуалке нужную версию астера.
2) По кусочкам переносите конфиги, базы.
3) По кусочкам переносите скрипты.
4) Переносите свою веб панельку.
На каждом этапе протыкать все возможные ситуации.
До этого рекомендую почитать что менялось в астерисках по чейнджлогам во всех версиях вплоть до нужной на которую обновляетесь.

Обверните структуры в "пакеты". Длинна структуры у вас не меняется, изменяется только содержимое. Тогда делаете примерно такой пакет:
[МАРКЕР_НАЧАЛА_СТРУКТУРЫ][ДЛИННА_СТРУКТУРЫ][ДАННЫЕ_СТРУКТУРЫ][CRC-8_СТРУКТУРЫ][МАРКЕР_КОНЦА_СТРУКТУРЫ]

Изменяться у вас будет только [ДАННЫЕ_СТРУКТУРЫ] и [CRC-8_СТРУКТУРЫ].
Как результат сможете легко пробежать по всей памяти, найти все структуры, сравнить crc, обнаружить битые и решать что с этим делать т.к. сможете только предсказать что вот тут явно что то не так.
Как минус избыточный объем данных за счет маркеров, длинны и crc. Но это можно оптимизировать исходя из ваших реалий, скажем если структуры не особо длинные то [МАРКЕР_НАЧАЛА_СТРУКТУРЫ][ДЛИННА_СТРУКТУРЫ] можно объединить в 1 байт вместо 2х(2-3 или 4 бита отдать под маркер а остальное под длинну).

Это с ходу что в голову пришло.

Хороший вариант:
Кабель от каждой точки до офиса, в офисе микрот с кучей sfp(есть такие у них). Все соединяете и радуетесь. Работать будет прекрасно, надежность хорошая.

Вариант нормальный:
Кабель от офиса в каждую сторону, там через микротики с помощью sfp делаете вход\уход к следующей точке. Тоже хорошо все но узлы "транзитные" будут критическими точками, вылетает узел и все что за ним соответственно отвалится.

По поводу sfp:
1) Расстояния пишут не просто так, ваш S+C61DLC10D модуль на 10км и на таком расстоянии он и\или его спалят такие же модули. Берите на меньшие расстояния.
2) Берите самые простые модули.

Тут разные варианты есть. В случае pjsip

context local-phones {
	_3XXX=> {
		Dial(${PJSIP_DIAL_CONTACTS(${EXTEN})},,r);
		HangUp;
	}
}

В случае sip выше предложили уже но повторю для полноты.
Тут надо заметить что в примере:
3ХХХ условно офисный номер
13ХХХ условно мобильный номер, у номера надо будет переопределить callerid для исходящих.
В целом это называется "Hunt Group" и в какомто смысле это чуть более простая вещь чем следующий вариант.

context local-phones {
	_3XXX=> {
		Dial(SIP/${EXTEN}&SIP/1${EXTEN},,r);
		HangUp;
	}
}

Дальше есть вариант с followme но пример не дам т.к. это довольно комплексная штука уже.
Еще есть, но честно никогда не пробовал, DIALGROUP.