"GUI" Method
go to Administrator>Command (paste this)
1: ubootenv set boot_part 2 or fw_setenv boot_part 2
2: Dont REBOOT
3: Flash new WEBFLASH from Firmware Upgrade - DO NOT RESET. _________________ Downloads:
ftp site: ftp://ftp.dd-wrt.com/betas/2021 SVN Timeline:
https://svn.dd-wrt.com/timeline Commands: Misc: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
samba: { sleep 30; stopservice samba3; startservice samba3; } &
WRT1900ACv1: WIFI: 2.4ghz: NG-mixed, 20mhz channel width, channel follows AP, WPA2-CCMP-128.
WIFI: 5ghz: AC/N mixed, 40mhz channel width, channel 100+upper, WPA2-CCMP-128.
Misc Info: WPA2 Personal: "CCMP-128 (AES)" Static IP's VIA Mac+Host, SFE Enabled, No Rebind, Strict, no-resolv. NOTE: this is now just a wireless access point so to speak but all settings still apply to what ever wireless person connects.
OpenVPN CLIENT works fine (nordvpn server)
5GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
2.4GHz wpa2 CCMP-128 (AES)working fine 20MHz Mixed
NAS via USB Samba also working fine
Wow, r40527 is still hot out of the oven, and another is out.
Joined: 08 May 2018 Posts: 14246 Location: Texas, USA
Posted: Tue Aug 06, 2019 22:04 Post subject:
Not if your build normally has a 4.4 kernel. That's the only kernel that didn't make the cut until after this build was compiled: https://svn.dd-wrt.com/changeset/40560
Posted: Tue Aug 06, 2019 22:23 Post subject: WRT3200ACM
Everything seems to work but I have noted that my Galaxy S7 is connected to my wifi (according to the LAN connections tab) while the openvpn connections tab shows it's connected via cell data. I don't see a cellphone setting or cellphone openvpn setting that would cause this.
I upgraded my WRT1900ACS to R40559 (previously R40134). The issue I'm currently seeing is with Access Restrictions.
When I try to set a specific time, I get an error message saying "The end time must be greater than the start time". I'm trying to set it from 22:45 (10:45pm) to 07:00 (7:00am). I tried creating a TRAC account to report the bug, but it's not allowing me to register.
Could Scheduled Reboot also be affected by this? This hasn't worked in quite a while.
Not if your build normally has a 4.4 kernel. That's the only kernel that didn't make the cut until after this build was compiled: https://svn.dd-wrt.com/changeset/40560
Wait just a minute what kinda cake we talking i like pumpkin roll is that that in there? _________________ Downloads:
ftp site: ftp://ftp.dd-wrt.com/betas/2021 SVN Timeline:
https://svn.dd-wrt.com/timeline Commands: Misc: sleep 10;stopservice nas;stopservice wlconf;startservice wlconf;startservice nas
samba: { sleep 30; stopservice samba3; startservice samba3; } &
WRT1900ACv1: WIFI: 2.4ghz: NG-mixed, 20mhz channel width, channel follows AP, WPA2-CCMP-128.
WIFI: 5ghz: AC/N mixed, 40mhz channel width, channel 100+upper, WPA2-CCMP-128.
Misc Info: WPA2 Personal: "CCMP-128 (AES)" Static IP's VIA Mac+Host, SFE Enabled, No Rebind, Strict, no-resolv. NOTE: this is now just a wireless access point so to speak but all settings still apply to what ever wireless person connects.
I upgraded my WRT1900ACS to R40559 (previously R40134). The issue I'm currently seeing is with Access Restrictions.
When I try to set a specific time, I get an error message saying "The end time must be greater than the start time". I'm trying to set it from 22:45 (10:45pm) to 07:00 (7:00am). I tried creating a TRAC account to report the bug, but it's not allowing me to register.
Could Scheduled Reboot also be affected by this? This hasn't worked in quite a while.
Joined: 26 Aug 2006 Posts: 31 Location: Brooklyn, NY
Posted: Wed Aug 07, 2019 18:27 Post subject:
I upgraded wrt1900ac v1 to r40559. After ubootenv set boot_part 2 then updated firmware without reset. It upgraded successfully and ran fine for several hours. I thought all was good in the world.
But, later, it dropped the WAN connection. Tried rebooting, but that didn't help. I ended up reverting back to r40459, via gui and ubootenv which seems to work pretty well for me in the past.
What was odd is that the lan would not come back until I physically powered off/on the wrt1900ac.
sticking with 40459 for a little while longer. _________________ Linksys WRT1900AC V1