Thanks Dave for your reply - I did do this below as you suggested:
After you have changed the Gateway IP, on a windows machine do a ipconfig /release and then and ipconfig /renew and see if the gateway IP address has changed. If not, there may be one other place to edit.
Where might be that " other place to edit." ? - I ask this because I have been running your Builds for well over a year and I always followed ( including now on r7210 ) the practice you suggested and everything worked fine. Not this time however. Also do I only need to enter " key " for WPA2 on new Wireless Setup page? My main issue is with Lan not resolving - so if you can point me to that other edit - I will be most grateful.
Thanks again for your time and efforts
A changelog would be nice but if it takes too much of your time i can live without one. Just keep it up with ur great builds.
And i'm happy with the new build as long as the wifi has been updated.
The only thing i haven't managed is to back up my settings and easy restore em.
I always boot the Linksys partition and flash your builds from there and then reconfigure everything from the scratch.
Anyway i dont have that much custom stuff running, only some custom firewall rules for my isolated guest network, dnscrypt-proxy, adblock, a few port forwards and a custom DynDNS provider.
It only takes about 10-15 mins for my setup and that's not a problem for me...
But it would be nice to save all my fw rules + interface settings and restore them but i'm not sure if it will work that way.
I don't think the driver to fix the AC1900 v1 is included in the build... looking at the notes the fixed driver is 10.3.8.0-20180615 - DavidC502 has 10.3.8.0-20180614...
According to yuhhaurlin: fixed by 10.3.8.0-20180615.
Perhaps it wasn't fixed then. Wish davidc502 would make a new thread for his builds, his summary covering all the details of his build was very helpful. Besides this LEDE forum is far better/more advanced than the dead OpenWrt one was anyway.
Hi folks, I successfully flashed David's latest build (7210) on my WRT32X last night and have everything working as hoped, with the exception of 160MHz wide AC. As soon as I change wlan0 from 80MHz to 160MHz the radio refuses to come up. Is this related to the bug mentioned re. mwlwifi driver? I'm quite happy with the 80MHz for now (only got 200Mb/s broadband anyways) but 160MHz would be nice to wring the most out of LAN speeds.
A) I have a pre-update.sh script that copies key files into a directory that survives the upgrade ( in my case, it's a USB drive ). I copy over the dnscrypt-proxy black list that i have customized myself for example.
B) Do a backup of your configuration using the Luci interface (just as a precaution, you normally will not need this)
C) Do the upgrade with "keep settings"
D) I run my post-upgrade.sh script, that reinstalls everything:
The last line is because you need to delete a line ( the last one ) for SUB2BRL that get's duplicated.
I'm pretty sure you know which packages you need to list in the installation script, but to make sure the first time, you can run the following script that will give you the list of all the packages installed in your system:
#!/bin/sh
FLASH_TIME=$(opkg info busybox | grep '^Installed-Time: ')
for i in $(opkg list-installed | cut -d' ' -f1)
do
if [ "$(opkg info $i | grep '^Installed-Time: ')" != "$FLASH_TIME" ]
then
echo $i
fi
done
Hope this helps... with this technique, I've went down from 15 minutes (as you're doing) to 5 or less.
Anything in the logs to indication a problem? I've noticed wifi has to listen for radar before starting, and there have been a few times where it took 15 minutes to finally come up. I haven't had that problem on 80mhz or smaller.
@davidc502 , quick question ( as this seems to be your NEW thread ) . Why does the free space fluctuate on /overlay all the time with the router ( 1900ACS Shelby ) doing basically nothing?
Screenshot is from my PRTG installation monitoring through SNMP
I have the following packages as suspects:
DnsCrypt
Busybox
SNMPD
COLLECTD (I'm saving the .rrd's on local ram ( /mnt/collectd ) ... this is the main suspect ... if collectd's output plugin collects the data for a certain period, and then rolls it up to summarize it, reducing the filesize ...
I reply to myself: YES, the culprit was the RRD plugin from Collectd ... it uses up to 1.2 MB of disk space while buffering the stats, then rolls it up and consolidates them, and starts over. I just noticed this because I'm below 20% of space on /overlay
@davidc502 one thing that is definetivelly needed on your website is the BUILD number besides the Kernel version for the current release on the site! .... something like:
Kernel version = 4.14.48
WiFi driver = 10.3.8.0-20180614
Build: r7002
Ah, now that's interesting. Didn't realise it could take so long to come up. I've only just been reading up on DFS and, guess what, I live under the flight path for an airport so it may take a while! Thanks for the advice...
Og God, you're a genious @ListerWRT!!! I was scratching my head for weeks on WHY this was happening and now I know ... were you able to find a workaround on this or just reverting to a previous build? If so, which build is that?