davidc502 wrote:Okay, new builds based on kernel 4.9.30 and new wifi firmware (3200acm) have been uploaded to the site.
As usual these days, I'm interested in hearing from 1900ac Version 1 owners as to if the router reboot issue is still present. I will be building a new image on kernel 4.4.x if the reboot issue still continues.
On a side note, dnscrypt was not working when my router came up on 4.9.30. I haven't had time to troubleshoot the issue, but noticed it doesn't appear to run even though I tried to manually start/restart the process, and there's nothing in the system or kernel logs.
Thanks,
@david, to get dnscrypt working, I had to uninstall it, change my sources to point to lede snapshot sources (as I always do), and reinstall it. Working fine now.
Maybe an error in compiling it?
Edit: Also, I've been getting this error in my logs, I believe it is from the latest version of dnscrypt, but not certain.
Sat May 27 13:27:32 2017 user.notice : Sat May 27 13:27:32 2017 [WARNING] This system doesn't provide enough entropy to quickly generate high-quality random numbers
Sat May 27 13:27:32 2017 user.notice : Sat May 27 13:27:32 2017 [WARNING] Installing the rng-utils/rng-tools or haveged packages may help.
Sat May 27 13:27:32 2017 user.notice : Sat May 27 13:27:32 2017 [WARNING] On virtualized Linux environments, also consider using virtio-rng.
Sat May 27 13:27:32 2017 user.notice : Sat May 27 13:27:32 2017 [WARNING] The service will not start until enough entropy has been collected.
I've installed haveged to generate more entropy on boot and it successfully gets rid of the warning messages.
Edit: it is definitely the latest version of dnscrypt causing those warning messages. However, that is unrelated to dnscrypt not working at all on fresh install of your latest build. I believe something went wrong when building/compiling it.
Edit2: A small modification was made to dnscrypt 8 hours ago. Don't think it made your build.
Edit3: Info here https://github.com/openwrt/packages/issues/4386 and fix here https://github.com/openwrt/packages/pull/4393. Seems to happen because you compile dnscrypt with plugin support (awesome!), but they messed up the new check they had added to the init.d script (someone forgot that caps matter lol). The reason the version of dnscrypt from the lede repo works is because it is built without plugin support.
So people who use dnscrypt can either grab it from your repo from an older build or from lede's snapshot repo.
Still no idea about the entropy warning on boot with latest verison of dnscrypt. It still works without haveged, but haveged does generate more entropy directly at boot and gets rid of the warning messages and allows dnscrypt to start on it's first try. Let me know if any of you also experience those warning messages if you are using the version from the lede snapshot repo.
(Last edited by starcms on 27 May 2017, 21:01)