Ok. Czyli bez zbudowania obrazu z rozszerzoną partycją się nie obędzie. Jeszcze jedno pytanie. Czy jeśli zbuduję image z rootem np 2GB i dodatkowym EXT4 na resztę dysku, czy po sysupgradzie layout partycji zostanie? W sensie czy ten EXT4 będzie nie ruszony?

Jasne. Póki co, testuję to wszystko w labie i na wirtualce. Nie wrzucam jeszcze tego setupu na produkcję.

mam wersję 8M, sprawdziłem, ale to nie wiele zmienia, komunikat w dalszym ciągu jest tylko inny powyższy zrzut ekranu poprawiony.

Panowie, dziękuję pięknie, wgrywałem nie pierwszy raz a tu wczoraj przez roztargnienie takie błędy. Pomogło, działa :-)

Korzystając z ostatniego snapshota 24.10 z eko.one.pl, przeszedłem wczoraj w końcu z dziadka R6220 na BPI-R4 jako router domowy. Chwilę się zeszło przeniesienie konfiguracji na nowe graty. Jak na razie 24.10 sprawuje się ok...

Śmiga, nawet strona z LUCI routera otwiera się dużo szybciej. R4 działa tylko jako router kablowy, nie korzystam z funkcji WiFi (nie mam nawet karty do routera). BPI podpięte przez SFP+ do CSS610 (DAC), stamtąd dyski podsufitowe jako AP i drugi switch przez pozostałe SFP+ dla szybszych maszyn stacjonarnych.
Dołożony dysk nvme, udziały samby ustawione, backup się robi z prędkością łącza. W kompie co prawda karta RTL8126, ale switcha z portami 2.5Gb, więc 280MB down/up na router.
Na routerze odpalone adblock-lean z presetem dla routerów z RAM>512MB, standardowa konfiguracja (VLANy, DDNS, MWAN3, serwer WG, modem do SMS'ów z automatyki) i zjada jakieś 300MB RAM. Zastanawiam się na co spożytkować RAM w BPI-R4

A tego wpisu nie musisz zmienić, wykluczając lan4 z bridge'a? Bo to chyba tutaj jest zdefiniowane.
network.@device[0].ports='lan1' 'lan2' 'lan3' 'lan4'
I chyba uci delete "port", albo uci set - i tutaj wstawiasz opcję z portami które chcesz mieć w bridge.

Zadziałało

ci del_list network.@device[0].ports=lan4

dziękuje bardzo za naprowadzenie

wpisać w rc.local usunięcie tego skryptu, na wszelki wypadek jeszcze z jakimś sleepem

w uci defaults będzie startował po każdym starcie systemu, czyli jeśli skrypt zmienia nazwe wifi to bedzie zmieniał ją po każdym starcie systemu a nie tylko przy pierwszym uruchomieniu.

Najprostsze ale tak się zakręciłem ze na to nie wpadłem podziękował

no właśnie nie kasuje pliku 01-mojskrypt.sh, w /etc/uci-defaults cały czas jest po każdym reboocie systemu. w związku z czym cofa wszelkie zmiany do tych zawarte w nim.

w logach nic nie znalazłem, wszystkie komendy ewidentnie są wprowadzane, być może jest w nim jakiś błąd którego nie widze. Dla pewności dodałem żeby sam sie skasował i jest teraz wporządku.

#!/bin/sh
sleep 15s
uci del network.wan.device
uci del network.wan6.device
uci del_list network.@device[0].ports=lan1
uci set network.wan.device=lan1
uci set network.wan6.device=lan1
uci set network.lan.ipaddr='192.168.10.1'
uci set system.led_wan.dev=lan1
uci commit
uci set wireless.@wifi-device[0].disabled=0
uci set wireless.@wifi-device[0].channel=6
uci set wireless.@wifi-iface[0].ssid=xxx
uci set wireless.@wifi-iface[0].encryption=psk2
uci set wireless.@wifi-iface[0].key=xxxxxxxx 
uci set wireless.@wifi-device[0].htmode=HT40
uci set wireless.@wifi-device[0].noscan=1
uci set wireless.@wifi-device[1].disabled=0
uci set wireless.@wifi-device[1].channel=36
uci set wireless.@wifi-iface[1].ssid=xxx_5g
uci set wireless.@wifi-iface[1].encryption=psk2
uci set wireless.@wifi-iface[1].key=xxxxxxxx 
uci set wireless.@wifi-device[1].htmode=HT40
uci set wireless.@wifi-device[1].noscan=1
uci set wireless.@wifi-device[0].country=PL
uci commit wireless
wifi
rm /etc/uci-defaults/01-mojskrypt.sh

Nie wiem czemu go nie kasował sam, w każdym bądź razie dziękuję za pomoc