soldered power-button causes bootloop if poweroff-patches are in, acpi is installed and mtk-pmic-keys module is not blacklisted
so it’s no image-problem, more kernel-related with soldered power-switch which can be fixed by blacklisting the keys-module (cause powerdown on pressed)
I now removed the solder and it finally stopped the reboot loop. I could also login. After editing /etc/network/interfaces I could sucessfully connect to my local network. The only problem is that I cannot connect to the internet. Is there a special configuration necessary? Can you help me please?
You have to setup routing at least default-route to your existing router and dns-settings (nameserver) in /etc/resolv.conf. try ping an ip first from r2 (e.g. 8.8.8.8) if that works try dns e.g. www.google.com,the from devices behind r2
I would like to know how can we use R2 with any linux distro as a Router? And what interfaces are available in case anyone want to access it from other pc other than the device itself? Except ssh or remote connection. Something like an http ui?
Oh so only remote and ssh. Your a professional level network engineer.
But not all can handle this level of control. Maybe for someone like me, a ui from the browser would be an easy task. So I guess the only option is to use openwrt or other ready to use router os?
Ah ok. I am still waiting on ray to reply about freebsd work. I have started going through freebsd porting methods. But I cant do anything about the kernel, as I dont have that much knowledge.
That’s not because luci is hard to get working on owrt for R2, it’s probably because people who are capable of crafting openwrt images for R2 feel themselves a bit limited when configuring the board through web ui compared to the freedom you get when working from the commandline. I don’t expect that there would be major problems getting luci up and running in any of R2 owrt images available in the wild, it is probably just a matter of downloading/installing several packages using opkg.
I read multiple times that the install-process was broken (opkg). But right a web-gui cannot catch all cases you can configure directly,especially firewall/iptables…thats why i build my own router using r2 instead of using a stock router
It is (maybe was - didn’t check it for 18.06.4) for upstream image as upstream image was lacking non-volatile storage support for R2. I.e. it was an “initrafms” type image that is using overlayfs+ramdisk as a “storage”. Ramdisk is volatile thus every reboot all data is lost - configs, installs, e.t.c. With properly configured/installed openwrt (i.e. when your storage is non-volatile) opkg seems to work just fine, at least it works for me and I’m content it is.
(note: on the picture above should be wlan0 instead of wlan)
what is working:
I connect the board using the TTL cable and picocom
I can ping access internet
I can connect my other device to the access point (thx to your scripts!)
what is not working:
I failed to bridge wlan0 and wan,
brctl addbr br0
brctl addif br0 wlan0
return: can’t add wlan0 to bridge br0: Operation not supported
brctl addif br0 wan
ip link set br0 up
I didn’ t try yet to bridge eth1 and eth0 because of the next point
I failed to run the dhcpc server on the bpi-r2 for eth0,
ob for isc-dhcp-server.service failed because the control process exited with error code.
See "systemctl status isc-dhcp-server.service" and "journalctl -xe" for details.
invoke-rc.d: initscript isc-dhcp-server, action "start" failed.
● isc-dhcp-server.service - LSB: DHCP server
Loaded: loaded (/etc/init.d/isc-dhcp-server; generated)
Active: failed (Result: exit-code) since Sun 2019-10-27 15:10:13 UTC; 46ms ago
Docs: man:systemd-sysv-generator(8)
Process: 960 ExecStart=/etc/init.d/isc-dhcp-server start (code=exited, status=1/FAILURE)
Oct 27 15:10:11 bpi-r2 dhcpd[972]: bugs on either our web page at www.isc.org or in the README file
Oct 27 15:10:11 bpi-r2 dhcpd[972]: before submitting a bug. These pages explain the proper
Oct 27 15:10:11 bpi-r2 dhcpd[972]: process and the information we find helpful for debugging.
Oct 27 15:10:11 bpi-r2 dhcpd[972]:
Oct 27 15:10:11 bpi-r2 dhcpd[972]: exiting.
Oct 27 15:10:13 bpi-r2 isc-dhcp-server[960]: Starting ISC DHCPv4 server: dhcpdcheck syslog for diagnostics. ... failed!
Oct 27 15:10:13 bpi-r2 isc-dhcp-server[960]: failed!
Oct 27 15:10:13 bpi-r2 systemd[1]: isc-dhcp-server.service: Control process exited, code=exited, status=1/FAILURE
Oct 27 15:10:13 bpi-r2 systemd[1]: isc-dhcp-server.service: Failed with result 'exit-code'.
Oct 27 15:10:13 bpi-r2 systemd[1]: Failed to start LSB: DHCP server.
I spent my whole saturday on it… could you help me ?
gmacs are the interfaces eth0 and eth1 (if kernel has wan + lanX), these are the connections between SOC (mt7623) and Switch (mt7530), they are not connected to outside and so they don’t need any IP-config
for routing you only need to give your interfaces an IP-Address (separate subnet) and enable routing