Github с инструкцией - https://github.com/Sm1tee/dotfiles

Предлагаю заимствовать идею у reddit и делится своим оформлением различных сред Linux как на популярном сабредите unixporn. Делитесь тем как выглядят ваши системы и что вы для этого используйте, а еще лучше создавайте свои похожие посты.

```bash

$ sudo systemctl status postgresql

× postgresql.service - PostgreSQL database server

Active: failed (Result: exit-code)

...

мая 29 18:16:08 turbo postgres[753]: An old version of the database format was found.

мая 29 18:16:08 turbo postgres[753]: See https://wiki.archlinux.org/index.php/PostgreSQL#Upgrading_Po...

```

Что пробовал кратко

Первая мысль была откатить пока базу данных на старую версию и потом искать решение, так как в кэше пакмана(пакетный менеджер 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)

$ sudo pacman -Suy

:: Synchronizing package databases...

core 118.0 KiB 274 KiB/s 00:00 [########################################################] 100%

extra 7.6 MiB 9.22 MiB/s 00:01 [########################################################] 100%

multilib 133.8 KiB 801 KiB/s 00:00 [########################################################] 100%

:: Starting full system upgrade...

:: Replace lib32-sdl2 with multilib/lib32-sdl2-compat? [Y/n] y

:: Replace p7zip with extra/7zip? [Y/n] y

:: Replace sdl2 with extra/sdl2-compat? [Y/n] y

:: Replace webrtc-audio-processing with extra/webrtc-audio-processing-0.3? [Y/n] y

resolving dependencies...

looking for conflicting packages...

error: failed to prepare transaction (could not satisfy dependencies)

:: installing icu (76.1-1) breaks dependency 'libicui18n.so=75-64' required by electron28

:: installing icu (76.1-1) breaks dependency 'libicuuc.so=75-64' required by electron28

:: installing flac (1.5.0-1) breaks dependency 'libFLAC.so=12-64' required by electron28

Тут можно вызвать пояснительную команду: чего ему надо?

Эта ошибка pacman говорит о конфликте зависимостей. Обновление системы пытается установить новые версии пакетов icu (76.1-1) и flac (1.5.0-1), но у вас установлен пакет electron28, который жестко зависит от старых версий библиотек из этих пакетов (libicui18n.so=75-64, libicuuc.so=75-64, libFLAC.so=12-64).

Что происходит:

1. pacman -Suy хочет обновить icu и flac.

2. Новые icu и flac предоставляют библиотеки libicu*.so=76-64 и libFLAC.so=13-64 (или похожие новые версии).

3. Пакет electron28 требует именно старые версии (...=75-64, ...=12-64).

4. pacman не может одновременно удовлетворить требование electron28 (старые библиотеки) и установить новые версии icu и flac (которые предоставляют новые библиотеки). Поэтому он останавливает транзакцию.

Почему electron28 вызывает проблему:

Пакет electron28 скорее всего:

1. Из AUR (Arch User Repository): Пакеты из AUR собираются локально и могут отставать от обновлений в официальных репозиториях. Мантейнер пакета electron28 в AUR еще не обновил его для сборки с новыми icu и flac.

2. Из неофициального репозитория: Аналогично AUR, репозиторий может отставать.

3. Очень старый пакет: Возможно, он когда-то был в репозиториях, но был удален, а у вас остался.

Решение:

Самый частый и рекомендуемый способ - временно удалить пакет, вызывающий конфликт, обновиться, а затем попробовать установить его снова (он, вероятно, потребует пересборки из AUR).

1. Определите, что зависит от electron28: Чтобы понять, нужен ли вам electron28 напрямую, или он нужен для какой-то другой программы:

   pacman -Qi electron28 | grep "Required By"

   # Или более подробно:

   pactree -r electron28

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

2. Удалите electron28:

   sudo pacman -Rdd electron28

   • Внимание: Флаг -dd используется для игнорирования зависимостей при удалении. Используйте его с осторожностью. В данном случае он нужен, чтобы pacman не ругался, что удаление electron28 сломает сам electron28 (что логично).

   • Альтернатива (безопаснее): Если electron28 нужен какой-то программе (например, some-app), лучше удалить и программу, и electron28 вместе: sudo pacman -R some-app electron28.

3. Запустите обновление системы снова:

   sudo pacman -Suy

   Теперь конфликта быть не должно, и система обновится.

Сработало. Обновилось. Проблемы ушли. Но, правда, пришлось откатить ядро 6.14.2-arch1-1 на прошлую версию 6.12.1-arch1-1 которая была установлена потому что в новом пакете ядра больше нет модуля reiserfs, а у меня все еще эта файловая система.

$ uname -r

6.12.1-arch1-1

В 2011м когда ArchLinux был установлен на этот ноут версия ядра была 2.6.33
За 14 лет много ядер сменилось, а система работает как вечная несмотря на все проблемы с обновлениями, которые иногда бывают.

Всем спасибо за внимание. Если кому-то будет полезно то здесь более полный лог того, что я делал для последнего обновления.