Rpi4 < $(community_build)

hotplug works. all fine. thanks again.

1 Like
stable [newer-major] 3.2.130-9(3.2.107-11) 

upgraded

1 Like

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.

:sleeping:

1 Like

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...

2 Likes

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.
1 Like

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
Screenshot 2021-08-14 163927

1 Like
grep . /autorestore.sh
grep: /autorestore.sh: No such file or directory
1 Like

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 )


edit: just tested this and it worked for me... so I think your issue is again back to **firstboot internet connectivity issues**
auto-restore-logs
[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)

2 Likes

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

interesting... having thought about it... nothing build related really should effect the things you describe

  • ftp users are typical user accounts... i've never seen these be removed during an upgrade
  • samba accounts are local and dependant on whether smbpasswd is in your backup...
  • pictures should be on another disk... so we dont really touch that...

so... the only thing that may make sense is you included too much stuff in your backup? ( sysupgrade.conf ) ... i.e. more than 250Mb worth (compressed)... afaik sysupgrade should stall if backup fails to save... but I have not tested this condition...

the other possibility is (manual) restoration of a backup clobbered settings... ( and sdcard issues / rootfsexpand inode issues or something are also another remote possibility )

1 Like

I meant to say ftp user was not working so pictures failed to save on usb connected with pi4

1 Like

yeah... afaik... ftp users are stored in /etc/passwd? and i've never seen anything be dropped from this file during normal upgrades...

so it's really weird... any failure there would mean your root password would also likely be blank...

or packages were not installed automatically that's why it was not working, I think. I installed samba and other packages.

root password was same.

1 Like

The dnsmasq restart is triggered on https-dns-proxy stop already. There's an issue with compiling for TurrisOS which I'm trying to address before pushing an update which would only restart https-dns-proxy from hotplug event if it's enabled.

1 Like

thanks strangri, I realise my setup is unusual by installing lots of stuff and disabling it...

there is no urgency on this end

this build pretty much revolves around what is provided by you, @dibdot and mwan3 so thanks for the code

(p.s. i've been packing in 0.3.5-2(vpn-pbr) for the last few builds so if that is your 'edge/testing' codebase you may get a little exposure here... )


@ulpian ue350 has little exposure and I know it(AX) runs a little warmer + online reviews are lower... flip a coin tho'... I don't think it will really make that much difference but they are cheap enough to buy one of each and test them out for us?

I also have one of these AX/warm which are cool but as eth1 is wan... I don't have a real need for it yet... good for DMZ/mac tho' ( thanks @quantumrider )
cablematters
having a longer/thinner cable is also great for some mounting options... but a little messy for the rpi4 in a typical install

note: i've 3 ue300's... the last one I got has a 'white' led and the first two are more orange... the 'white'/new one runs alot warmer... so whether that is the led alone or manufacturing made changes and there are lesser quality ones going around I cannot say...

Hello there,
Wulfy, thanks for all your tips. I'll keep these in mind.
Cheers!

ulpian

1 Like

I have one of the white LED UE300s as the WAN port in my RPI4. It is version 3.0, it works with the RTL8152 kmod as usual. The case feels lukewarm but nothing alarming...

Your older UE300s with the more orange LED are version 3.0 too? Maybe a running change?

I'm tempted to pry it open and have a look, lol. The only pictures of the insides that I can find are of revision 1.0

1 Like

so... i opened the first one... not too bad to open actually (top comes off easily)... just where the cable comes in... once it's open the pcb borderline non-removable from the second side without tearing off the tiny usb3 wires... so I wrecked it...

when I said the white one was 'warmer' the orange one/s are bone cold... so 'warm' is low when compared to other nics still...

lemme check versions...

o that's interesting....

WHITE = 1.0 (x1)
ORANGE = 3.0 (x2)

so maybe first gen was 'warmer' ( or 1.0 means some other revision as i'm pretty sure that arrived like 10 months after the others from the same supplier )

NOTE: when I say 'orange' it's a dim white type orange... the white one is half the radius and less shadow... emits triple the lumens...

1 Like

Hmm, mine seems white. I'll have a better look at the LED color later and post a picture, but at a glance it seemed white, not orange-white.

Probably just LED batch variance, white is not the easiest color to produce.

Good to know about the revisions.

1 Like