Greetings,
For some reason I'm stuck on OpenWrt SNAPSHOT, r6181-761d45eb87 and am unable to upgrade further. I tried sysupgrade after reset/firstboot, sysupgrade run in failsafe mode and TFTP. I remember was able to upgrade from luci but currently am unable to use it. I can reset the device and have working ssh and the device is fully operational.
LUCI
Luci won't run because of uhttpd[1342]: Error relocating /usr/sbin/uhttpd: uloop_run: symbol not found. It is after reset, opkg update and opkg install luci with distfeeds.conf pointing to http://archive.openwrt.org/releases/17.01.7 files. My guess is the time frame of 17.01.7 and the snapshot are roughly the same.
sysupgrade
The output is
root@OpenWrt:/tmp# sysupgrade -v openwrt-e2000_v1-squashfs.bin
Image metadata not found
Found CyberTAN image with device pattern: 32XN
Found a valid TRX version 1
Saving config files...
etc/config/dhcp
etc/config/dropbear
etc/config/firewall
etc/config/luci
etc/config/network
etc/config/rpcd
etc/config/system
etc/config/ucitrack
etc/config/uhttpd
etc/config/wireless
etc/dropbear/authorized_keys
etc/dropbear/dropbear_rsa_host_key
etc/group
etc/hosts
etc/inittab
etc/luci-uploads/.placeholder
etc/opkg.conf
etc/opkg/keys/5151f69420c3f508
etc/opkg/keys/72a57f2191b211e0
etc/opkg/keys/792d9d9b39f180dc
etc/opkg/keys/9ef4694208102c43
etc/opkg/keys/b5043e70f9a75cde
etc/opkg/keys/dace9d4df16896bf
etc/opkg/keys/dd6de0d06bbd3d85
etc/passwd
etc/profile
etc/rc.local
etc/shadow
etc/shells
etc/sysctl.conf
etc/sysctl.d/local.conf
Commencing upgrade. All shell sessions will be closed now.
Connection to 10.10.10.1 closed by remote host.
Connection to 10.10.10.1 closed.
After the reboot the version number in the banner is the same as before upgrade.
TFTP
I was unable to connect to TFTP although I can see single packet from the bootloader: 64 bytes from 192.168.1.1: icmp_seq=27 ttl=64 time=1.000 ms
Sysupgrade does not succeed even without the luci installed. The build is mini or something like that without luci after reset. The reason to convert the unit from WRT320N to E2000 is to use the 8 MB flash. I have checked after the conversion it was 8 MB.
But how much RAM do you have? The RAM might choke your sysupgrade process. Flash shouldn't matter since you're storing the image in /tmp, not on your flash.
This was done after firstboot and subsequent reboot, uploaded *.bin and sync && echo 3 > /proc/sys/vm/drop_caches as per https://openwrt.org/docs/guide-user/installation/sysupgrade.cli.
The device is original Linksys WRT320N and with the help of DD-WRT it is converted to Linksys E2000. (https://forum.dd-wrt.com/phpBB2/viewtopic.php?p=475684). As E2000 it is listed in the supported hardware and have corresponding image.
The fiddling with distfeeds.conf was an attempt to install working LuCI, compatible with this build because I remember upgrading from the UI was successful and I have done it many times.
Right now I get
root@OpenWrt:/etc/init.d# opkg update
Downloading http://downloads.lede-project.org/snapshots/targets/brcm47xx/mips74k/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_core
Downloading http://downloads.lede-project.org/snapshots/targets/brcm47xx/mips74k/packages/Packages.sig
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/base/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_base
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/base/Packages.sig
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/luci/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_luci
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/luci/Packages.sig
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/packages/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_packages
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/packages/Packages.sig
Signature check failed.
Remove wrong Signature file.
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/routing/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_routing
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/routing/Packages.sig
Signature check passed.
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/telephony/Packages.gz
Updated list of available packages in /var/opkg-lists/openwrt_telephony
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/telephony/Packages.sig
Signature check passed.
root@OpenWrt:/etc/init.d# opkg install luci
Installing luci (git-20.113.70804-9d02ef1) to root...
Downloading http://downloads.lede-project.org/snapshots/packages/mipsel_74kc/luci/luci_git-20.113.70804-9d02ef1_all.ipk
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for luci:
* cgi-io * kernel (= 4.14.169-1-d9ff4b92f8908e4c07459194f40bd0b7) *
* opkg_install_cmd: Cannot install package luci.
As a way forward I see three options
install working LuCI
succeed in connecting to TFTP server of the bootloader
live with this build/trash the device
Actually there are two more. Debug what's wrong with sysupgrade. Try mtd. As far as I can remember mtd was giving me some error about locked/readonly partition or something.
Snapshots are a constantly moving target (well, not so much anymore for 17.01 ), so the version of the snapshot you were running is probably no longer the current in the repo (assuming there is a 'last' snapshot for LEDE still in there somewhere). So it is not surprising that the dependencies cannot be met. In fact, it seems to be looking for kernel 4.14.169 which implies that the packages in the snapshot that you are seeing are actually already for 19.07, but your kernel is still likely 4.4.x.
I agree with @Borromini that you may have a RAM issue, but it may be possible to workaround that for the moment (it may still be an issue later, though)...
Download a version of 18.06 onto your computer (try 18.06.5 which would have been the last stable version before 19.07 was officially released, you can then later try 18.06.8 or jumping to 19.07.2 later or a snapshot).
issue the firstboot command to erase any installed packages and reset the device to defaults. You will of course no longer have LuCI.
copy the 18.06.5 image into the router using scp (copy it to /tmp/)
ssh into the router and then use sysupgrade -n /tmp/<filename> to upgrade. If it doesn't work, you can try adding the -f argument to force it (warning - if you do this with the wrong image, it will brick your unit).
report back about the status of that upgrade process.
Same result with 17.01, 17.04 and 18.06. I guess it is a matter of the image size being big. To make things worst neither -n or --force did make difference.
I removed some of the non-essential packages with opkg and was able to free almost half the RAM still the upgrade failed
root@OpenWrt:~# free
total used free shared buffers cached
Mem: 27884 12740 15144 3632 188 5224
-/+ buffers/cache: 7328 20556
Swap: 0 0 0
root@OpenWrt:~# sysupgrade -n --force /tmp/17.01.0.bin
Image metadata not found
Found CyberTAN image with device pattern: 32XN
Found a valid TRX version 1
Commencing upgrade. All shell sessions will be closed now.
Connection to 192.168.1.1 closed by remote host.
Connection to 192.168.1.1 closed.
Keep in mind that your device is old enough that it really isn't worth that much more effort (and even worse if you plan to use wireless -- the chipset isn't well supported on OpenWrt, so you'll get bad wifi performance).
After the reboot the unit was inaccessible but still answering to ping
$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=100 time=1.000 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=100 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=100 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=100 time=0.000 ms
That means it was in the bootloader and TFTP was waiting. Fired the TFTP client and put the earliest LEDE image available on the download page. For my surprise the image was accepted! After the reboot
$ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=6 ttl=100 time=372.021 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=100 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=721.042 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=1.000 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=22 ttl=64 time=0.000 ms
92 bytes from hostname (192.168.1.100): Destination Host Unreachable
92 bytes from hostname (192.168.1.100): Destination Host Unreachable
64 bytes from 192.168.1.1: icmp_seq=47 ttl=64 time=720.041 ms
64 bytes from 192.168.1.1: icmp_seq=48 ttl=64 time=0.000 ms
64 bytes from 192.168.1.1: icmp_seq=49 ttl=64 time=0.000 ms
Normal boot sequence! Fired up the browser to http://192.168.1.1 and... LuCI!
), so the version of the snapshot you were running is probably no longer the current in the repo (assuming there is a 'last' snapshot for LEDE still in there somewhere). So it is not surprising that the dependencies cannot be met. In fact, it seems to be looking for kernel 4.14.169 which implies that the packages in the snapshot that you are seeing are actually already for 19.07, but your kernel is still likely 4.4.x.