That sounds bad!
Was just about to ask if upgrade from 17.01.4/5 to 18.06 was supported?
Can you please be more specific? Which bin have you used? I have a live TL-WR741ND v4 and I'm afraid to flash it since I tested 18.06.0 yesterday on a spare D-Link DIR-300 B1 (same 4MB Flash / 32MB RAM) and had 0 space left, couldn't even save the LuCI password.
This is what I used on the D-Link DIR-300 B1:
https://downloads.openwrt.org/releases/18.06.0/targets/ramips/rt305x/
dir-300-b1-squashfs-factory.bin 6bc9f1c3cc2ebcbc21a771be0285140001d229e04d7a02ba1f6d449e1aa93c86 3584.1 KB Tue Jul 31 17:25:04 2018
dir-300-b1-squashfs-sysupgrade.bin 63a64d80c75a8367cee474796a855a667c3bbfdc3d8629b5377f4c156e6af81a 3584.2 KB Tue Jul 31 17:25:04 2018
And what I found for the TL-WR741ND v4:
https://downloads.openwrt.org/releases/18.06.0/targets/ar71xx/tiny/
tl-wr741nd-v4-squashfs-factory.bin 36c2810487eb0a612a6495e4a5a40339bea3df518998ab49bc7768077391d059 3840.0 KB Tue Jul 31 04:42:06 2018
tl-wr741nd-v4-squashfs-sysupgrade.bin 04544705f136d4e49225767d2d640a0521fb700b7819c02c96564027356b4ccc 3584.0 KB Tue Jul 31 04:42:06 2018
Note the same size of the flash bin files.
With my D-Link DIR-300 B1 experience, 0 space left after flashing 18.06.0, i was about to suggest to ditch the IPV6 support for these old 4/32 routers if that will save some space and make the flash files usable.
my devices hung unless i unchecked 'keep setting'. after flashing new 18.06 version, i could restore settings. i havent dug in to figure out why. i'm sure some dev knows!
I suggest using the ImageBuilder and remove ppp, luci-proto-ppp, kmod-ppp, opkg etc.
Thanks for the suggestions. On the DIR-300 B1 under 18.06.0 I remember trying to remove with both opkg & LuCI some packages and while both were reporting success (package removed), the packages were still there and I was still on 0 space left, even after rebooting. felt like everything was read only.
I need ppp for the PPPoE link, but ipv6 is not really needed nor that widely implemented as it should be.
You cannot remove builtin packages from an installed firmware since they're part of the readonly squashfs ROM. You need to generate a custom image not having them integrated in the first place to shrink the R/O partition to leave enough reamining space for JFFS2.
Ok then, not very knowledgeable with the ImageBuilder, I guess I'll stick with Chaos Calmer, runs rock-solid for almost 2 years now and I don't mind the unresolved KRACK issue as I'm always going through OpenVPN on WiFi (Raspberry Pi as full fledged Linux "router extension").
I'll wait until these so called "GigaBit" routers that have enough space to accommodate 18.06.0 will get cheaper and more powerful (in order to handle PPPoE at least at 500MBit/s) and maybe consider to upgrade my 100Mbit Internet line (useless ATM). Still considering a 30EUR Raspberry Pi as a "router extension" better, more powerful, more flexible than anything a modern router can provide me in terms of usability.
For the Netgear r7500/ r7500v2/ r7800 and d7800 you can only upgrade from 17.01.x to 18.06.x by doing a tftp installation (which loses settings). The NAND partitioning for the kernel had to be changed from 2 MB to 4 MB (and while at it, the rootfs/ overlay has been grown from 19 MB to 96 MB), which can't be done via sysupgrade and requires flashing from the bootloader via tftp.
1 Like
like slh explained, R7800 requires using the TFTP flash to go into 18.06.0 and later.
Advice is found in:
1 Like
I can not find firmware for TP-Link TL-WR703N v1
It is again a 4/32 device. Likely the 18.06 image with LuCI is just too big and can't be built.
Read discussion in e.g. Will there be "OpenWRT 18.06" support for TL-MR3220? (4/32 tiny device)
1 Like
Thx, I have HW mod 64 mb ram and 32 mb flash. Maybe change Id device in fullflash, to exmpl wr802n!?
One improvement on my router (Archer C7 V2.0) since I started testing RC2 is that it seems to have fixed whatever bug was breaking ARP on my network (11 days of uptime with no problems).
With Chaos Calmer and LEDE 17.01.x it would stop working on my home network on a time span ranging from a few hours to a few days (all clients wireless, same SSID for 2.4 and 5 GHz, didn't matter if clients were using the same or different frequencies). Bringing the interfaces up/down didn't fix it, restarting the network service or rebooting would.
After upgrading I'm seeing very, very slow WAN performance. I'm using a Xen setup with the NIC passed through to the OpenWrt VM. The WAN NIC is a RTL8168d/8111d using the r8169 driver.
Performance on the emulated e1000 LAN seems to be fine. Also, I'm not seeing performance issues on 17.01.4.
I think the long-term answer is to get a less terrible NIC on the WAN side, but I'm wondering if anyone else is seeing this or if it is something specific to my configuration.
Yes, I did.
Now I'm embarrassed.
bad news, it's not working properly on WR1043ND v1.
installs ok but then you cannot upgrade or download any package with out of memory errors, here's an example:
root@LEDE:~# opkg list-upgradable
Collected errors:
* pkg_hash_add_from_file: Failed to open /var/opkg-lists/openwrt_routing: Out of memory.
and i have plenty free memory
root@LEDE:~# free
total used free shared buffers cached
Mem: 27832 20104 7728 1164 1388 4232
-/+ buffers/cache: 14484 13348
Swap: 0 0 0
that is a stock upgrade from 17.05.1 to 18.06, couldn't install anything.
had to downgrade at the end and now i can install and update everything
I used this path:
https://downloads.openwrt.org/releases/18.06.0/targets/ar71xx/tiny/
this image:
openwrt-18.06.0-ar71xx-tiny-tl-wr741nd-v4-squashfs-sysupgrade.bin
It was installed as an upgrade from 17.01.5
My device is hardware version 4.22
Openwrt LUCI Software tab shows:
Free space: 26% ( 84.00 KB ) with 18.06.0
Under 17.01.05 I had 212 KB free space.
LUCI is included. I did not install any additional packages but have scripts loaded in startup and twenty or so lines in scheduled tasks.
Maybe try first flashing 17.01.5 (reset to defaults) then 18.06.0. Could you possibly have a lot of certificates or other configuration items accumulated somewhere?
2 Likes
I installed 18.06.0 on a fresh R7800. Things go well before I restart my router. After the rebooting (I just setup pppoe and wireless), I can no longer connect to my router from a browser. I can still use ssh. After check the config files. I found that /etc/config/rpcd,ucitrack,uhttpd becomes unreadable. But those files do have something in them but they are not text now.
-rw-r--r-- 1 root root 808 Jul 30 16:25 dhcp
-rw------- 1 root root 86 Jul 30 16:28 dropbear
-rw------- 1 root root 2.6K Jul 30 16:35 firewall
-rw------- 1 root root 923 Jul 30 16:36 luci
-rw------- 1 root root 843 Jul 30 16:36 network
-rw------- 1 root root 97 Jul 30 16:25 rpcd
-rw-r--r-- 1 root root 908 Jul 30 16:25 system
-rw-r--r-- 1 root root 0 Jul 30 16:25 ubootenv
-rw-r--r-- 1 root root 807 Jul 30 16:25 ucitrack
-rw------- 1 root root 3.7K Jul 30 16:25 uhttpd
-rw------- 1 root root 821 Jul 30 16:32 wireless
There's a regression to the "option prefix_filter" settings for odhcpd in the release. It was working on RC1, but in this release it is broken. All IPv6 prefixes are advertised despite that filter.
@jow If there a way to report this bug?