• Posts

  • Joined

  • Last visited

Reputation Activity

  1. Like
    Technicavolous reacted to Heisath in Clearfog Pro 4.14.14 Network Manager fails   
    You don't need additional packages (except ifupdown) for a manual network configuration.
    Just edit /etc/network/interfaces, you can check here for reference
    Or have a look at my config attached to this post.
    # Bring up automatically: auto lo auto eth0 auto eth1 lan1 lan2 lan3 lan4 lan5 lan6 br0 # Configure loopback interface iface lo inet loopback # Configure eth0, my outgoing public interface allow-hotplug eth0 iface eth0 inet dhcp post-up iptables-restore < /etc/iptables.up.rules post-up ip6tables-restore < /etc/ip6tables.up.rules # Bring up eth1 manual w/o ip config. This is neccessary to communicate with the switch / dsa iface eth1 inet manual # address # netmask # Do with the SFP Port whatever you want iface eth2 inet manual # Set all switched lan ports to manual iface lan1 inet manual iface lan2 inet manual iface lan3 inet manual iface lan4 inet manual iface lan5 inet manual iface lan6 inet manual # Create bridge over all lanports and ip config them iface br0 inet static bridge_ports lan1 lan2 lan3 lan4 lan5 lan6 address netmask network broadcast  
  2. Like
    Technicavolous reacted to zador.blood.stained in Clearfog Pro 4.14.14 Network Manager fails   
    According to my tests this will be fixed in 4.16. Or it can be fixed right now by removing NM and using a different way for configuring networking (ifupdown, systemd-networkd)
    Edit: Though I don't have the Pro model so not sure if DSA will still be an issue with NM.
  3. Like
    Technicavolous reacted to Green Daddy in Enabling LCD in u-boot Kernel 4.7.2   
    First post - so hi everyone and thanks for the great stuff here.
    I am new to Armbian, just installed yesterday (replace bananian), migrated everything, fine.
    It took me several hours to get my 5" LCD display working on Bananapro but it's working now :-) . All the stuff to do it is there, however it wasn't easy for me as a noob to get the relevant items out and to adopt to changes that occurred over time.
    So, by summarizing the different steps I'd like to give back - maybe it's useful. If I did not understand correctly, just drop me a note. Of course, dates and version numbers may progress. Full credits to @MartinKeppler and @zador.blood.stained
    It's basically 2 steps: 
    You need a u-boot version that supports the LCD - must be compiled You need a dtb (Device Tree Blob) file that fits to your Kernel and supports pwm (Power for the LCD) ad 1)
    You need a Linux x64 PC to compile u-boot.
    NOTE: If you want to compile on a Windows 10 Subsystem for Linux, build will fail due to fakeroot incompatibility. You need to replace fakeroot with fakeroot-tcp:
    sudo update-alternatives --set fakeroot /usr/bin/fakeroot-tcp Go to and follow instructions from (as root) with change in bold:
    CREATE_PATCHES=yes tells the compile process to stop after downloading and preparing the sources, so they can be modified when needed (and yes, we need to do that)
    This takes a loooong while when run for the first time on a vanilla linux.
    Build u-boot and Kernel only (Kernel will not be needed).
    The Build process downloads the Sources. So you can only modify them when prompted to do so.
    When prompted to modify, change the following files:
    For 5" display append the following (or see your params at )
    CONFIG_VIDEO_LCD_MODE="x:800,y:480,depth:24,pclk_khz:30000,le:40,ri:40,up:29,lo:13,hs:48,vs:3,sync:3,vmode:0" CONFIG_VIDEO_LCD_POWER="PH12" CONFIG_VIDEO_LCD_BL_EN="PH8" CONFIG_VIDEO_LCD_BL_PWM="PB2"  build/cache/sources/u-boot/v2017.11/arch/arm/dts/sun7i-a20-bananapro.dts
    Add (after &pio section) :
    Let the compiler finish u-boot.
    You will find build/output/debs/linux-u-boot-next-bananapipro_5.37_armhf.deb
    install it on your pi using 
    sudo dpkg -i linux-u-boot-next-bananapipro_5.37_armhf.deb Step 1 completed.
    ad 2)
    To create a device specific file fitting to your Kernel and Board, you can recompile your kernel version directly on the PI. I used the guide supplied by @zador.blood.stained
    mkdir kernel cd kernel git init . git remote add origin "" git fetch --depth 1 origin tags/v4.13.16 sudo git checkout -f FETCH_HEAD  Then edit
    arch/arm/boot/dts/sun7i-a20-bananapi.dts and 
    arch/arm/boot/dts/sun7i-a20-bananapro.dts to include changes from above (add the &pwm section)
    Run in the top directory of kernel source tree
    sudo cp /boot/config-`uname -r` .config sudo make ARCH=arm dtbs After the process is finished, you should get compiled DT files arch/arm/boot/dts/sun7i-a20-bananapi.dtb arch/arm/boot/dts/sun7i-a20-bananapro.dtb
    Copy them to /boot/dtb, reboot and pray.
    End of Step 2
    DISCLAIMER: It worked for me - however you may end up with a non-bootable SD Card so be careful and have a backup :-)
  4. Like
    Technicavolous got a reaction from Igor in Why are you using Armbian?   
    Armbian ROCKS in a classroom environment - everyone has their own board and still things work remarkably similar.  There is very little hardware specific stuff a student needs to differentiate from the instructions given. 
    May not seem like much, but so far we've got 14 kids to use a board other than a RPi and 'learn linux.' (I think a couple of adults secretly use their kids Odroids late at night ...)
  5. Like
    Technicavolous got a reaction from Larry Bank in Why are you using Armbian?   
    Armbian ROCKS in a classroom environment - everyone has their own board and still things work remarkably similar.  There is very little hardware specific stuff a student needs to differentiate from the instructions given. 
    May not seem like much, but so far we've got 14 kids to use a board other than a RPi and 'learn linux.' (I think a couple of adults secretly use their kids Odroids late at night ...)
  6. Like
    Technicavolous reacted to root in Wireguard on Armbian & TinkerBoard   
    Until getting a second adapter, I set off to see if there's anything else that can be done with my current hardware. And... there is. 
    I managed to make the TinkerBoard my VPN router using Wireguard. It would be similar with OpenVPN, but (see figures above) speeds are not that exciting.
    If anyone else is interested, here are the steps. I assume you are using a "standard" setup with your end equipment (laptops, PCs, TVs etc) connected to a router (I have a Netgear R7000), which in turn is connected to a cable modem / fiber modem / any other sort of uplink.
    What you need: TinkerBoard (TB for short) running Armbian, power supply, a network cable, case (optional, using the RPI 3 standard one), a WireGuard or OpenVPN connection to a remote endpoint.
    1. Install Armbian on the TB.
    2. Connect your TB to the router using a wired connection. You will get an IP address, say The router is and your PC is
    3. Perform a full update (apt update && apt dist-upgrade) and reboot (you will likely need to power cycle the box, mine doesn't reboot properly).
    --> Note: I believe the OpenVPN package in the Armbian is a bit old (I think I saw 2.3.10, current is 2.4); this may give you trouble with some options.
    4. Set up your WireGuard or OpenVPN connection on the TB. Note Jason's hint above about removing the ipv6 route. Install the iptables package (apt-get install iptables).
    5. Bring up your WireGuard or OpenVPN tunnel. You will get a new interface (called as you wish - we'll use wg0 for the Wireguard one and tun0 for the OpenVPN).
    So far so good, all standard steps. Now comes the slightly trickier part.
    6. On your router, in the DHCP options (this typically sits in the LAN chapter, YMMV), set the default gateway (the one which gets sent out to clients) to (the IP of the TB).
    7. On the TB, issue the following commands to enable packet forwarding:
    echo 1 > /proc/sys/net/ipv4/ip_forward /sbin/route add default gw dev eth0 /sbin/iptables -A FORWARD -i wg0 -o eth0 -j ACCEPT /sbin/iptables -t nat -A POSTROUTING -o wg0 -j MASQUERADE Above - eth0 is the router's interface which carries the IP address wg0 is the Wireguard interface on the TB (tun0 would be VPN one).
    If you want to make the changes permanent, edit /etc/sysctl.conf for ip_forward and add the iptables and route lines somewhere (I'm lazy, so I've put them in rc.local)
    8. Reconnect your computer to the LAN (replug the cable, ipconfig /release and /renew and so on). Your gateway should now be (instead of the old
    9. Try pinging a remote host, should work. Try a traceroute, the first hop should be, the second, the third your Wireguard/OpenVPN remote end. 
    10. If you have any special routes declared on the old router, you will need to carry them over to the Tinkerboard. For instance, add the necessary commands to rc.local (yes, lazy).
    11. If everything works, don't forget to make your tunnel start automatically, prior to any iptables / route invocations. OpenVPN starts as a service, for Wireguard I've set a manual call in (no surprise...) rc.local.
    The result: I'm maxing out my Internet connection (200+ Mbps down) while using Wireguard. In order to do that with OpenVPN, I would have needed an i3 (at least, if not an i5) processor.  I'm happy.
    Thanks to the Armbian team, to Jason for Wireguard, to for providing the testing infrastructure.
  7. Like
    Technicavolous got a reaction from wildcat_paris in XU4 Hangs at SSH key regeneration   
    Every time I check entropy it is a 4 digit number, but sometimes is less than 4096, one time was 1200 something. I never even knew 'entropy' was part of the kernel. I thought it was space and time but that's another forum ;]