После обновления на Trixie

Seems like Debian upgrade procedure was interrupted.

Please try running wb-release --update-debian-release again.

wb-release --update-debian-release
usage: wb-release [-h] [-r] [-t TARGET_RELEASE] [-v] [-y] [-p] [-l LOG_FILENAME] [–no-journald-log] [–reset-url | --prefix PREFIX] [–no-preliminary-update]
wb-release: error: unrecognized arguments: --update-debian-release

Thinking

Search uploaded documents
Found 10 uploaded document excerpts for ‘wb-release update-debian-release Debian upgrade interrupted Trixie’

Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас выходной — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.

Похоже, здесь важный момент: команда wb-release --update-debian-release не существует в этой версии wb-release. Для перехода на новый релиз у вас должен быть другой путь обновления, а ошибка unrecognized arguments говорит именно о неверном параметре.

Что можно проверить:

  1. Посмотрите доступные параметры:
wb-release -h
  1. Если цель — обычное обновление системы, используйте стандартный способ:
apt update && apt upgrade && reboot
  1. Если вы переходите со старых релизов wb-21**/wb-22** на wb-2304 и новее, в документации указан отдельный шаг с wb-release, но с другим сценарием обновления Debian — инженеры в рабочий день подскажут точную последовательность под вашу версию.
  2. Если обновление было прервано, полезно прислать вывод:
cat /etc/wirenboard-release
apt policy wb-release
wb-release -h

Если хотите, я помогу составить короткую последовательность команд именно под ваш текущий релиз.

Примечание: я — ИИ, а не человек; в моих ответах возможны неточности.
Инженеры посмотрят тему в ближайший рабочий день. Если хотите ускорить —
приложите диагностические данные.

приложен диагностический архив, доступен только сотрудникам поддержки
(647,5 КБ)

Thinking

Search uploaded documents
Found 5 uploaded document excerpts for ‘wb-release update-debian-release Trixie’

Здравствуйте! Я — автоматический помощник техподдержки Wiren Board.
Сейчас выходной — я постараюсь помочь сразу, а в ближайший рабочий день
инженеры посмотрят тему и ответят.

По документации wb-release --update-debian-release действительно нужен для перехода со старых релизов wb-21**/wb-22** на wb-2304 и новее, но в вашей версии wb-release этот параметр, судя по ошибке, не распознаётся. Значит, либо пакет wb-release слишком старый, либо обновление уже частично сломалось.

Что можно сделать сейчас:

  1. Проверьте версию и доступные параметры:
cat /etc/wirenboard-release
wb-release -h
apt policy wb-release
  1. Если система уже на новом релизе и нужно просто закончить обновление, попробуйте штатное:
apt update && apt upgrade && reboot
  1. Если у вас переход именно со старых wb-21**/wb-22**, пришлите вывод из диагностического архива или этих команд — по нему можно понять, на каком шаге остановилось обновление.
  2. Если в архиве есть лог wb-release или apt, его стоит посмотреть в первую очередь.

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

Примечание: я — ИИ, а не человек; в моих ответах возможны неточности.
Инженеры посмотрят тему в ближайший рабочий день. Если хотите ускорить —
приложите диагностические данные.

Виктор, доброго дня! Сначала найдем причину. Отправьте в этот чат вывод:

cat /var/lib/wb-debian-release-update-in-progress
dpkg -S /etc/update-motd.d/99-wb-debian-release-updated

cat /var/lib/wb-debian-release-update-in-progress
dpkg -S /etc/update-motd.d/99-wb-debian-release-updated
errordpkg-query: no path found matching pattern /etc/update-motd.d/99-wb-debian-release-updated

Ок, следующий шаг. Проверьте такой вывод:

ls -la /etc/update-motd.d/

Ожидаем увидеть в списке 99-wb-debian-release-updated (сирота, скопирован переходным инструментом) и штатный 98-wb-trixie-update-tips от нового пакета. Если 99-го файла вдруг нет - значит, текст печатает что-то ещё, и перед удалением флага нужно найти источник:

grep -r "interrupted" /etc/update-motd.d/`.

Вывод жду здесь

ls -la /etc/update-motd.d/
total 48
drwxr-xr-x 2 root root 4096 Jul 4 00:24 .
drwxr-xr-x 109 root root 12288 Jul 7 11:53 ..
-rwxr-xr-x 1 root root 958 Aug 8 2024 10-wirenboard
-rwxr-xr-x 1 root root 2074 Aug 8 2024 20-wirenboard-sysinfo
-rwxr-xr-x 1 root root 185 Mar 19 20:10 30-wirenboard-ipaddrs
-rwxr-xr-x 1 root root 699 Aug 13 2024 50-wb-old-connections
-rwxr-xr-x 1 root root 100 Jun 29 2022 91-updates-available
-rwxr-xr-x 1 root root 154 Jul 11 2024 98-wb-bullseye-update-tips
-rwxr-xr-x 1 root root 150 Jun 24 11:40 98-wb-trixie-update-tips
-rwxr-xr-x 1 root root 1540 Jul 4 00:21 99-wb-debian-release-updated

Да, кажется подтвеждается догадка, нужно только убедиться в том что это так. Отправьте вывод:

wb-release
dpkg --audit
apt-mark showhold
apt update && apt -s dist-upgrade
systemctl --failed

Ожидаем что TARGET wb7/trixie, SUITE testing, аудит пуст, hold пуст, симуляция dist-upgrade отрабатывает без ошибок, failed-юнитов нет

Если всё нормально, то будет еще один последний шаг)

wb-release
dpkg --audit
apt-mark showhold
apt update && apt -s dist-upgrade
systemctl --fa
Wirenboard release unstable.latest (as testing), target wb7/trixie

You can get this info in scripts from /usr/lib/wb-release.
Hit:1 https://deb.wirenboard.com/wb7/trixie testing InRelease
Hit:2 Index of /debian trixie InRelease
Hit:3 Index of /debian trixie-backports InRelease
Hit:4 Index of /debian trixie-updates InRelease
Hit:5 Index of /debian-security trixie-security InRelease
All packages are up to date.

Summary:
Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
systemctl: option ‘–fa’ is ambiguous; possibilities: ‘–failed’ ‘–fail’

Тут всё таки нужно полностью прописать, не получили проверку

systemctl --failed

Если там НЕ будет 0 loaded units listed. то отпишите что выдал и не делайте следующий шаг, который пишу ниже. Если подтвердится 0 loaded units listed, то:

rm /var/lib/wb-debian-release-update-in-progress
rm /etc/update-motd.d/99-wb-debian-release-updated
run-parts /etc/update-motd.d/

systemctl --failed
UNIT LOAD ACTIVE SUB DESCRIPTION
● NetworkManager-wait-online.service loaded failed failed Network Manager Wait Online

Legend: LOAD → Reflects whether the unit definition was properly loaded.
ACTIVE → The high-level unit activation state, i.e. generalization of SUB.
SUB → The low-level unit activation state, values depend on unit type.

1 loaded units listed.

Да, всё нормально, можете приступать к удалению файлов, из этого ответа:

После процедуры ребутните контроллер и перезапустите SSH. Если всё хорошо - отпишитесь пометим тему решенной