In case you wanna run Docker, this is the workaround:
update-alternatives --set iptables /usr/sbin/iptables-legacy
update-alternatives --set ip6tables /usr/sbin/ip6tables-legacy
In case you wanna run Docker, this is the workaround:
update-alternatives --set iptables /usr/sbin/iptables-legacy
update-alternatives --set ip6tables /usr/sbin/ip6tables-legacy
Great news! Looking forward to trying it when I get my Rock 5b.
Does the Legacy in Armbian Legacy refer to it is using the Radxa BSP 5.10 kernel rather than a patched mainline kernel?
And for kubernetes on debian:
apt-get install iptables ebtables arptables
update-alternatives --set iptables /usr/sbin/iptables-legacy
update-alternatives --set ip6tables /usr/sbin/ip6tables-legacy
update-alternatives --set arptables /usr/sbin/arptables-legacy
update-alternatives --set ebtables /usr/sbin/ebtables-legacy
GUI locks up after a few mins of trying to use - so will try will have to try another disto
Does it work with Radxa images without freezing? The reason I ask is we have seen at least one Rock 5b development board on which the GPU doesn’t work correctly and does what you are describing in any GUI or when video framebuffer is used. Do you see any graphical glitching on screen as well? If it does work on Radxa’s images, then you should check the power supply you are using to make sure you have enough power, it would be best to run it at 12V+ for higher workloads and when using m.2 drives.
Cheers!
or compatible nvme
Did not notice any glitches on screen when running Armbian
Running on Radxa Debian image and see not to freeze but I am seeing some graphic glitches
Not using m.2 drive at moment
Will double check power output
Cheers
With the Radxa Debian images, I notice a lot of graphical issues myself, but I assumed that they were driver issues.
With Radxa Debian, opening Chromium and going to https://webglsamples.org/aquarium/aquarium.html works fine for a low number of fish, but when increasing it to higher numbers I see a lot of half-rendered frames and cases where time appears to go backwards. Is this something uncommon or is every board affected?
I think there is something wrong with the build - Radxa Debian build ran good no issues,
But armbian when running hardinfo benchmarks first time it crashed / rebooted, 2nd time ok will do more testing, anything log wise that might be useful?
Rebooted again when trying to sign in to google aaarrraahhh - going to try twistedOS and see how that fares
We are building images with Rockpi 5 and it never crashed. Some devices are faulty …
You know how to change wallpaper? Do you think that will have any influence on functioning?
Ha, ha just it seems that the TwisterOS (Armbian) does not even boot I assume older Kernel / Overlays etc
Will just keep using https://wiki.radxa.com/Rock5/linux/debian for now and alter the wall paper etc
I guess if the devices is faulty eventual it will crash with that?
我同样遇到了类似的问题,当我运行debian系统的时候
This is not the device broken, it is the mali driver that is broken. Everyone using this debian image experienced this.
Although that specific problem is not a hardware issue, you might still have broken hardware.
Go to https://webglsamples.org/persistence/persistence.html in Chromium while using the Radxa Debian and leave it running for a bit while opening some other applications. Do you get a system hang/reboot?
Limiting RAM frequency improves stability for me and stops the random hangs/reboots:
$ echo 1560000000 | sudo tee /sys/class/devfreq/dmc/max_freq
Ran the web gl sample multiple times over 12 hours along with bench marking and other things no lock ups / no reboots - so looks like it has an issue with the armbian build - awaiting some more eMMC so that I can swap and change without having to reburn images
A1 rated SD cards are better suited for this since exchanging SD cards doesn’t wear out the slot.
Have you checked for how many mating cycles the eMMC connectors are rated? Me neither but I know people with eMMC-less ODROIDs and Pine boards for exactly this reason…
It seems that it could not boot from nvme SSD without modification.
I use dd command to flash to image to nvme SSD, and it seems that it could not boot at all.
But It can boot and run when I flash this image to sdcard.