Ale jaką następną? Mi głównie chodzi o to, żeby nie zabrakło miejsca na pakiety. I żeby przy aktualizacji nie trzeba było wszystkie od nowa ustawić. Jeśli jest inna opcja niż te 1024 to mi to tez pasuje. Ale 100Mb to na pewno jest za mało co w domyślnym configu jest.

Zrobię 3 lub 4 takie same próby bez znaczenia na wynik i zobaczymy co statystyka powie bo odnoszę wrażenie że to losowo działa...

A potem na te same kopyto polecimy w ext4

Takie coś mam w etc/config/attendedsysupgrade:

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'

# Example configuration for 'owut'.  The option names are the same
# as those used on the command line, with all '-' dashes replaced by
# '_' underscores.  Use 'owut --help' to see more.

config owut 'owut'
#    option verbosity         0
#    option keep              true
#    option init_script      '/root/data/my-init-script.sh'
#    option image            '/tmp/my-firmware-img.bin'
#    option rootfs_size       256
#    option pre_install      '/etc/owut.d/pre-install.sh'
#    option poll_interval     10000  # In milliseconds
#    list   ignored_defaults 'kmod-drm-i915'
#    list   ignored_defaults 'kmod-dwmac-intel'

nie powinno być

config owut 'owut'
    option rootfs_size '1024'

??

dobra poradziłem:

Disk /dev/nvme0n1: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: KXG6AZNV256G TOSHIBA
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: gpt
Disk identifier: DED7BF63-8AA5-F8A5-A24D-B44DD25E2300

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1       512     33279     32768    16M Linux filesystem
/dev/nvme0n1p2     33280   2130431   2097152     1G Linux filesystem
/dev/nvme0n1p3   2131968 500117503 497985536 237.5G Linux filesystem
/dev/nvme0n1p128      34       511       478   239K BIOS boot

Partition table entries are not in disk order.

Command (m for help):

Kolejne maglowanie i jest tak:

UUID: 2326250e-2cf1-4491-9206-3b4596a35641 (/dev/loop0, 1009.50 MiB)    /overlay    auto (f2fs)    defaults   
    UUID: 1234-abcd (/dev/nvme0n1p1, 16.00 MiB)    /boot    auto (vfat)    defaults   
    UUID: 61099049-1a2cb97e-a0354c0f-dfddbf6b (/dev/nvme0n1p2, 1024.00 MiB)    /rom    auto (squashfs)    defaults

root@OpenWrt:~# block info
/dev/loop0: UUID="2326250e-2cf1-4491-9206-3b4596a35641" LABEL="rootfs_data" VERSION="1.16" MOUNT="/overlay" TYPE="f2fs"
/dev/nvme0n1p1: UUID="1234-ABCD" LABEL="kernel" VERSION="FAT16" MOUNT="/boot" TYPE="vfat"
/dev/nvme0n1p2: UUID="61099049-1a2cb97e-a0354c0f-dfddbf6b" VERSION="4.0" MOUNT="/rom" TYPE="squashfs"
root@OpenWrt:~# ls /dev
audio            i2c-1            loop3            nvme0n1p1        snd              tty15            tty26            tty37            tty48            tty59            ttyS11           ttyS9
bus              i2c-2            loop4            nvme0n1p128      stderr           tty16            tty27            tty38            tty49            tty6             ttyS12           urandom
console          i2c-3            loop5            nvme0n1p2        stdin            tty17            tty28            tty39            tty5             tty60            ttyS13           vcs
cpu              i2c-4            loop6            nvram            stdout           tty18            tty29            tty4             tty50            tty61            ttyS14           vcs1
cpu_dma_latency  i2c-5            loop7            port             tty              tty19            tty3             tty40            tty51            tty62            ttyS15           vcsa
dri              input            mem              ppp              tty0             tty2             tty30            tty41            tty52            tty63            ttyS2            vcsa1
dsp              kmsg             mixer            ptmx             tty1             tty20            tty31            tty42            tty53            tty7             ttyS3            vcsu
fd               log              net              ptp0             tty10            tty21            tty32            tty43            tty54            tty8             ttyS4            vcsu1
full             loop-control     ng0n1            pts              tty11            tty22            tty33            tty44            tty55            tty9             ttyS5            vhost-net
hpet             loop0            null             random           tty12            tty23            tty34            tty45            tty56            ttyS0            ttyS6            vmci
hwrng            loop1            nvme0            rtc0             tty13            tty24            tty35            tty46            tty57            ttyS1            ttyS7            vsock
i2c-0            loop2            nvme0n1          shm              tty14            tty25            tty36            tty47            tty58            ttyS10           ttyS8            zero
root@OpenWrt:~#

Jeden nvme 256Gb kioxii excerii robione krynia opisem

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.

Ja nigdzie nie napisałem, że to Twój sposób. Napisałem jak wyżej czyli sposób opisany przez krynio a nie że stworzony przez krynio ;-)

Przemaglowałem dziadka jeszcze raz ale tym razem nadałem mu po factory reset hasło i teraz poszło i zapamiętał dane. Chyba to, że nie nadałem na początku hasła było problemem. Lecę z tematem dalej...

A ten docker i filebrowser mają swoje gui czy wszystko z konsolki tudzież grzebanie w plikach konfiguracyjnych?

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.

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?