"Системы разные нужны, системы разные важны. В последнее время процветает тенденция создания и развития национальных операционных систем. Так, узбеки уже выпустили Doppix, затем киргизские разработчики представили миру свою Негиз, а казахстанские программисты создали уже вторую версию Арта ОС. О ней нам и рассказал генеральный директор компании-разработчика Arta Software Болат Башеев https://profit.kz/articles/986/Arta-OS-kazahstanskaya-altern...

— Болат, расскажите, пожалуйста, что представляет собой Арта ОС?

— Это ОС, созданная на базе свободного программного обеспечения Open Source и разработанная специально для образовательных учреждений. Изначально операционная система задумывалась как возможность снизить стоимость поставок ПО в школы, ВУЗы. Мы приложили все усилия, чтобы Арта ОС стала максимально похожа на известные операционные системы, на то, на чем привыкли работать пользователи. В то же время наша ОС абсолютно бесплатна. Это большой плюс, учитывая то, что в Казахстане много пиратского программного обеспечения. В ОС предустановленны все необходимые пользователю программы, являющиеся альтернативой тем, что стоят в той же Windows — это тексты, таблицы, презентации, интернет-браузер и т.д. Также мы перевели свою ОС на казахский язык.

— Операционная система бесплатна, в чем же ваша выгода от ее реализации?

— Для нас это скорее имиджевый проект, наши разработчики занимаются постоянным совершенствованием операционной системы. Выгода состоит в продвижении нашей компании на ИТ-рынке Казахстана, раскрутке своего брэнда. Так как мы раньше работали в основном с корпоративными заказчиками, широко мы не известны. Теперь мы хотим делать продукты массового пользования, и данная ОС — первый шаг в этом направлении."

[Видео] Собираем свой Linux дистрибутив

Сценарий следующий: на линуксе запущен скрипт, который каждые 5 секунд пингует Жертву. Если три попытки пинга подряд уходят без ответа, выдвигается DVD-ROM, который нажимает на ресет Жертвы. Далее идет ожидание в течении минуты (даем время на перезагрузку) и все повторяется заново.

Для симуляции "выпадения из сети" Жертвы на ней через RDP выполняется батничек, содержащий такую строчку:

netsh interface set interface "Ethernet 3" admin=disable

При загрузке винды в планировщике задач выполняется соответственно

netsh interface set interface "Ethernet 3" admin=enable

На Убунте лежит скрипт

#!/bin/bash

IP_TO_PING="192.168.1.57" # IP-адрес для проверки

PING_COUNT=3 # Максимальное количество неудачных попыток

DEVICE="/dev/sr0" # DVD-ROM

CHECK_INTERVAL=5 # Пауза между попытками в секундах

# Проверки связи с Жертвой

is_reachable() {

ping -c 1 "$IP_TO_PING" &>/dev/null

return $?

}

echo "Начинаю мониторинг доступности $IP_TO_PING..."

while true; do

failure_count=0

while ! is_reachable; do

((failure_count++))

echo "$(date): Нет ответа от $IP_TO_PING. Неудач: $failure_count"

if [ "$failure_count" -ge "$PING_COUNT" ]; then

echo "$(date): Ахтунг! Делаем Hard Reset с помощью DVD-ROM'a!!!"

# Выдвигаем DVD-привод

eject "$DEVICE"

# Ждём 1 секунду

sleep 1

# Задвигаем DVD-привод обратно

eject -t "$DEVICE"

# Пауза 1 минута чтобы подождать загрузки Жертвы

echo "$(date): Ожидание 1 минуты перед новой проверкой..."

sleep 60

echo "$(date): Продолжаем наблюдение"

# Сброс счётчика попыток

failure_count=0

break

fi

sleep "$CHECK_INTERVAL"

done

if is_reachable; then

echo "$(date): узел $IP_TO_PING доступен."

fi

sleep "$CHECK_INTERVAL"

done

А вот и результат работы стендовой модели ))

Первая мысль была откатить пока базу данных на старую версию и потом искать решение, так как в кэше пакмана(пакетный менеджер ArchLinux) остаются пакеты из прошлых обновлений. Именно на такие случаи не удаляю их из кэша. Установил предыдущую версию postgesql и получил ошибку при его старте - оказалось новая версия libxml2 не работает со старым pg16. Тогда подумалось откатить и его, но от этого пакета зависит пакет для работы с архивами и если я его откачу, и система перестанет распаковывать архивы, то ситуация рискует стать похуже до такой степени, что не будет работать даже пакман.

Тогда заглянул в AUR и там оказался пакет postgresql16, которым можно попытаться собрать pg16 из исходников под текущую систему, но... короче не собралось. Насел на Сlaude 3.5 Haiku(у меня оставалось еще 50 бесплатных запросов в курсоре и если использовать haiku то получается в 3 раза больше) - пытались с ним и так и сяк починить сборку используя разные ключи компиляции и компиляторы, но не помогло.

Ну пишу ему "спасай тогда, чё". Выдает 3 способа как решить исходную проблему неработы БД:
Все сводятся к миграции данных с pg16 на pg17. Для этого нужны бинарники от pg16 - иначе никак:
1. Запустить в докере через образ archlinux-base. Есть специальный пакет именно для миграции. Попробовал, но в том образе докера этот пакет поддерживал только миграцию с pg15 на pg16.
2. Взять образ докера postgres17, скачать туда бинарники pg16 и выполнить миграцию. Не нашел архив с нужными бинарниками (хотя можно было взять из кэша, но не догадался в тот момент)
3. Использовать архивы пакетов прошлых версий, включая зависимые библиотеки, подключить их через LD_LIBRARY_PATH и запустить миграцию данных в текущей системе - это сработало! Напишу подробнее как именно.

Решение

1. Подготовка к миграции

Сначала надо сделать резервную копию базы данных:

cp /var/lib/postgres/data /var/lib/postgres/data.bak

2. Подготовка окружения для миграции

Вернулся к последней версии PosgreSQL чтобы она была в системе основной, при этом нужно временно использовать старые бинарники и библиотеки. Распаковал старые пакеты из кэша pacman:

# Создаем директории для распаковки

sudo mkdir -p /tmp/postgres-migration/{libxml2,icu,postgresql}

# Распаковываем необходимые пакеты

sudo tar -xvf /var/cache/pacman/pkg/libxml2-2.13.1-1-x86_64.pkg.tar.zst -C /tmp/postgres-migration/libxml2

sudo tar -xvf /var/cache/pacman/pkg/icu-75.<версия>.pkg.tar.zst -C /tmp/postgres-migration/icu

sudo tar -xvf /var/cache/pacman/pkg/postgresql-16.3-4-x86_64.pkg.tar.zst -C /tmp/postgres-migration/postgresql

3. Инициализация нового кластера

# Создаем новый каталог для базы данных

sudo mkdir -p /var/lib/postgres/data.new

sudo chown postgres:postgres /var/lib/postgres/data.new

# Инициализируем новый кластер

sudo -iu postgres

initdb -D /var/lib/postgres/data.new

4. Выполнение миграции

# Запускаем pg_upgrade с указанием путей к старым библиотекам

LD_LIBRARY_PATH=/tmp/postgres-migration/libxml2/usr/lib/:/tmp/postgres-migration/icu/usr/lib/ \

pg_upgrade \

-d /var/lib/postgres/data \

-D /var/lib/postgres/data.new \

-b /tmp/postgres-migration/postgresql/usr/bin/ \

-B /usr/bin/

5. Завершение миграции

# Останавливаем PostgreSQL

sudo systemctl stop postgresql

# Заменяем старый кластер новым

sudo rm -rf /var/lib/postgres/data

sudo mv /var/lib/postgres/data.new /var/lib/postgres/data

sudo chown -R postgres:postgres /var/lib/postgres/data

sudo chmod 700 /var/lib/postgres/data

# Перезагружаем systemd и запускаем PostgreSQL

sudo systemctl daemon-reload

sudo systemctl start postgresql

6. Обновление коллаций

После миграции, приложение использующее базу данных дает предупреждение о несовпадении версий правил сортировки:

ПРЕДУПРЕЖДЕНИЕ: несовпадение версии для правила сортировки в базе данных "kreagenium"

DETAIL: База данных была создана с версией правила сортировки 2.39, но операционная система предоставляет версию 2.41.

Решил проблему обновлением коллаций:

ALTER DATABASE kreagenium REFRESH COLLATION VERSION;

Важные моменты

1. Резервное копирование — всегда делайте полный дамп базы данных перед миграцией

2. Права доступа — следите за правильными правами на каталоги и файлы

3. Версии библиотек — убедитесь, что все необходимые библиотеки доступны

4. Коллации — после миграции может потребоваться обновление правил сортировки

Заключение

Миграция PostgreSQL на Arch Linux требует внимательного подхода к версиям библиотек. Использование временных каталогов для старых версий библиотек и бинарников позволяет безопасно выполнить миграцию без необходимости отката системных пакетов.

Полезные ссылки

- [Официальная документация PostgreSQL по миграции](https://www.postgresql.org/docs/current/pgupgrade.html)

- [Wiki Arch Linux: PostgreSQL](https://wiki.archlinux.org/title/PostgreSQL)

- [Документация по коллациям PostgreSQL](https://www.postgresql.org/docs/current/collation.html)