Jump to content

Recommended Posts

Posted

Hi guys!

 

I have some trouble with my Lime 2.

 

My original setup:

Armbian 5.38 +4.14.18-sunxi

software installed: Pihole V3.0 with dnsmasq dhcp enabled.

SD : a fresh Samsung Micro SDHC 32GB EVO

power-supply : a 5V power-supply adaptor

 

Current behaviour:

After [1~4] days the my board disapear of my network.

With dnsmasq dhcp server disabled, there are no problème.

 

My guess: their are some troubles between the dhcp and Armbian.

Indeed in tried to setup a isc-dhcp-server to remplace the Pihole dhcp without success. (Same behaviour)

 

You could see my search on Pihole forum here

 

After my vacation, i will test the olimex's image with pihole.

However this return to  Jessi and a 3.4 sunxi kernel, doesn't enjoy me.

 

 

Posted

because the Lime2 seems to have 1GB of RAM you could try to increase the value for log2ram in /etc/default/log2ram

from 50M to 150M or 250M

# configuration values for the log2ram service
#
# enable the log2ram service?
ENABLED=true
#
# size of the tmpfs mount
SIZE=250M
#
# use rsync instead of cp -r
# requires rsync installed, may provide better performance
# due to copying only new and changed files
USE_RSYNC=true
#

At this time my  Banana Pi (original) has also 1GB of RAM and is working fine with the 250M over weeks without freezing:

ARMBIAN 5.38 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi

Linux bpi-a20 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux

Posted

Hmm - did you update your Pi-Hole these days?

I did it today and it updated to v4.0:

https://pi-hole.net/2018/08/06/pi-hole-v4-0-released-with-ftldns-improved-blocking-modes-regex-docker-and-more/

 

Quote

2018-08-06 BY TELEKRMOR

Pi-hole v4.0 Released With FTLDNS, Improved Blocking Modes, Regex, Docker, and More

We’re very pleased to release Pi-hole v4.0 today, which includes fixes, tweaks, and lots of new stuff, including FTLDNS (special thanks to our beta testers!)  In a sentence, FTLDNS is dnsmasq with Pi-hole’s special sauce baked in.

 

FTLDNS does everything dnsmasq does because it is dnsmasq–just our fork of it.  So all of your existing config files will still work with it.  We intentionally modified the original dnsmasq source code as little as possible so that we can easily integrate any upstream changes as they are released.

 

Posted

Yes, I recently updated Pi-Hole simply by using pihole -up. Worked flawless for me. Mostly unchanged configuration though.

Posted

Thanks @guidol. I'am going to test it.

 

4 hours ago, guidol said:

because the Lime2 seems to have 1GB of RAM you could try to increase the value for log2ram in /etc/default/log2ram

from 50M to 150M or 250M


# configuration values for the log2ram service
#
# enable the log2ram service?
ENABLED=true
#
# size of the tmpfs mount
SIZE=250M
#
# use rsync instead of cp -r
# requires rsync installed, may provide better performance
# due to copying only new and changed files
USE_RSYNC=true
#

At this time my  Banana Pi (original) has also 1GB of RAM and is working fine with the 250M over weeks without freezing:

ARMBIAN 5.38 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi

Linux bpi-a20 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l GNU/Linux

 

@Werner

I made the update few day ago without issue ;-)

However, my Lime2's behaviour hasn't changed.

 

 

 

Posted
On 8/12/2018 at 11:09 PM, Boby said:

However, my Lime2's behaviour hasn't changed.

 

Try updating to nightly kernels (4.17.y) where also, u-boot is changed to 2018.05 ... this might help. If not it is possible that you will need to slightly downclock memory on your board. For that, you need to rebuild u-boot with new speed parameters. I hope you will not need to go that far.

Posted

Thanks for the reply.

I am not at home now. I have just increase setting on log2ram before my vacation.

if my board is down again, at my return, it will be my next try.

Posted

Hello guys!

 

I am sorry for delay!
The result of my testLog2ram setting -> same trouble behaviour
Update  Armbian to get u-boot with a 2018.05 release -> same trouble behaviour.

I tested the Armbian Xenial desktop legacy kernel 3.4.y to switch the kernel and the os.However, my TV hasn't recognized the hdmi data feed out of the box.
At this point, i don't know what i could do....

 

Some ideas ?

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines