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

W moim skrypcie nic nie wybierasz. Sam zmienia partycje ma 100% dostępnej wielkości.

Ale to ci zmieni tylko jednorazowo. Lepiej zainstaluj obraz, ustaw opcje w konfigu owut na ile chcesz mieć wielką partycje, niech zlozy i zainstaluje obraz jeszcze raz. Wtedy przy takim ustawieniu partycja przetrwa aktualizacje

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.

Przetestuję niebawem opis krynia. Dysk mogę orać ile chcę razy to nie problem. Najważniejsze jest osiągniecie celu aby mieć więcej miejsca na pakieciki. Za jakiś czas do drugiego slotu pójdzie drugi dysk nvme na potrzeby FTP. Czy coś nowego szybszego wyszło poza vsftpd-tls? Mam na myśli FTP szyfrowanego bez znaczenia czy to będzie SFTP czy FTPs czy jeszcze coś innego może na openwrt wymyślili w miarę żwawego.

Ale FTP jest szybszy przynajmniej jak testowałem vsftpd z scp.

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.

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.

To nie jest mój sposób lecz metoda, którą Cezary napisał Ci wcześniej. Ja tylko rozwinąłem opis .
Adres IP 192.168.220.1 powinien pozostać nie zmieniony. Chyba że opcja force ma taką moc. Ale nie kojarzę żeby zmieniło mi IP.
Wykonaj polecenie sysupgrade -l służy do wyświetlenia listy plików i katalogów, które zostaną zachowane podczas aktualizacji oprogramowania.
Na pewno zachowuje się cały /etc/config/ czyli także /etc/config/network w którym zmieniłeś adres IP.
Ewentualnie dopisz sobie do /etc/sysupgrade.conf co ma się dodatkowo zachować.

Po wejsciu do pukntów montowania w luci widze coś takiego na dole:

    UUID: 311df756-99c4-46ea-b30e-2f0a96d5d8e8 (nieobecny)    /overlay    auto    defaults   
    UUID: 1234-abcd (/dev/nvme0n1p1, 16.00 MiB)    /boot    auto (vfat)    defaults   
    UUID: af17bb17-3f710237-1d202412-bec4b5bb (nieobecny)    /rom    auto    defaults   

1. Czy te nieobecne mogę bez konsekwencji usunąć czy one robią coś ważnego tyko tak zostały nazwane?
2. Jak przy nvme użyć pakietu fdisk żeby zrobić z pozostałej cześci dysku kolejną partycję. Wg poradnika Cezarego fdisk /dev/sda no ale u mnie czegoś takiego nie ma... Jest jakieś polecenie żeby sprawdzić jak ten dysk się nazywa?

Jeśli chodzi o nvme to prawda pierwsze spotkanie pod openwrt. Wziąłem fdisk /dev/nvme0n1, wybrałem "n" potem "p" dałem to co domyślnie czyli 2048 i do końca jaka tam wartość pokazał potem "w" żeby zapisał i po reboocie nie wstaje. Na ekranie brak bootowalnego dysku.

Czy to jest normalne?

Command (m for help): F

Unpartitioned space /dev/nvme0n1p1: 15 MiB, 15728640 bytes, 30720 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes

Start   End Sectors Size
2048 32767   30720  15M

Command (m for help): p
Disk /dev/nvme0n1p1: 16 MiB, 16777216 bytes, 32768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00000000

Command (m for help):