oops dont think that image is there anymore... for a second I thought you'd tapped into the backbone 
time curl -sSL https://rpi4.wulfy23.info/builds/rpi-4_snapshot_3.2.107-11_r17232_extra/rpi4.64-snapshot-26669-3.2.107-11-r17232-ext4-sys.img.gz > /dev/null
hahahaha
time curl -sSL https://rpi4.wulfy23.info/builds/rpi-4_snapshot_3.2.107-11_r17232_extra/rpi4.64-snapshot
-26669-3.2.107-11-r17232-ext4-sys.img.gz > /dev/null
real 0m 40.86s
user 0m 1.88s
sys 0m 1.16s
there is minor update should I flash it?
stable[minor-update] online:3.2.107-11(3.2.107-5) [flash] twicedaily[refresh] [backup] [ytdl] [editor] [tty]
i'll give you some credit neil1... there are alot of peeps that throw heavy packets at their rpi4...
but not many are driving theirs so hard in terms of multi-use
to be honest... the last ~7(back-to-around: 3.2.61-30_r17073ish after the sysupgrade bugs were fixed) major revisions are largely free of quirks and don't really need upgrading... the last 3.1's are also mostly ok
actually that build mostly just has that hardcoded enable SQM fix... (nothing much)
hehehehe
its all started with bad pings during gaming
upgraded to rpi-4_snapshot_3.2.130-7_r17311_NO-https-dns-proxy.
flawless, on the first try. everything is fine and working out of the box instantly without any problems for me and my usecase.
thanks again and a lot wulfy.
IMAGEBUILDER(static) https://rpi4.wulfy23.info/ib/
sweet now that the bugs are sorted-ish I put the statix imagebuilder back up for anyone who wanted to experiment with it... also slimmed it down from 900M to 203M to 115M
experienced users only
remove too many packages or FILES you'll probably break the build... (specifically disk/http-ping/network tools)
but for anyone who's wanted to make your own image with less or more packages...
there is an experimental imagebuilder(s):
just run (or change) (assumes you have used imagebuilder before and have prerequisites)
###################### tar -xJf ib-r17311.tar.xz; cd ib-r17311/
./regen.sh
and you should get the same as a normal build
disclaimer: haven't tested this much yet... and probably not an ongoing thing/needs alot of devel to polish... but always wanted to make the build more versatiletechnically with this you can do things like;
PACKAGE MODS
CONFIG MODS
IMAGE MODS
NON COMMUNITY
NOTE:
rpi-4_snapshot_3.2.130-9_r17311_extra
i am tempted. should i try or could it be likely that https-dns-proxy messes up my cfg again?
if i understood you correctly before, you had it fixed...
up to you... only difference is a conditional in that https-dns-proxy hotplug file that checks if its enabled before trying to reload so I don't have to build two images... (-6_wproxy -7_woproxy -9_backtonormal)
otherwise identical to what you have...
(i'm running it and seems ok)
understandable for sure. thats what i meant.
will try and use it as a test of your condition.
if any long term build users need to send emails (router report/alert)... PM me your public: ipv4, ipv6 router ip's if you want to test
was going to do sms but stuff ups gonna cost... but it's technically possible...
hotplug works. all fine. thanks again.
stable [newer-major] 3.2.130-9(3.2.107-11)
upgraded
I was getting unknown error on my WAN interface. Tried rebooting couple of times still same issue. Then I logged into my modem and saw it is started with g.dmt instead of VDSL, rebooted modem and internet started working again.
I thought maybe some issue with the latest build, turned out it was my modem.
some good news for users of this device (and sdcard/x64 etc)... proper image filesystem type detection was recently added (is being added) to attended sysupgrade... this means that it may actually work soon for us (i.e. official builds... not related to these custom builds).
so theoretically in the near future you can build your own images with nic drivers... then upgrade and keep them...
which probably only leaves partition sizes as the last important remaining thing outstanding...
after the latest update packages were not installed automatically, I used these commands you mentioned earlier.
opkg remove --force-removal-of-dependent-packages adblock luci-app-adblock
Removing package luci-app-adblock from root...
Removing package adblock from root...
Not deleting modified conffile /etc/config/adblock.
Collected errors:
* opkg_remove_cmd: Package luci-app-adblock is not installed.
[root@network /]# opkg remove --force-removal-of-dependent-packages adblock luci-app-adblock
No packages removed.
[root@network /]# opkg install igmpproxy samba4-server vsftpd luci-app-samba4 ca-certificates simple-adblock luci-app-s
imple-adblock
Installing igmpproxy (0.3-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/igmpproxy_0.3-1_aarch64_cortex-a72.ipk
Installing samba4-server (4.14.5-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/samba4-server_4.14.5-1_aarch64_cortex-a72.ipk
Installing libtasn1 (4.16.0-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/libtasn1_4.16.0-1_aarch64_cortex-a72.ipk
Installing liburing (2.0-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/liburing_2.0-1_aarch64_cortex-a72.ipk
Installing libpam (1.5.1-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/libpam_1.5.1-1_aarch64_cortex-a72.ipk
Installing attr (2.5.1-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/attr_2.5.1-1_aarch64_cortex-a72.ipk
Installing libavahi-dbus-support (0.8-7) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/libavahi-dbus-support_0.8-7_aarch64_cortex-a72.ipk
Installing libdaemon (0.14-5) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/libdaemon_0.14-5_aarch64_cortex-a72.ipk
Installing avahi-dbus-daemon (0.8-7) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/avahi-dbus-daemon_0.8-7_aarch64_cortex-a72.ipk
Installing libavahi-client (0.8-7) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/libavahi-client_0.8-7_aarch64_cortex-a72.ipk
Installing samba4-libs (4.14.5-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/samba4-libs_4.14.5-1_aarch64_cortex-a72.ipk
Installing vsftpd (3.0.4-1) to root...
Downloading http://downloads.cdn.openwrt.org/snapshots/packages/aarch64_cortex-a72/packages/vsftpd_3.0.4-1_aarch64_cortex-a72.ipk
Installing luci-app-samba4 (git-21.151.33954-c4cdfcb) to root...
Downloading https://github.com/wulfy23/rpi4-opkg/raw/master/r17311-7057e05485/luci/luci-app-samba4_git-21.151.33954-c4cdfcb_all.ipk
Package ca-certificates (20210119-1) installed in root is up to date.
Package simple-adblock (1.8.7-6) installed in root is up to date.
Package luci-app-simple-adblock (1.8.7-3) installed in root is up to date.
Configuring libpam.
Configuring libavahi-dbus-support.
Configuring libdaemon.
Configuring avahi-dbus-daemon.
Configuring libtasn1.
Configuring libavahi-client.
Configuring attr.
Configuring liburing.
Configuring samba4-libs.
Configuring samba4-server.
Configuring luci-app-samba4.
Configuring igmpproxy.
Configuring vsftpd.
Collected errors:
* resolve_conffiles: Existing conffile /etc/config/igmpproxy is different from the conffile in the new package. The new conffile will be placed at /etc/config/igmpproxy-opkg.
* resolve_conffiles: Existing conffile /etc/config/samba4 is different from the conffile in the new package. The new conffile will be placed at /etc/config/samba4-opkg.
did you flash(upload) via luci without AUTORESTOREAPPLY=1 ?
is there an /autorestore.sh file?
grep . /autorestore.sh
I upgraded via luci but via this button
grep . /autorestore.sh
grep: /autorestore.sh: No such file or directory
ok in this case... it's probably something odd...
since the move to the hosting provider... i've noticed some opkg update fails on package restore attempts...
just use /etc/packagesinstall.txt and /etc/packagesremove.txt (one package per line) or what you've been doing for a few builds while I have time to investigate...
thanks for the feedback...
( actually looks like some of the other changes I made too... that autorestore.sh file used to always be created )
[root@dca632 /usbstick 46°]# sysupgrade -R /tmp/rpi4.64-snapshot-26691-3.2.137-2-r17339-ext4-sys.img.gz
Mon Aug 16 14:20:43 AEST 2021 upgrade: validate-good de1e2a01d2bba155 /etc/opkg/keys[ok] /etc/custom/keys[ok]
Mon Aug 16 14:20:44 AEST 2021 upgrade: Reading partition table from bootdisk...
Mon Aug 16 14:20:44 AEST 2021 upgrade: Reading partition table from image...
Mon Aug 16 14:20:44 AEST 2021 upgrade: disk:> 1 8192 786432 > 2 802816 61718528
Mon Aug 16 14:20:44 AEST 2021 upgrade: image:> 1 8192 786432 > 2 802816 1966080
Mon Aug 16 14:20:44 AEST 2021 upgrade: Layout changed writing full image...
Mon Aug 16 14:21:01 AEST 2021 upgrade: AUTORESTORE [ok] add[5] rem[0]
Mon Aug 16 14:21:01 AEST 2021 upgrade: Saving config files...
Mon Aug 16 14:21:24 AEST 2021 upgrade: saved-size:30.6M
#actually it ran twice and to pickup the failed package... so not entirely perfect... but it worked
[ 187.622083] 99-tap-opK> ############ AUTO PACKAGE RESTORE> running restorepackages.sh firstboot [totalactions:]
[ 210.567244] restorepackages.sh> /bin/checkinternet.sh checkopkg firstboot [ok] .internetok ok 0
[ 210.657848] restorepackages.sh> internet-inline-second [check-off]
[ 210.836037] restorepackages.sh> opkg [prechecked]
[ 211.026040] restorepackages.sh> /etc/custom/autorestore.sh [firstboot] add:4 rem:0
[ 211.285491] restorepackages.sh> applyautorestore RUN
[ 222.355102] restorepackages.sh> opkg install --force-checksum attendedsysupgrade-common [ok-firstboot]
[ 230.911881] restorepackages.sh> opkg install --force-checksum auc [fail-firstboot]
[ 238.636978] restorepackages.sh> opkg install --force-checksum luci-app-attendedsysupgrade [ok-firstboot]
[ 239.969007] restorepackages.sh> dump /tmp/opkgrestoreissues.txt(opkgstderrs) >> /root/.sysinfo.msgs
[ 240.021625] restorepackages.sh> updating cumulativeINFO: /etc/custom/cumulative.txt
[ 240.072005] restorepackages.sh> checkRESTOREISSUES: issues: /tmp/opkgrestoreissues.txt
[ 249.327627] 99-tap-opK> ############ AUTO PACKAGE RESTORE> running restorepackages.sh firstboot [totalactions:d
[ 249.474289] restorepackages.sh> internet [prechecked]
[ 249.516000] restorepackages.sh> opkg [prechecked]
[ 249.559295] restorepackages.sh> /etc/custom/autorestore.sh [firstboot] add:1 rem:0
[ 249.631112] restorepackages.sh> applyautorestore RUN
[ 257.620996] restorepackages.sh> opkg install --force-checksum auc [ok-firstboot]
[ 257.667712] restorepackages.sh> dump /tmp/opkgrestoreissues.txt(opkgstderrs) >> /root/.sysinfo.msgs
[ 257.717577] restorepackages.sh> updating cumulativeINFO: /etc/custom/cumulative.txt
[ 257.763232] restorepackages.sh> checkRESTOREISSUES: success
[root@dca632 /usbstick 47°] grep . /autorestore.sh
opkg install --force-checksum attendedsysupgrade-common #opK-R
opkg install --force-checksum auc #opK-R
opkg install --force-checksum luci-app-attendedsysupgrade #opK-R
opkg install --force-checksum rpcd-mod-rpcsys #opK-R
actually... I think way back when I tried to fix/debug your firstboot internet problems last time... i've added an early exit before /autorestore.sh is created... (and internet is down )... I will try to maybe fix that if i'm ever in that area...
but I'm guessing packagesinstall.txt and packagesremove.txt will also fail for you if it's a connectivity problem...
fwiw... the actions were stalled in your case here;
tail -n20 /tmp/installed_packages.txt
(should show the restore actions that were carried from the last install before you reboot)
one more issue my ftp and samba users were not working and from 8/10 to 8/13 files are missing for my camera and there are some files for 8/14 but not like the normal I don't know why.
created newuser and it's working now