OpenWrt 23.05

Habemus OpenWrt Es hat wieder einige Monate und 4 RCs gedauert, bis man sich zum Release durchringen hat koennen. Anders als die letzten Male hab ich nicht schon bei den RCs das Upgrade gewagt, sondern stehe noch davor, von 22.03 auf den Nachfolger zu wechseln. In der Community (konkret im OpenWrt-Forum und -IRC-Channel) hoert man aber quasi nur Gutes ueber das neue Release

Highlights sind diesmal hauptsaechlich neuer bzw. verbesserter Hardware-Support, z. B. fuer eine kleine Auswahl von 6GHz-Wifi-APs.

User einer von mir im Forum hier oefter empfohlenen FRITZ!Box 4040 muessen ggf. ihre Config neu bauen, da die Plattform des Geraets (ipq40xx) endlich von swconfig auf DSA umgestellt wurde (was bei vielen anderen Geraeten schon in den beiden Releases davor passiert ist).

Die offiziellen Release Notes wissen mehr.

Zum Upgrade wuerde ich allen Usern die Methode via ImageBuilder bzw. Attended SysUpgrade empfehlen. Wer davon noch nie was gehoert hat, schaut sich das am besten bei OneMarcFifty auf Youtube an. Es kann dabei der Fall sein, dass ASU noch ein paar Tage braucht, bis alle magischen Rezepte fuer den Releasewechsel eingepflegt wurden.

Danke für die Info, eben gemacht

attended hat bei mir von up2date 22.03 weg zwar nicht geklappt aber ich hab beim Imagebuilder auf der openwrt website dann einfach die 3 zusätzlichen Pakete hinzugefügt die ich verwende und mir ein Image builden lassen. Das lies sich dann installieren. Da hat dann luci zwar nicht gestartet aber sonst ging schon alles. also hab ich luci noch mal installiert und die alten luci config files durch die neuen ersetzt, jetzt klappt alles.

edit: ubiquity AP auch nachgezogen, da hats gleich geklappt

Warum bitte ist dieser link: https://firmware-selector.openwrt.org/ (von colo gepostet) nicht stark hervorgehoben auf der OpenWRT HP? Findet man ja kaum.

Gestern bemerkt, dass es sogar für Orbis openWRT gibt, Somit wieder neues Leben in diese älter gewordenen, aber sehr hochwertigen Router geweckt. Funktioniert einwandfrei!

Wie upgraded man am besten die Versionen? Hab irgendwo gelesen, dass es direkt über Lucy bzw. CLI nicht gemacht werden soll, da es sonst zu Problemen kommen kann. Neu flashen will ich auch nicht, dann sind alle Konfigurationen weg..

Falls jemand dasselbe Problem hat wie ich:

Upgrade versuch von OpenWrt 22.03.5 => 23.05.3 via Attended Sysupgrade

Schlägt fehl mit der Fehlermeldung:

Zitat

check_data_file_clashes: Package libustream-mbedtls20201210 wants to install file /builder/build_dir/target-x86_64_musl/root-x86/lib/libustream-ssl.so
But that file is already provided by package * libustream-wolfssl20201210
* opkg_install_cmd: Cannot install package luci-ssl.

Background: luci-ssl ist vom wolfssl package auf mbedtls umgestiegen

Kurzer dependency-check:

Zitat

root@OpenWrt:~# opkg whatdepends libwolfssl5.6.3.ee39414e
Root set:
libwolfssl5.6.3.ee39414e
What depends on root set
libustream-wolfssl20201210 2022-12-08-9217ab46-2 depends on libwolfssl5.6.3.ee39414e
px5g-wolfssl 6.2 depends on libwolfssl5.6.3.ee39414e
luci-ssl git-20.244.36115-e10f954 depends on libustream-wolfssl20201210
root@OpenWrt:~# opkg whatdepends libustream-wolfssl20201210
Root set:
libustream-wolfssl20201210
What depends on root set
luci-ssl git-20.244.36115-e10f954 depends on libustream-wolfssl20201210

What to do:

1.) package install mbedtls-util
2.) uninstall *wolfssl* packages (libwolfssl5.6.3.ee39414e & libustream-wolfssl20201210 & px5g-wolfssl)
Fehlermeldung beim uninstall der wolfssl packages:

Zitat

[...]
No packages removed.
Collected errors:
* pkg_run_script: Internal error: libwolfssl5.6.3.ee39414e has a NULL tmp_unpack_dir.
* opkg_remove_pkg: not removing package "libwolfssl5.6.3.ee39414e", prerm script failed
The opkg remove command failed with code 255.

...sie wurden aber trotzdem uninstalled

3.) Attended sysupgrade

Hängt dort mit "Installing the sysupgrade. Do not unpower device!"

in den Logs:

Zitat

Thu Apr 4 10:13:49 2024 user.info upgrade: Image metadata not present
Thu Apr 4 10:13:49 2024 user.info upgrade: Unable to determine upgrade device

Weiter bin ich noch nicht

:/

Zitat aus einem Post von COLOSSUS

Hmmm, sieht komisch aus. Kannst du mal eine Liste deiner unter 22.03 installierten Pakete hier posten?

That's the story so far: https://github.com/openwrt/asu/issues/778

Code:

 "packages": [
        "auc",
        "base-files",
        "busybox",
        "ca-bundle",
        "ca-certificates",
        "cgi-io",
        "collectd-mod-ping",
        "ddns-scripts",
        "dnsmasq",
        "dropbear",
        "e2fsprogs",
        "fdisk",
        "firewall4",
        "fstools",
        "fwtool",
        "getrandom",
        "grub2",
        "grub2-bios-setup",
        "grub2-efi",
        "htop",
        "iptables-nft",
        "irqbalance",
        "jansson",
        "jshn",
        "jsonfilter",
        "kernel",
        "kmod-amazon-ena",
        "kmod-amd-xgbe",
        "kmod-bnx2",
        "kmod-button-hotplug",
        "kmod-crypto-crc32c",
        "kmod-crypto-hash",
        "kmod-e1000",
        "kmod-e1000e",
        "kmod-forcedeth",
        "kmod-fs-vfat",
        "kmod-igb",
        "kmod-igc",
        "kmod-input-core",
        "kmod-ixgbe",
        "kmod-lib-crc-ccitt",
        "kmod-lib-crc32c",
        "kmod-nf-conntrack",
        "kmod-nf-conntrack6",
        "kmod-nf-flow",
        "kmod-nf-log",
        "kmod-nf-log6",
        "kmod-nf-nat",
        "kmod-nf-reject",
        "kmod-nf-reject6",
        "kmod-nfnetlink",
        "kmod-nft-core",
        "kmod-nft-fib",
        "kmod-nft-nat",
        "kmod-nft-offload",
        "kmod-nls-base",
        "kmod-nls-cp437",
        "kmod-nls-iso8859-1",
        "kmod-nls-utf8",
        "kmod-ppp",
        "kmod-pppoe",
        "kmod-pppox",
        "kmod-r8169",
        "kmod-sched-cake",
        "kmod-slhc",
        "kmod-tcp-bbr",
        "kmod-tg3",
        "kmod-tun",
        "kmod-veth",
        "libblkid",
        "libblobmsg-json",
        "libc",
        "libcomerr",
        "libext2fs",
        "libf2fs",
        "libiwinfo",
        "libiwinfo-data",
        "libiwinfo-lua",
        "libjson-c",
        "libjson-script",
        "liblua",
        "liblucihttp",
        "liblucihttp-lua",
        "libmnl",
        "libnftnl",
        "libnl-tiny",
        "libsmartcols",
        "libss",
        "libubox",
        "libubus",
        "libubus-lua",
        "libuci",
        "libuclient",
        "libucode",
        "libustream-wolfssl",
        "libuuid",
        "libwolfssl",
        "logd",
        "losetup",
        "lsblk",
        "lua",
        "luci",
        "luci-app-attendedsysupgrade",
        "luci-app-ddns",
        "luci-app-firewall",
        "luci-app-nlbwmon",
        "luci-app-opkg",
        "luci-app-statistics",
        "luci-app-wireguard",
        "luci-base",
        "luci-lib-base",
        "luci-lib-ip",
        "luci-lib-jsonc",
        "luci-lib-nixio",
        "luci-mod-admin-full",
        "luci-mod-network",
        "luci-mod-status",
        "luci-mod-system",
        "luci-proto-ipv6",
        "luci-proto-ppp",
        "luci-ssl",
        "luci-theme-bootstrap",
        "mkf2fs",
        "mtd",
        "netifd",
        "nftables-json",
        "odhcp6c",
        "odhcpd-ipv6only",
        "openwrt-keyring",
        "opkg",
        "partx-utils",
        "powertop",
        "ppp",
        "ppp-mod-pppoe",
        "procd",
        "procd-seccomp",
        "procd-ujail",
        "px5g-wolfssl",
        "qrencode",
        "resize2fs",
        "rpcd",
        "rpcd-mod-file",
        "rpcd-mod-iwinfo",
        "rpcd-mod-luci",
        "rpcd-mod-rrdns",
        "tailscale",
        "tc-tiny",
        "ubox",
        "ubus",
        "ubusd",
        "uci",
        "uclient-fetch",
        "ucode",
        "ucode-mod-fs",
        "ucode-mod-ubus",
        "ucode-mod-uci",
        "uhttpd",
        "uhttpd-mod-ubus",
        "urandom-seed",
        "urngd",
        "usign"

*wolfssl* wurde inzwischen uninstalled, dafür ist mbedtls-util nun dabei

Hmm, das klingt nicht gut "Connection refused" => da listened kein ssh Daemon (dropbear) mehr. Klingt eigentlich nach einem kaputten Device, das man evtl. per Factory Reset oder zur Not per Serial recovern muss...

Als AP funktioniert das Ding aber noch?

Die generischen Guides zum OpenWrt-Recovery-System sind auch eine Lektuere wert: https://openwrt.org/docs/guide-user...d_factory_reset