Search the Community

I've installed Armbian 23.11.1 Bookworm on a FriendlyElec ZeroPi. This version works flawlessly. A few days ago I updated to Armbian 24.2.1 and since then the ZeroPi crashes and hangs. Sometimes it happens after a few minutes, sometimes after a few hours. When it crashes I can't ssh to the device anymore (headless operation). Unbound, AdguardHome and cups aren't accessable, too. The last messages of the journal in an open cmdline window are: Mär 03 20:50:14 azp kernel: rcu: INFO: rcu_sched self-detected stall on CPU Mär 03 20:50:14 azp kernel: rcu: 2-....: (5249 ticks this GP) idle=16bc/1/0x40000002 softirq=20679/20679 fqs=2625 Mär 03 20:50:14 azp kernel: rcu: (t=5252 jiffies g=33709 q=4 ncpus=4) Mär 03 20:50:14 azp kernel: CPU: 2 PID: 489 Comm: systemd-network Tainted: G C 6.6.16-current-sunxi #1 Mär 03 20:50:14 azp kernel: Hardware name: Allwinner sun8i Family Mär 03 20:50:14 azp kernel: PC is at stmmac_get_stats64+0x26/0x128 Mär 03 20:50:14 azp kernel: LR is at 0xc561b000 Mär 03 20:50:14 azp kernel: pc : [<c078c5ce>] lr : [<c561b000>] psr: 80030033 Mär 03 20:50:14 azp kernel: sp : e1411990 ip : c5618000 fp : 00000001 Mär 03 20:50:14 azp kernel: r10: 00000000 r9 : c9b4d180 r8 : 00000000 Mär 03 20:50:14 azp kernel: r7 : 00000000 r6 : 00000001 r5 : 00000000 r4 : 80000000 Mär 03 20:50:14 azp kernel: r3 : 0000c625 r2 : c561ae48 r1 : c352aef4 r0 : c5618000 Mär 03 20:50:14 azp kernel: Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment none Mär 03 20:50:14 azp kernel: Control: 50c5387d Table: 4362006a DAC: 00000051 Mär 03 20:50:14 azp kernel: stmmac_get_stats64 from dev_get_stats+0x27/0xd0 Mär 03 20:50:14 azp kernel: dev_get_stats from rtnl_fill_stats+0x25/0xb0 Mär 03 20:50:14 azp kernel: rtnl_fill_stats from rtnl_fill_ifinfo+0x4cd/0xde0 Mär 03 20:50:14 azp kernel: rtnl_fill_ifinfo from rtnl_dump_ifinfo+0x1ff/0x49c Mär 03 20:50:14 azp kernel: rtnl_dump_ifinfo from netlink_dump+0xcd/0x270 Mär 03 20:50:14 azp kernel: netlink_dump from __netlink_dump_start+0x15b/0x1ec Mär 03 20:50:14 azp kernel: __netlink_dump_start from rtnetlink_rcv_msg+0x177/0x25c Mär 03 20:50:14 azp kernel: rtnetlink_rcv_msg from netlink_rcv_skb+0x75/0xb0 Mär 03 20:50:14 azp kernel: netlink_rcv_skb from netlink_unicast+0x1c1/0x204 Mär 03 20:50:14 azp kernel: netlink_unicast from netlink_sendmsg+0x185/0x354 Mär 03 20:50:14 azp kernel: netlink_sendmsg from __sock_sendmsg+0x27/0x48 Mär 03 20:50:14 azp kernel: __sock_sendmsg from __sys_sendto+0x7f/0xac Mär 03 20:50:14 azp kernel: __sys_sendto from __sys_trace_return+0x1/0xc Mär 03 20:50:14 azp kernel: Exception stack(0xe1411fa8 to 0xe1411ff0) Mär 03 20:50:14 azp kernel: 1fa0: be9068dc 00000080 00000003 00baffa0 00000020 00000000 Mär 03 20:50:14 azp kernel: 1fc0: be9068dc 00000080 00000001 00000122 be9069c4 be906a28 00000001 004b8cf4 Mär 03 20:50:14 azp kernel: 1fe0: 00000122 be9068b0 b6c85e71 b6bee616 I fear I have to go back to 23.11.1. Any help possible?

I've installed Armbian 23.11.1 Bookworm on a FriendlyElec ZeroPi. On the cmdline the linux command who gives the following output: dgs pts/1 1011643795265722162 (172.20.10.14) Usually it should be (as on a Debian Bookworm distribution): dgs pts/0 2023-12-14 10:43 (172.20.10.14) Instead of showing date and time the Armbian who command outputs this long integer number. Why? Is this a bug or do I miss any configuration? PS: the locale settings is identical on both devices, date shows on both devices the correct time.

Hello, I have a lidar scanner, which I already made it work with a USB-TTL serial adapter... with a decoding python program... it works great However, I tried to use one of the serial ports in the pins of my orange Pi zero... UART1, in pins PG6,PG7... I have strange behavior When I test the serial port with picocom or screen, I see the flow of characters: picocom -b 230400 /dev/ttyS1 screen /dev/ttyS1 230400 However, my python program fails to read at the first character. With the python's own miniterm, I get the same error Anybody who is using ttyS1 successfully in Python? THANKS!! Post data: I enabled the ttyS1 with the addition of "uart1" after "usbhost3" inside armbianEnv.txt I also changed "console=serial" to "console=ttyS0" I get a few lines of characters, but then serial/serialposix.py exits with the exception

My dotnet apps not work in new armbians(libssl error). How downgrade openssl 3.0 downto openssl1.1.1?

I am getting a quite loud audio spike / noise sound at the end of an audio play in python when using the following script: https://gist.github.com/bbence84/04d1935a92a4b4ab3d44bf182ea4bcc1 Wav to be played, but it does it with any other wav or mp3 file: https://easyupload.io/vbat12 It uses the speech_recognition package and the preferredsoundplayer package, but also the VLC python package shows the same when playing the audio. When changing the audio play to be non-blocking for the python script, the issue goes away... Very strange. This is driviging me nuts. I'm on Armbian 22.11.1 Jammy / 22.04.1 LTS, kernel 5.15.80-sunxi. Orange Pi Zero LTS. Thanks for any ideas! Bence

Hi, I use three ZeroPi hosts as USBIP hosts top just offer USB devices. The kernel till last update on one device was Linux usb2 5.10.43-sunxi #21.05.6 SMP Mon Jun 21 15:07:45 UTC 2021 armv7l GNU/Linux and the new kernel on the once device that makes issues now is Linux usb3 5.10.60-sunxi #21.08.2 SMP Tue Sep 14 16:28:44 UTC 2021 armv7l GNU/Linux The issues are that one of the USB devices become unavailable after some hours and I see this in the syslog: Second exception is e.g. I tried to google for such errors but were unsucessful to find anything. Maybe i used wrong keywords. If there were Kernels in betweenn I could also try to go backward to find the pot affecting version or such ... I just need to know how. Thank you for your support, Ingo

% cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=zeropi BOARD_NAME="ZeroPi" BOARDFAMILY=sun8i BUILD_REPOSITORY_URL=https://github.com/armbian/rkbin BUILD_REPOSITORY_COMMIT=3e533c9 DISTRIBUTION_CODENAME=buster DISTRIBUTION_STATUS=supported VERSION=20.02.1 LINUXFAMILY=sunxi BRANCH=current ARCH=arm IMAGE_TYPE=stable BOARD_TYPE=conf INITRD_ARCH=arm KERNEL_IMAGE_TYPE=Image # dpkg -l | awk '{print $2" "$3}' | grep -Ei "^linux|zeropi" | sort linux-base 4.6 linux-buster-root-current-zeropi 20.02.1 linux-dtb-current-sunxi 20.05.0-trunk linux-image-current-sunxi 20.05.0-trunk linux-libc-dev:armhf 4.19.98-1+deb10u1 linux-u-boot-zeropi-current 20.02.1 No rockchip, board is functioning, did something go wrong in the upgrade process? Update The incorrect release file is packaged in linux-buster-root-current-zeropi_20.02.1_armhf.deb. (sources.list.d/armbian.list: deb http://apt.armbian.com buster main buster-utils )

My 2 zeropi cards get new mac addresses at each reboot which is quite annoying for DHCP configuration If I rollback to 5.4.30 kernel the issue disappears. When using this kernel I get a 02:81 address for the two cards. When using current kernel the mac address seems totally random

I have this FriendlyArm ZeroPI with one micro-usb (power only) and one usb 2.0 A connection, yet dmesg yields 4x 2.0 root hubs and 4x 1.0 root hubs. Can anyone enlighten me? odd. old version is uploaded. new version; http://ix.io/2mj7

I run Armbian 20.02.1 stable on a zeropi which is used as a wireguard server and spotify direct client (USB to external DAC). Things run very well. Many thanks to everyone involved in keeping Armbian such a great distro! I noticed that when I turn on the ondemand governor the system becomes very unresponsive and music playback is stuttering. When I use the performance governor (even with min and max frequency both set to 480MHz) things run just fine. Most of the time 480MHz will be sufficient, but it would be nice to be able to take advantage of the ondemand governor. Any help is greatly appreciated.

Hi, I've recently got a ZeroPi from FriendlyElec and I immediately installed Armbian Buster, so far is working great except for a minor issue with the Gigabit ethernet. I'm planning to use it with Wireguard as server so I've made some performance checks first to test the actual network speed with iperf3. What I discovered surprised me, the network throughput in upload from the ZeroPi is fine (900 to 950 Mbps) but the download seems to be limited to ~380 Mbps. ------------------------------------------------------- # UPLOAD TEST (ZEROPI ---> HOST) # $ iperf3 -c XX.XX.XX.XX ------------------------------------------------------- [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 107 MBytes 900 Mbits/sec [ 5] 1.00-2.00 sec 106 MBytes 890 Mbits/sec [ 5] 2.00-3.00 sec 110 MBytes 926 Mbits/sec [ 5] 3.00-4.00 sec 112 MBytes 943 Mbits/sec [ 5] 4.00-5.00 sec 111 MBytes 931 Mbits/sec [ 5] 5.00-6.00 sec 109 MBytes 918 Mbits/sec [ 5] 6.00-7.00 sec 110 MBytes 925 Mbits/sec [ 5] 7.00-8.00 sec 113 MBytes 946 Mbits/sec [ 5] 8.00-9.00 sec 109 MBytes 917 Mbits/sec [ 5] 9.00-10.00 sec 106 MBytes 892 Mbits/sec [ 5] 10.00-10.02 sec 1.74 MBytes 946 Mbits/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate [ 5] 0.00-10.02 sec 1.07 GBytes 919 Mbits/sec receiver ------------------------------------------------------- # DOWNLOAD TEST (HOST ---> ZEROPI) # $ iperf3 -c XX.XX.XX.XX --reverse ------------------------------------------------------- [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 48.6 MBytes 407 Mbits/sec 0 217 KBytes [ 5] 1.00-2.00 sec 48.2 MBytes 404 Mbits/sec 0 217 KBytes [ 5] 2.00-3.00 sec 41.6 MBytes 349 Mbits/sec 0 217 KBytes [ 5] 3.00-4.00 sec 39.9 MBytes 335 Mbits/sec 0 217 KBytes [ 5] 4.00-5.00 sec 47.6 MBytes 399 Mbits/sec 0 217 KBytes [ 5] 5.00-6.00 sec 52.3 MBytes 439 Mbits/sec 0 217 KBytes [ 5] 6.00-7.00 sec 42.4 MBytes 356 Mbits/sec 0 217 KBytes [ 5] 7.00-8.00 sec 60.4 MBytes 506 Mbits/sec 0 217 KBytes [ 5] 8.00-9.01 sec 39.2 MBytes 326 Mbits/sec 0 217 KBytes [ 5] 9.01-10.00 sec 43.6 MBytes 368 Mbits/sec 0 217 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.03 sec 464 MBytes 388 Mbits/sec 0 sender I've tried to connect my notebook to the same cable coming from the switch and the speeds are >900Mbps both in upload and download (tested with iperf too), so I'm excluding an issue on the network. For what I can tell from the table at the bottom of this page (https://linux-sunxi.org/Sun8i_emac#Performance) the speeds (if bottlenecked) should be about the same for TX and RX. Do you have any suggestion or more tests to make?

Very minor niggle, got a ZeroPi today and of course it will run Armbian, after doing the mandatory apt update && apt upgrade I was greeted with a banner saying xt-q8l-v1 instead of ZeroP when logging back in after rebooting for the kernel update. Not sure why it's confused. I used the Buster Minimal image from the ZeroPi download page. root@zeropi:~# cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=xt-q8l-v10 BOARD_NAME="xt-q8l-v10" BOARDFAMILY=rockchip BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=1ac5f7ac VERSION=5.95 LINUXFAMILY=rockchip BRANCH=default ARCH=arm IMAGE_TYPE=stable BOARD_TYPE=tvb INITRD_ARCH=arm KERNEL_IMAGE_TYPE=zImage root@zeropi:~# cat /etc/armbian-image-release # PLEASE DO NOT EDIT THIS FILE BOARD=zeropi BOARD_NAME="ZeroPi" BOARDFAMILY=sun8i BUILD_REPOSITORY_URL=https://github.com/armbian/rkbin BUILD_REPOSITORY_COMMIT=3e533c9 DISTRIBUTION_CODENAME=buster DISTRIBUTION_STATUS=supported VERSION=20.02.1 LINUXFAMILY=sunxi BRANCH=current ARCH=arm IMAGE_TYPE=stable BOARD_TYPE=conf INITRD_ARCH=arm KERNEL_IMAGE_TYPE=Image IMAGE_UUID=ed2ea060-5123-4c5a-826f-3f0dc83fba63