51

(101 odpowiedzi, napisanych Oprogramowanie / Software)

Dla luci jest dodatek do zarządzania docker. Nie używam, nie widziałem ale wiem że jest.
Do zarządzania używam portainer (bardzo łatwa instalacja), ma swoje gui do zarządzania "dockerami". Instalacja filebrowser z poziomu portainer z kliknięcia. Filebrowser ma swoje proste gui.
Instalacja docker z konsoli (innej opcji nie ma) jest opisana tu na forum. A portainer to opcjonalny dodatek do zarządzania. Możesz używać tego z Luci, lub ręcznie z konsoli.
Nie w tym bym upatrywał problemów. Lecz czy masz certyfikaty ssl ?, odpowiednie przekierowania itp.
Ja w tych celach posiłkuję się Nginx Proxy Manager, również instalacja docker z poziomu portainer z kliknięcia.

52

(101 odpowiedzi, napisanych Oprogramowanie / Software)

A może zamiast FTP trochę inne rozwiązanie?.
Docker i w docker Filebrowser. Bardzo fajny lekki prosty manager plików, bez zbędnych bajerów. Po https (jak masz certyfikat ssl) umożliwia udostępnianie katalogów / plików na hasło, konfigurację zapis / odczyt, tworzenie kont itp. oraz prosta przeglądarka zdjęć. Mogę udostępnić sprawdzony konfig jakbyś był zainteresowany. Wspomnę, że sugeruję zainstalować docker NIE na partycji ROOTFS. Lecz na innej partycji, dysku.

53

(101 odpowiedzi, napisanych Oprogramowanie / Software)

smereka napisał/a:

To jak szczegółowo zrobić żeby potem przy aktualizacji nie rozwalił systemu partycji. Co dokładnie w tym skrypcie wybrać?

Ja budowałem obraz o wielkości ROOTFS_PARTSIZE="1024 imagebuilder-em pod dyktando Cezarego wg tego poradnika https://eko.one.pl/?p=openwrt-imagebuilder
Istotne jest żebyś w poleceniu dodał to co pogrubiłem.

make image PROFILE="generic" ROOTFS_PARTSIZE="1024" PACKAGES="ath10k-board-qca9887 ath10k-board-qca9888... i dalej pakiety wg. uznania".

ASU Cezarego obsługuje max ROOTFS_PARTSIZE="1024", chyba że coś się zmieniło i nie jestem na bierząco.

Aczkolwiek, jak teraz czytam co Cezary napisał to chyba nie potrzebujesz bawić się imagebuilder-em.
1. Pobierasz standardowy obraz x86/64 jaki Cię interesuje, z Luci lub bez itd.
2. Instalujesz na dysk wg sposobu jaki potrafisz. Po instalacji będziesz miał standardową "małą" partycję ROOTFS.
3. Uruchamiasz Openwrt i robisz uci set attendedsysupgrade.owut.rootfs_size=1024 i uci commit
4. Zaglądasz tu /etc/config/attendedsysupgrade i upewniasz się że masz tam jak poniżej.

config server 'server'
    option url 'https://sysupgrade.eko.one.pl'

config client 'client'
    option upgrade_packages '1'
    option auto_search '0'
    option advanced_mode '0'

config owut 'owut'
    option rootfs_size '1024'

Jeżeli wszystko jest dobrze to można robić
5. apk update
6. owut check
7. owut download
8. owut upgrade --force
Po tym "przeinstaluje" się wszystko od nowa i ROOTFS_PARTSIZE będzie miał "1024 MB". Ja nie robiłem tym sposobem. Daj znać jak Ci poszło.
A z pozostałej niewykorzystanej przestrzeni dysku robisz kolejną partycję jak potrafisz. np. gparted lub fdisk itd.

Jak już wszystkie partycje będziesz miał na gotowo. To kolejne aktualizacje robisz owut upgrade bez --force i układ Twoich partycji powinien być zachowany.

54

(101 odpowiedzi, napisanych Oprogramowanie / Software)

Ten skrypt z /root bym sobie odpuścił. Jestem w pracy, odpiszę później. Chyba że już wcześniej dostaniesz odpowiedź...

55

(101 odpowiedzi, napisanych Oprogramowanie / Software)

smereka napisał/a:

Ok. Czyli rozumiem, że biorę  x86/64 COMBINED-EFI (EXT4)  wypakowuje to bezpośrednio na dysk nvme. Wkładam do maszynki i po odpalaniu jest gdzieś jakiś skrypcik który dam mi 1024MB przestrzeni na pakiety i inny szajs. Inaczej pisząc jak wejdę w zakładkę w lucynie "oprogramowanie" to tam powinien widzieć te 1024MB tak?

Tak pobierasz i metodą jak potrafisz wypakowujesz to bezpośrednio na dysk nvme.

Domyślnie skrypt w /root o nazwie chyba resize coś tam (piszę z pamięci). Nie zrobi 1024MB lecz powiększy na cały pozostały obszar dysku. O ile pamiętam można edytować skrypt i na sztywno zadać jaką wielkość partycji ma zrobić. Ale nie wiem jak się to ma to partycji 1024MB utworzonej  imagebuilder-em. Jeśli będzie jakakolwiek różnica to później przy aktualizacji owut z opcją ROOTFS_PARTSIZE 1024, rozwali Ci Twój układ partycji i stracisz dane. Bezpieczniej partycję 1024MB "zrobić" instalując wcześniej tak przygotowany obraz, o czym pisałem w poprzednim poście.

56

(101 odpowiedzi, napisanych Oprogramowanie / Software)

Jeśli Twoje urządzenie / bios jest UEFI to zastosuj np. obraz COMBINED-EFI (EXT4). W przeciwnym przypadku COMBINED (EXT4).
Googlując na szybko w BIOS Lenovo ThinkCentre M920x można zarządzać ustawieniami UEFI.
Bez względu na to który obraz zastosujesz. Po instalacji będziesz mógł później powiększyć partycję rootfs na ile chcesz za pomocą zewnętrznego oprogramowania np. gparted. Lub użyć skrypt z Openwrt, który jest w /root Zmienia on rozmiar na maksymalny.

Ale uwaga. Po powiększeniu partycji rootfs w/w metodami zapomnij aktualizacji Openwrt owut, które może byś chciał robić w przyszłości?.
Jeśli chcesz mieć możliwość późniejszych aktualizacji owut to rozmiar rootfs max 1024. Taki dedykowany obraz można zrobić np.  imagebuilder-em z ROOTFS_PARTSIZE 1024.

PS
Gdybyś chciał obraz Openwrt 25.12 (bieżące wydanie @Cezary) x86/64 COMBINED-EFI (EXT4) lub COMBINED (EXT4) z ROOTFS_PARTSIZE 1024, wersja bez Luci lecz z easyconfig to posiadam takie. Zrobione imagebuilder-em w 2 wersjach. 1 wersja czysta bez żadnych dodatkowych pakietów + dodatkowo easyconfig. 2 wersja z dodatkowymi pakietami, które używam np. samba, docker itp.
Z pozostałego niewykorzystanego miejsca na dysku tworzysz partycję np. EXT4 trzymasz na niej co chcesz. I ta partycja zostanie nienaruszona przy późniejszej aktualizacji owut z ustawionym parametrem ROOTFS_PARTSIZE 1024.

krynio napisał/a:

Na mini pc PCA u siostry i PCB u siebie mam 3 partycje.
1 boot
2 rootfs powiększony do 1024
3 multimedia czyli pozostały obszar dysku

Różnica pomiędzy PCA i PCB to taka że na PCA jest COMBINED-EFI (EXT4) i tam nie ma boot. A na PCB jest zwykłe COMBINED (EXT4)

Na obydwu mini pc na 3 partycji "multimedia" są wszystkie rzeczy dodatkowe. Czyli instalacje dockerowe (nginx proxy manager, supla itd.), katalogi "domowe" dla ftp, www, samba itp.

Pytanie czy poniższa metoda naprawy / aktualizacji zadziała. Nie rozwali mi obecnego układu partycji?.

1. Na mini pc odczytam / zapiszę listę używanych pakietów apk info | sort > /tmp/pakiety_do_imagebuilder.txt
2. Za pomocą imagebuilder zbuduję obraz z ROOTFS_PARTSIZE 1024 (tak robiłem poprzednio), i dodatkowo dopiszę całą listę pakietów z pliku pakiety_do_imagebuilder.txt włącznie z owut, żeby nie było rozbieżności między wersjami.
3. Na obydwu mini pc w pliku /etc/sysupgrade.conf mam zdefiniowane co ma się zachować podczas aktualizacji.
4. Czy w przypadku vsftpd również mam dodać do /etc/sysupgrade.conf (/etc/passwd, /etc/shado, /etc/group) żeby zachowały się konta / hasła użytkowników. Mam 1 użytkownika na hasło i dostęp anonimowy, tylko do odczytu.
5. Robiłem zmiany również w pliku /etc/samba/smb.conf.template Zostanie on automatycznie zachowany czy dodać do /etc/sysupgrade.conf

Mając zbudowany obraz przez imagebuilder z ROOTFS_PARTSIZE 1024 uwzględniając powyższe. Następnie standardowo.
Na PCA  sysupgrade -v /tmp/my-generic-ext4-efi.img
Na PCB  sysupgrade -v /tmp/my-generic-ext4.img

Cezary napisał/a:

Ideologicznie jest to poprawne i tak, musisz dopisać wszystkie pliki które chcesz zachować. Łącznie z passwd, shadow, plikami samby czy czy czertyfikatami.

krynio napisał:
Na mini pc PCA u siostry zrobiłem aktualizację jak wyżej i wygląda że się udało smile. W szoku jestem.
Układ partycji zachowany, owut check działa...
A czy wszystko działa okaże się w trakcie.
Zastanawia mnie 1 plik /etc/config/openssl
U siostry jest pusty.

A u mnie plik /etc/config/openssl ma taką zawartość.

config provider 'legacy'
    option enabled '1'

Poniżej log z procesu sysupgrade

root@PCA-mini-pc-ultra-5:~# sysupgrade -v /tmp/my-generic-ext4-efi.img
Sat Mar 14 22:49:24 CET 2026 upgrade: Image metadata not present
Sat Mar 14 22:49:24 CET 2026 upgrade: Reading partition table from bootdisk...
Sat Mar 14 22:49:25 CET 2026 upgrade: Extract boot sector from the image
Sat Mar 14 22:49:25 CET 2026 upgrade: Reading partition table from image...
Sat Mar 14 22:49:25 CET 2026 upgrade: Saving config files...
etc/board.json
etc/config/attendedsysupgrade
etc/config/ddns
etc/config/dhcp
etc/config/dockerd
etc/config/dropbear
etc/config/easyconfig
etc/config/firewall
etc/config/fstab
etc/config/irqbalance
etc/config/network
etc/config/openssl
etc/config/php8-fastcgi
etc/config/rpcd
etc/config/samba4
etc/config/stubby
etc/config/system
etc/config/uhttpd
etc/config/wireless
etc/crontabs/root
etc/dnsmasq.conf
etc/domains/xxx.yyy.pl.pem
etc/domains/xxx.yyy.pl.pem.key
etc/domains/xxx.yyy.pl.pem
etc/domains/xxx.yyy.pl.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/domains/xxx.yyy.pl.pem
etc/domains/xxx.yyy.pl.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/domains/xxx.yyy.com.pem
etc/domains/xxx.yyy.com.pem.key
etc/dropbear/authorized_keys
etc/dropbear/dropbear_ed25519_host_key
etc/dropbear/dropbear_rsa_host_key
etc/group
etc/hosts
etc/inittab
etc/lighttpd/conf.d/10-auth.conf
etc/lighttpd/conf.d/20-auth.conf
etc/lighttpd/conf.d/20-authn_file.conf
etc/lighttpd/conf.d/30-cgi.conf
etc/lighttpd/conf.d/30-fastcgi.conf
etc/lighttpd/conf.d/30-openssl.conf
etc/lighttpd/lighttpd.conf
etc/lighttpd/mime.conf
etc/lighttpd/password
etc/nftables.d/10-custom-filter-chains.nft
etc/nftables.d/README
etc/owut.d/pre-install.sh
etc/passwd
etc/php.ini
etc/php8/15_openssl.ini
etc/php8/20_ctype.ini
etc/php8/20_curl.ini
etc/php8/20_dom.ini
etc/php8/20_gd.ini
etc/php8/20_iconv.ini
etc/php8/20_mbstring.ini
etc/php8/20_pdo.ini
etc/php8/20_pdo_sqlite.ini
etc/php8/20_phar.ini
etc/php8/20_session.ini
etc/php8/20_simplexml.ini
etc/php8/20_sqlite3.ini
etc/php8/20_xml.ini
etc/php8/20_zip.ini
etc/profile
etc/profile.d/00-passwordless-root.sh
etc/profile.d/99-sysinfo.sh
etc/profile.d/apk-cheatsheet.sh
etc/profile.d/busybox-history-file.sh
etc/profile.d/prompt.sh
etc/profile.d/sys_bashrc.sh
etc/rc.local
etc/samba/secrets.tdb
etc/samba/smb.conf
etc/samba/smb.conf.template
etc/samba/smbpasswd
etc/sensors.d/custom.conf
etc/shadow
etc/shells
etc/shinit
etc/sysctl.conf
etc/sysupgrade.conf
etc/tmp/get-certs.sh
etc/tmp/ssh-xxx/.ssh/id_dropbear
etc/tmp/ssh-xxx/.ssh/id_dropbear.pub
etc/tmp/ssh-xxx/.ssh/known_hosts
etc/tmp/ssh-xxx/.ssh/id_dropbear
etc/tmp/ssh-xxx/.ssh/id_dropbear.pub
etc/tmp/ssh-xxx/.ssh/known_hosts
etc/xattr.conf
root/.ssh/id_dropbear
root/.ssh/id_dropbear.pub
root/.ssh/known_hosts
root/android.privkey
root/android.pubkey
root/free.privkey
root/free.pubkey
root/pca.privkey
root/pca.pubkey
root/pcb.privkey
root/pcb.pubkey
root/resize-root.sh
root/tv_1.privkey
root/tv_1.pubkey
root/tv_2.privkey
root/tv_2.pubkey
root/tv_3.privkey
root/tv_3.pubkey
root/tv_4.privkey
root/tv_4.pubkey
usr/lib/easyconfig/easyconfig_statistics.json.gz
Sat Mar 14 22:49:25 CET 2026 upgrade: Commencing upgrade. Closing all shell sessions.
Command failed: Connection failed

I efekt końcowy.

root@PCA-mini-pc-ultra-5:~# owut check
ASU-Server     https://sysupgrade.eko.one.pl
Upstream       https://dl.eko.one.pl
Target         x86/64
Profile        generic
Package-arch   x86_64
Version-from   25.12-SNAPSHOT r32702-5b66b10095 (kernel 6.12.71)
Version-to     25.12-SNAPSHOT r32702-5b66b10095 (kernel 6.12.71)
1 packages are out-of-date
There are 0 missing and 1 modified default packages
It is safe to proceed with an upgrade (re-run with '--verbose' for details)

Na mini pc PCA u siostry i PCB u siebie mam 3 partycje.
1 boot
2 rootfs powiększony do 1024
3 multimedia czyli pozostały obszar dysku

Różnica pomiędzy PCA i PCB to taka że na PCA jest COMBINED-EFI (EXT4) i tam nie ma boot. A na PCB jest zwykłe COMBINED (EXT4)

Na obydwu mini pc na 3 partycji "multimedia" są wszystkie rzeczy dodatkowe. Czyli instalacje dockerowe (nginx proxy manager, supla itd.), katalogi "domowe" dla ftp, www, samba itp.

Pytanie czy poniższa metoda naprawy / aktualizacji zadziała. Nie rozwali mi obecnego układu partycji?.

1. Na mini pc odczytam / zapiszę listę używanych pakietów apk info | sort > /tmp/pakiety_do_imagebuilder.txt
2. Za pomocą imagebuilder zbuduję obraz z ROOTFS_PARTSIZE 1024 (tak robiłem poprzednio), i dodatkowo dopiszę całą listę pakietów z pliku pakiety_do_imagebuilder.txt włącznie z owut, żeby nie było rozbieżności między wersjami.
3. Na obydwu mini pc w pliku /etc/sysupgrade.conf mam zdefiniowane co ma się zachować podczas aktualizacji.
4. Czy w przypadku vsftpd również mam dodać do /etc/sysupgrade.conf (/etc/passwd, /etc/shado, /etc/group) żeby zachowały się konta / hasła użytkowników. Mam 1 użytkownika na hasło i dostęp anonimowy, tylko do odczytu.
5. Robiłem zmiany również w pliku /etc/samba/smb.conf.template Zostanie on automatycznie zachowany czy dodać do /etc/sysupgrade.conf

Mając zbudowany obraz przez imagebuilder z ROOTFS_PARTSIZE 1024 uwzględniając powyższe. Następnie standardowo.
Na PCA  sysupgrade -v /tmp/my-generic-ext4-efi.img
Na PCB  sysupgrade -v /tmp/my-generic-ext4.img

Pamięć masz dobrą. Faktycznie pytałem. Problem był u mnie ze zrozumieniem.
Ale jest pozytyw tego posta. Na początku wywołał uśmiech na twarzy, a potem rumieńce.

Wybacz przemęczony jestem i może nie trybie.
Widzę Twoje 2026-03-02 OpenWrt 25.12-SNAPSHOT
Ale piszą że OpenWrt 25.12.0 - Stable Release https://forum.openwrt.org/t/openwrt-25- … ase/247228
U Ciebie brakuje zera 0 ?.

Na moim mini pc to samo. Po zainstalowaniu owut, owut check wisi.
U siostry próbowałem to i owo i mówiąc szczerze nie mam już na to pomysłów. Wygląda na sytuację bez wyjścia.
Piszą że Openwrt 25.12 doczekało się wersji stabilnej. Masz w najbliższych planach wypuścić obrazy w wersji stabilnej?.

Cezary napisał/a:

Prosty przykład. Program aaa jest skompilowany z biblioteką xxx o wersji X1 i wykorzystuje jej jakieś specyficzne funkcje. Robisz aktualizacje,  biblioteka się aktualizuje bo jest nowy pakiet, ale sam program aaa juz nie bo jeszcze nie zdążyli go przekompilowac. I nie chce działać z biblioteką z nowej wersji.


Tak masz teraz.

Próbuję na razie u siostry.
Openwrt apk nie pozwala cofnąć ucode-mod-uclient wprost, bo w systemie jest już nowsza wersja (2026.02.20~7a0aa2e4-r1), która łamie “world dependencies”.
Gdzie znajdę konkretnie w tej wersji pakiet ucode-mod-uclient-2026.01.16~85922056-r1_x86_64.adb
Ai radzi tak. Pobierz zgodną wersję ucode-mod-uclient z repo dla Twojego SNAPSHOT-u
Zainstaluj ręcznie pakiet w wersji 2026.01.16~85922056-r1, np. przez apk add <url_do_pakietu.adb>
Przykład:

apk add https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/base/ucode-mod-uclient-2026.01.16~85922056-r1_x86_64.adb

To nadpisze nowszą wersję bez usuwania innych pakietów
Zachowasz spójność wszystkich modułów ucode

Sprawdziłem u siebie na mini pc OpenWrt 25.12-SNAPSHOT, r32537-6afff2039b i tutaj póki co nie zainstalowałem owut.
I co teraz. Jak zainstaluje owut to będzie ten sam problem co u siostry?.

Cezary napisał/a:

...Masz to na x86; teoretycznie możesz polecieć z apk upgrade, ale nie wiem ile to rzeczy zepsuje ci w systemie. Więc jak nie masz czasu na zabawę to raczej tego nie ruszaj.

Dopytam. A dlaczego apk upgrade miałoby coś zepsuć. Wiem że Openwrt to nie raspberry. Aczkolwiek na raspberry upgrade działało dobrze.
Decydując się na upgrade zastosować apk upgrade czy apk upgrade --available O ile jest taka opcja w Openwrt, bo to jest podpowiedź z Ai a z tym bywa różnie.

Wieczorem zrobię kopię konfigów i spróbuję ratować.
Aktualizację całości apk upgrade wolałbym zostawić na koniec jako ostateczność. Jeśli miałbym to zrobić to co lepiej apk upgrade czy apk upgrade --available (metoda na zachowanie spójności zależności, szczególnie dla bibliotek takich jak libucode czy libubox).

Od czego proponujesz zacząć
Wersja 1.

apk update
apk add --upgrade ucode-mod-*
apk add --upgrade libuclient ucode-mod-uclient libubox ubox

Wersja 2.

apk update
apk add --upgrade ucode libucode ucode-mod-uci ucode-mod-ubus ucode-mod-uloop ucode-mod-uclient
Cezary napisał/a:

Masz zainstalowane

ucode-2026.01.16~85922056
ucode-mod-uci-2026.01.16~85922056
....

ucode-mod-uclient-2026.02.20~7a0aa2e4


Powinny być raczej w tej samej wersji, ale co będzie jak to ruszysz (bo i zależności zaktualizuje) to już tego nie jestem w stanie powiedzieć.

Jak składasz obraz od początku to wszystko masz w tej samej wersji na czas składania obrazu, więc działa.

U siostry na mini pc zaryzykuję i mogę to ruszyć. W razie problemów instalacja od nowa.
Proszę o dalsze instrukcje co mam zrobić żeby spróbować to odkręcić.

root@PCA-mini-pc-ultra-5:~# apk list | grep ucode

iucode-tool-2.3.1-r2 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/system/iucode-tool} (GPL-2.0)
liblucihttp-ucode-2023.03.15~9b5b683f-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/feeds/luci/contrib/package/lucihttp} (ISC)
liblucihttp-ucode-2023.03.15~9b5b683f-r1 x86_64 {feeds/luci/feeds/luci/contrib/package/lucihttp} (ISC)
libucode20230711-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
libucode20230711-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
libucode20230711-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
pkgen-1 x86_64 {feeds/base/utils/ucode-mod-pkgen} (GPL-2.0-or-later)
prometheus-node-exporter-ucode-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-dnsmasq-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-netstat-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-openwrt-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-snmp6-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-uci_dhcp_host-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-wifi-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
prometheus-node-exporter-ucode-wireguard-2024.02.07-r2 noarch {feeds/packages/feeds/packages/utils/prometheus-node-exporter-ucode} (Apache-2.0)
rpcd-mod-ucode-2025.12.03~ffb9961c-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/system/rpcd} (ISC)
rpcd-mod-ucode-2025.12.03~ffb9961c-r1 x86_64 {feeds/base/system/rpcd} (ISC)
ucode-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-bpf-1 x86_64 {feeds/base/utils/ucode-mod-bpf} (ISC)
ucode-mod-debug-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-digest-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-digest-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-digest-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-fs-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-fs-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-fs-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-html-1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/feeds/luci/contrib/package/ucode-mod-html} (ISC)
ucode-mod-html-1 x86_64 {feeds/luci/feeds/luci/contrib/package/ucode-mod-html} (ISC)
ucode-mod-io-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-log-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-log-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-lua-1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/feeds/luci/contrib/package/ucode-mod-lua} (ISC)
ucode-mod-lua-1 x86_64 {feeds/luci/feeds/luci/contrib/package/ucode-mod-lua} (ISC)
ucode-mod-math-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-math-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-nl80211-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-nl80211-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-nl80211-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-pkgen-1 x86_64 {feeds/base/utils/ucode-mod-pkgen} (GPL-2.0-or-later)
ucode-mod-resolv-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-rtnl-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-rtnl-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-rtnl-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-socket-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-struct-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-ubus-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-ubus-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-ubus-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-uci-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-uci-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-uci-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-uclient-2026.02.20~7a0aa2e4-r1 x86_64 {feeds/base/libs/uclient} (ISC) [installed]
ucode-mod-uclient-2026.02.20~7a0aa2e4-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/libs/uclient} (ISC)
ucode-mod-udebug-2026.01.16~875e1a7a x86_64 {feeds/base/libs/udebug} (GPL-2.0)
ucode-mod-uline-8 x86_64 {feeds/base/utils/ucode-mod-uline} (GPL-2.0-or-later)
ucode-mod-uloop-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
ucode-mod-uloop-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC) [installed]
ucode-mod-uloop-2026.01.16~85922056-r1 x86_64 {/opt/projects/openwrt-25.12/openwrt/_sources/package/utils/ucode} (ISC)
ucode-mod-zlib-2026.01.16~85922056-r1 x86_64 {feeds/base/utils/ucode} (ISC)
uhttpd-mod-ucode-2025.10.03~ebb92e6b-r1 x86_64 {feeds/base/network/services/uhttpd} (ISC)

A może da się to odkręcić, jakiś starszy pakiet zainstalowac czy coś?.

Edycja.
Wspominałem że wczoraj już za Ai z tym walczyłem. Coś kojarzę że raczej odinstalowałem wczoraj pakiet z końcówką r2. Ale jaka jego nazwa nie pamiętam. Potem ten pakiet instalowałem na nowo. Także nie wiem na ile dzisiejszy wynik apk list | grep ucode jest wiarygodny.

Mimo wszystko nie bardzo wiem czy i gdzie popełniłem błąd. Ponieważ na Xiaomi AX3000T z którąś przed ostatnią? Twoją wersją Openwrt 25.12 miałem ten sam problem z owut. Nie działał. Z tym że na Xiaomi mam goły standardowy system i po prostu zainstalowałem na nowo najnowsze Twoje Openwrt i owut działa.

Doinstalowałem. Poza standardem dodałem do kompilacji jedynie easyconfig.

Edycja.
Obraz generowany Imagebuilder w ten sposób.

$ sudo apt install build-essential libncurses-dev zlib1g-dev gawk git gettext libssl-dev xsltproc rsync wget unzip python3 python3-setuptools

    $ wget https://dl.eko.one.pl/openwrt-25.12/targets/x86/64/openwrt-imagebuilder-25.12-SNAPSHOT-x86-64.Linux-x86_64.tar.zst
    $ tar --zstd -xvf openwrt-imagebuilder-*
    $ cd openwrt-imagebuilder-*/
$ make image PROFILE="generic" ROOTFS_PARTSIZE="1024" PACKAGES="ath10k-board-qca9887 ath10k-board-qca9888 ath10k-board-qca988x ath10k-board-qca9984 ath10k-board-qca99x0 ath10k-firmware-qca9887-ct ath10k-firmware-qca9888-ct ath10k-firmware-qca988x-ct ath10k-firmware-qca9984-ct ath10k-firmware-qca99x0-ct beep block-mount bnx2-firmware ekooneplconfigs ekooneplstat ekooneplusb f2fsck hostapd-common i915-firmware-dmc irqbalance iw kmod-acpi-video kmod-amazon-ena kmod-amd-xgbe kmod-ath kmod-ath10k kmod-ath9k kmod-ath9k-common kmod-backlight kmod-bnx2 kmod-cfg80211 kmod-crypto-aead kmod-crypto-ccm kmod-crypto-cmac kmod-crypto-crc32 kmod-crypto-ctr kmod-crypto-gcm kmod-crypto-geniv kmod-crypto-gf128 kmod-crypto-ghash kmod-crypto-hmac kmod-crypto-manager kmod-crypto-null kmod-crypto-rng kmod-crypto-seqiv kmod-crypto-sha256 kmod-crypto-sha3 kmod-crypto-sha512 kmod-dma-buf kmod-drm kmod-drm-buddy kmod-drm-display-helper kmod-drm-exec kmod-drm-i915 kmod-drm-kms-helper kmod-drm-suballoc-helper kmod-drm-ttm kmod-drm-ttm-helper kmod-dwmac-intel kmod-e1000 kmod-e1000e kmod-fb kmod-fb-cfb-copyarea kmod-fb-cfb-fillrect kmod-fb-cfb-imgblt kmod-fb-sys-fops kmod-fb-sys-ram kmod-forcedeth kmod-fs-exfat kmod-fs-ext4 kmod-fs-f2fs kmod-fs-ntfs3 kmod-hid kmod-hid-generic kmod-hwmon-core kmod-i2c-algo-bit kmod-i2c-core kmod-igb kmod-igc kmod-input-evdev kmod-ixgbe kmod-lib-crc16 kmod-libphy kmod-mac80211 kmod-mdio kmod-mdio-devres kmod-mii kmod-mt76 kmod-mt76-connac kmod-mt76-core kmod-mt7603 kmod-mt7615-common kmod-mt7615e kmod-mt76x0-common kmod-mt76x02-common kmod-mt76x0e kmod-mt76x2 kmod-mt76x2-common kmod-mt7915e kmod-mt7921-common kmod-mt7921-firmware kmod-mt7921e kmod-mt792x-common kmod-net-selftests kmod-pcs-xpcs kmod-pcspkr kmod-phy-ax88796b kmod-phy-realtek kmod-phylink kmod-pps kmod-ptp kmod-r8169 kmod-random-core kmod-scsi-core kmod-sky2 kmod-sound-core kmod-stmmac-core kmod-tg3 kmod-thermal kmod-tun kmod-usb-common kmod-usb-core kmod-usb-ehci kmod-usb-hid kmod-usb-net kmod-usb-net-asix kmod-usb-net-asix-ax88179 kmod-usb-net-rtl8152 kmod-usb-storage kmod-usb-storage-uas kmod-usb-xhci-hcd kmod-usb2 kmod-usb3 kmod-vhost kmod-vhost-net libatomic libevdev libkmod libncurses libparted libpci libreadline libsensors libsysfs libudev-zero libusb-1.0 lm-sensors losetup parted pciids pciutils r8152-firmware r8169-firmware resize2fs sysfsutils sysinfo terminfo ucode-mod-digest ucode-mod-nl80211 ucode-mod-rtnl usbids usbutils wifi-scripts wireless-regdb wpad-basic-mbedtls easyconfig"

To jest czarny dzień, zapamiętam yikes.
Aktualizację PCA i PCB robiłem po to żeby mieć aktualne openwrt oraz żeby w końcu była możliwość późniejszych aktualizacji owut. Po to były zabawy z partycjami i rootfs_size '1024'.
To jakaś masakra. Może coś jeszcze wymyślisz?...

Nie brzmi to pocieszająco mad
Co masz na myśli "chyba że sobie aktualizuję całość po prostu zrobisz."
W jaki sposób?.

Jeszcze nie sprawdzałem ale obawiam się że u mnie na PCB jest to samo. A postawienie tego wszystkiego od nowa zajęło na samym PCB około 1 m-c.

Fragment gdzie zmieniłem.

if (! uc.request(type, args)) {
        L.err("Failed to send request\n");
        return null;
    }

    //uloop.run();

    if (_uc_cb.rsp_headers) {
        let elapsed = (time() - start) || 0.5;
        let bytes = fs.stat(dst_file).size;
        dl_stats.log(url, dst_file, bytes, elapsed);

Chyba poszło dalej.
root@PCA-mini-pc-ultra-5:~# owut check

Reference error: left-hand side expression is null
In _request(), file /usr/bin/owut, line 498, byte 33:
  called from function dl_json (/usr/bin/owut:546:35)
  called from function dl_overview (/usr/bin/owut:569:48)
  called from function collect_overview (/usr/bin/owut:1407:29)
  called from function collect_all (/usr/bin/owut:1519:19)
  called from anonymous function (/usr/bin/owut:2285:15)

 `        let bytes = fs.stat(dst_file).size;`
  Near here ----------------------------^

owut zainstalowało się poprawnie. Zrobiłem reboot
root@PCA-mini-pc-ultra-5:~# owut check
I nadal wisi. Przerwałem Ctrl + C

Edycja. Na mini pc co owut nie działa.
root@PCA-mini-pc-ultra-5:~# apk info --contents owut

WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/base/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/luci/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/routing/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/telephony/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/video/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/targets/x86/64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/base/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/luci/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/routing/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/targets/x86/64/kmods-6.12.66/packages.adb: No such file or directory
owut-2026.01.13~2526d84b-r1 contains:
etc/owut.d/pre-install.sh
etc/uci-defaults/51-attendedsysupgrade-owut
lib/apk/packages/owut.conffiles
lib/apk/packages/owut.list
lib/upgrade/keep.d/owut
usr/bin/owut
usr/share/ucode/utils/argparse.uc

root@PCA-mini-pc-ultra-5:~# apk info owut

WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/base/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/luci/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/routing/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/telephony/packages.adb: No such file or directory
WARNING: opening from cache https://downloads.openwrt.org/releases/25.12-SNAPSHOT/packages/x86_64/video/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/targets/x86/64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/base/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/luci/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/packages/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/packages/x86_64/routing/packages.adb: No such file or directory
WARNING: opening from cache https://dl.eko.one.pl/openwrt-25.12/targets/x86/64/kmods-6.12.66/packages.adb: No such file or directory
owut-2026.01.13~2526d84b-r1 description:
The OpenWrt Upgrade Tool (owut) is a command line program that checks for new packages, package build breakages, generates sysupgrade images containing installed packages and installs images. It is written in ucode for easy end-user customization. Documentation is available at https://openwrt.org/docs/guide-user/installation/sysupgrade.owut

owut-2026.01.13~2526d84b-r1 webpage:
http://github.com/efahl/owut

owut-2026.01.13~2526d84b-r1 installed size:
84 KiB

A to na mini pc co owut działa.
root@OpenWrt:~# apk info --contents owut

owut-2026.01.13~2526d84b-r1 contains:
etc/owut.d/pre-install.sh
etc/uci-defaults/51-attendedsysupgrade-owut
lib/apk/packages/owut.conffiles
lib/apk/packages/owut.list
lib/upgrade/keep.d/owut
usr/bin/owut
usr/share/ucode/utils/argparse.uc

Ai proponuje tak. Dodam że mój rootfs_size to '1024'

# 1️⃣ Przygotowanie katalogów tymczasowych i backup owut
mkdir -p /tmp/owut_safe
cp -a /usr/bin/owut /tmp/owut_safe/owut_backup

# 2️⃣ Utworzenie pustej listy pakietów do oszukania owut
mkdir -p /tmp/packages_dummy
touch /tmp/packages_dummy/installed-packages

# 3️⃣ Ustawienie zmiennej środowiskowej, żeby owut nie sprawdzał pakietów
export OWUT_IGNORE_PACKAGE_CHECK=1

# 4️⃣ Uruchomienie owut w trybie offline
owut check -I /tmp/packages_dummy/installed-packages -v

# 5️⃣ Wygenerowanie obrazu z powiększonym rootfs 1024 MB
owut -F ext4 -S 1024 -i /tmp/openwrt.img -f gz -v

# 6️⃣ (Opcjonalnie) test obrazu przed upgrade
mkdir -p /tmp/test_image
gunzip -c /tmp/openwrt.img.gz | mount -o loop,rw - /tmp/test_image
ls /tmp/test_image
umount /tmp/test_image

# 7️⃣ Upgrade systemu zachowując konfigurację i partycje
sysupgrade -v -n /tmp/openwrt.img.gz

# 8️⃣ Sprzątanie po wszystkim
rm -rf /tmp/packages_dummy /tmp/owut_safe
unset OWUT_IGNORE_PACKAGE_CHECK

Komentarze w skrócie:
/tmp/owut_safe → backup owut
/tmp/packages_dummy → pusta lista pakietów, żeby owut nie wieszał się
OWUT_IGNORE_PACKAGE_CHECK=1 → omija analizę pakietów
-S 1024 → powiększony rootfs
sysupgrade -n → upgrade bez kasowania konfiguracji

Odinstalowałem owut'a i jeszcze nie zainstalowałem.
To zostało /etc/config/attendedsysupgrade
Mam to ręcznie skasować, owut to tworzy?.

Porównałem pliki z mini pc co owut działa z tym co nie działa. Są identyczne także problem jest gdzie indziej.
/etc/config/attendedsysupgrade
/usr/bin/owut
Z pomocą Ai walczę z tym już długo. Ai już się gubi. Sugeruje robić coraz dziwniejsze rzeczy.
export OWUT_IGNORE_PACKAGE_CHECK=1
owut check -v
Zaczynam się bać. Nie chciałbym uwalić tego systemu OpenWrt 25.12-SNAPSHOT, r32537-6afff2039b. Jest nie tak dawno postawiony nie działa tylko owut.

Ciekawostka, która może coś podpowie?. Na Xiaomi AX3000T też miałem ten problem. Lecz to jest goły system i nie bawiłem się w naprawę tylko poleciała nowa instalacja OpenWrt 25.12-SNAPSHOT, r32702-5b66b10095 która rozwiązała problem.

Pewnie mówisz o tym /usr/bin/owut
Bardzo długi ten skrypt. Nie bardzo wiem gdzie wstawić te print.

A jakbym na próbę podmienił plik owut na ten z działającego mini pc?. Czy to grzech smile.