guidol

I had also some installations in the past with buster and no install problems...but with every new OS version there could be a problem. We also woud see how it would work with bullseye (after buster)

I compiled Hirsute Hippo [edge] for the NanoPi A64 and got out of the compile a Kernel 5.12.x There was analog-audio but no control for the blue led. After updateing I got the Kernel 5.13.9 - now there was a control for the blue led, but no analog audio So I did decompile the .dtb to .dts /edited it/recompiled the .dts to .dtb - now analog audio is working again _ _ ____ _ _ __ _ _ | \ | | _ \(_) / \ / /_ | || | | \| | |_) | | / _ \| '_ \| || |_ | |\ | __/| | / ___ \ (_) |__ _| |_| \_|_| |_| /_/ \_\___/ |_| Welcome to Armbian 21.08.0-trunk Hirsute with bleeding edge Linux 5.13.9-sunxi64 No end-user support: built from trunk package bsp-kernel[21.08.0-trunk.114] u-boot[21.08.1] dtb [21.08.0-trunk.114] firmware [21.08.0-trunk] config[21.08.0-trunk] branch[edge] uname -a Linux npi-a64-116 5.13.9-sunxi64 #trunk.114 SMP Sun Aug 8 22:12:23 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux aplay -l **** List of PLAYBACK Hardware Devices **** card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0 [1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0] Subdevices: 0/1 Subdevice #0: subdevice #0 card 1: sun9ihdmi [sun9i-hdmi], device 0: SUN9I-HDMI PCM i2s-hifi-0 [SUN9I-HDMI PCM i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 sun50i-a64-nanopi-a64.dtb_5_13_9_analog_audio_enabled sun50i-a64-nanopi-a64.dtb_5_13_9_org sun50i-a64-nanopi-a64.dts

It seems that not every redirect-server got the images at this time So you may retry the link to get another redirect-server with the images or do use the follwoing one, which at this time got the images https://mirrors.ustc.edu.cn/armbian-dl/bananapi/archive/

As Hirsute Hippo is at this time also a unsupported OS - there is another catch to get the lighthttpd of pihole working with the Hippo While using the PIHOLE_SKIP_OS_CHECK=true the install-routine cant restart the lighthttpd correctly, because the package lighttpd-mod-deflate is missing When the install routine does try to restart the lighthttpd it fails with: journalctl -u lighttpd configfile.c.461) Warning: "mod_compress" is DEPRECATED and has been replaced with "mod_deflate". A future release of lighttpd 1.4.x will not contain mod_compresss and lighttpd may fail to start up plugin.c.195) dlopen() failed for: /usr/lib/lighttpd/mod_deflate.so /usr/lib/lighttpd/mod_deflate.so: cannot open shared object file: No such file or directory server.c.1238) loading plugins finally failed The Hippo has no mod_compress in the lighthttpd but its searching for the replacement mod_deflate mod_deflate can be installed via apt install lighttpd-mod-deflate While there were also other requirements missing on new installs of pihole I did use the following install-command: apt install php-cgi php-common php php-sqlite3 dhcpcd5 lighttpd-mod-deflate -y && curl -sSL https://install.pi-hole.net | PIHOLE_SKIP_OS_CHECK=true sudo -E bash As a "goodie" you can edit after the installation od pihole the /etc/lighttpd/lighttpd.conf and do the follwoing replacement: change line "mod_compress", against "mod_deflate", then save/exit and restart lighthttpd with /etc/init.d/lighttpd restart This way I got pihole running under Hirsute Hippo

this here could be an idea for accurate time https://hackaday.com/2021/07/25/portable-gps-time-server-powered-by-the-esp8266/

The problem is that all binarys at the Download-Page for RadioBot are all for PC-CPUs like 32bit (Intel x86) and 64Bit (AMD64, also Intel 64Bit PC-CPUs) and there is no source-packge for self compiling. It seems your only chance is to create a Support-Ticket, because on the top of the page you could see: Would you like to see another native build for your distro/OS/platform? Please submit a Support Ticket and we'll see what we can do... On the Linux-Installation page http://wiki.shoutirc.com/index.php/Installation there is also an entry for debian with the dependencies: 4. Debian 10: Type sudo apt-get install openssl sqlite3 libsqlite3-0 default-libmysqlclient-dev libcurl4 libphysfs1 tcl8.6 libloudmouth1-0 libtag1v5 espeak espeak-data festival libssl1.1 libwxgtk3.0-0v5 libsqlite3-0 libmpg123-0 libogg0 libvorbis0a libvorbisfile3 libsndfile1 libavformat58 libavcodec58 libmp3lame0 libflac8 libresample1 libfaac0 libprotobuf17 libmuparser2v5 liblua5.2-0 libaacplus2 libsoxr0 But you need a binary for your aarch64 SBC

@Josephjo I had also connect problems via apt to https://mirrors.nju.edu.cn and changed via armbian-config to the EU-Mirros - problem for armbian update was solved for me.... But it seems that the problem is more via apt then via a webbrowser, because in the webbroswer I (mostly) have no problem to connect to https://mirrors.nju.edu.cn

My OPi Zero is running from 480Mhz to 960Mhz and has a Speed from around 115.000-121000 Nodes/second with Stockfish v9 32bit (installed via apt) BUT Stockfish v14 compiled on the same OPi Zero with ARCH=general-32 does only have 28294 Nodes/second [EDIT] Now I compiled Stockfish v14 on the OPi Zero with make -j build ARCH=armv7-neon COMP=gcc COMPCXX=g++-8 optimize=yes and CXXFLAGS += -march=native -mtune=native LDFLAGS += -m$(bits) in the Makefile so I do get =========================== Total time (ms) : 84729 Nodes searched : 4770936 Nodes/second : 56308 But thats also not 115.000-120.000 as in Stockfish v9

How does the OPi Zero run a 64Bit Stockfish with a 32Bit (sunxi H2/H3) CPU?

in my browser the https-certificate or "https://armbian.tnahosting.net/apt" is OK Did you check time/date on your system and did you try (as suggested) "apt install ca-certificates" ? If you got "armbian-config -> personal settigs -> mirrors" in your armbian-like distro then try to change the source/apt servers to EU and not automatic and try to reload the apt cache.

also with the CPU-options -march=armv6zk+fp -mcpu=arm1176jzf-s -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard or -march=native -mtune=native Stockfish 14 isnt getting faster on the Pi Zero :-( =========================== Total time (ms) : 307211 Nodes searched : 4770936 Nodes/second : 15529 I have no additional idea

I did also a compile on my RPI Zero. While getting first the -m32 bit error (which you deleted the lines for) I did a look at the error-message which suggested "-mbe32" But "-mbe32" is for older than ARMv6, but https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html told me to use "-mbe8" for ARMv6 and later. So I ended up with this Makefile-Part: ifeq ($(COMP),gcc) comp=gcc CXX=g++ CXXFLAGS += -pedantic -Wextra -Wshadow ifeq ($(arch),$(filter $(arch),armv7 armv8)) ifeq ($(OS),Android) CXXFLAGS += -m$(bits) LDFLAGS += -m$(bits) endif else CXXFLAGS += -mbe8 LDFLAGS += -mbe8 -latomic endif ifeq ($(arch),$(filter $(arch),armv7)) LDFLAGS += -latomic endif ifneq ($(KERNEL),Darwin) LDFLAGS += -Wl,--no-as-needed endif endif and then it compiled with not much compile-output: -rwxr-xr-x 1 root root 48113920 Jul 8 19:18 stockfish But how do you get the results for the Speed/Nodes? Is there a test-option or do you use a UCI-capable Chess-Game?

the problem seems not not with the Helios and/or armbian... also RPI people got this problem with a Arduino Mega an RFLink-Software on it. Looks like u-boot releated: https://github.com/home-assistant/operating-system/issues/1011

maybe v13 & v14 has less "power" pn such a slow device, because in the time for a move given they had to calc more while having a neuronal network?

The system DOES see your USB-WiFi-Stick: ### lsusb: Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Do you got the Base-Board for the Neo Core or how do you wire the USB-Ports to the Core? Do you have a picture or diagram how do you donnect the devices? I "only" got a Core2 (H5) with Baseboard.

OK - after sleeping one night over the "problem" its only a problem of too less memory I compiled also successfully on a Odroid C2 (also aarch64 while meson64 and not sunxi64), but the Ordroid C2 has (like the NanoPi K1 Plus) 2GB of real Ram + around 1GB Swap-Memory. This amount of 3GB is much used while compiling stockfish v14 While my "big" Neo2 has 1GB of real Ram (the other small ones only 512MB) and around 512MB of Swap-Memory they hadnt any chance to compile this stockfish! After this the test was to give the 1GB Neo2 2GB of Swap-Memory on the internal HDD (I have the silver NAS-Cas from FriendlyARM): mount /dev/sda1 on /harddisc type ext4 (rw,relatime,stripe=8191) Neo2 2GB SWAP for compiling stockfish: dd if=/dev/zero of=/harddisc/swapfile_2GB bs=1024 count=2048000 chmod 0600 /harddisc/swapfile_2GB mkswap /harddisc/swapfile_2GB swapon /harddisc/swapfile_2GB The following commands after the compile ;) ================================================================ swapoff /harddisc/swapfile_2GB sync The Neo2 1GB with armbian focal has a g++-9 64bit compiler against the g++-8 on the NanoPi K1 Plus and the Ordroid C2. So for the g++9 version the commandline was make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-9 (for the Ordoid C2 its was: make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-8 ) While using the Swap-Memory on the HDD it took "ages" againt the partly Ram-compile on the Odroid C2, but it did succeed: g++ - 9 version on NanoPi Neo2 -rwxrwxrwx 1 root root 48124208 Jul 4 18:25 /toshiba/stockfish_14_aarch64_g++9 g++ - 8 version on nanoPi K1 Plus or/and Odroid C2 -rwxrwxrwx 1 root root 48091376 Jul 3 23:06 /toshiba/stockfish_14_aarch64_bin_backup

Find yout U-Boot path ins /usr/lib/ and do something like this? Find your actual U-Boot-Binary (serach for a path like this): cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64 Flash the new U-Boot: dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1; dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1; dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1 Create a binary File which contains the signature: dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376 Read out the signature: strings /tmp/installed_uboot.bin | grep "U-Boot 20" U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2

Stockfish v14 has arrived Compile did work on my NanoPi K1 Plus BUT not on any nanoPi Neo2 But the on the nanoPi K1 Plus compiled version does run on the NanoPi Neo2 - strange? OK both are aarch64 and the changed Makefile is the same. All at the same kernel, but on the Neo2 it didnt worked with buster nor focal The binary is about 47MB uncompress and 25MB compress as a .zip I will attach the content of my aarch64-Makefile Stockfish12_Makefile_aarch64.txt

@Igor I also got lightdm-problems while installing my Ordroid C2 from scratch (2 times once with current and once with edge) After trying different soutions from the net it didnt worked....BUT with a simple "enable Desktop" from armbian-config -> System-settings and the desktop did start again without any problems

That looks like a good start - but my "dream" is a PWM-controlled fan which will spin slowly/fast depending on the temperature. I couldnt imagine that nobody before has built something like this. The PWN controlled fan could be controlled by the SBC itself or by a small MCU like a arduino...

Today my C2 is running fine (booted from MicroSD) and with working ethernet using the "bleeding edge" version of armbian buster cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64 dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1; dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1; dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1 dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376 strings /tmp/installed_uboot.bin | grep "U-Boot 20" U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2 ___ _ _ _ ____ ____ / _ \ __| |_ __ ___ (_) __| | / ___|___ \ | | | |/ _` | '__/ _ \| |/ _` | | | __) | | |_| | (_| | | | (_) | | (_| | | |___ / __/ \___/ \__,_|_| \___/|_|\__,_| \____|_____| Welcome to Armbian 21.05.2 Buster with bleeding edge Linux 5.12.6-meson64 package bsp-kernel[21.05.2] u-boot[21.05.1] dtb [21.05.2] firmware [21.05.2] config[21.05.3] branch[edge] dmesg |grep -i ether [ 1.757833] igb: Intel(R) Gigabit Ethernet Network Driver [ 2.235419] meson8b-dwmac c9410000.ethernet: IRQ eth_wake_irq not found [ 2.235437] meson8b-dwmac c9410000.ethernet: IRQ eth_lpi not found [ 2.235529] meson8b-dwmac c9410000.ethernet: PTP uses main clock [ 2.244419] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37 [ 2.244444] meson8b-dwmac c9410000.ethernet: DWMAC1000 [ 2.244451] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported [ 2.244456] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported [ 2.244461] meson8b-dwmac c9410000.ethernet: COE Type 2 [ 2.244466] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported [ 2.244471] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported [ 2.244556] meson8b-dwmac c9410000.ethernet: Normal descriptors [ 2.244562] meson8b-dwmac c9410000.ethernet: Ring mode enabled [ 2.244567] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer [ 5.120227] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46) [ 5.134367] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found [ 5.134391] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW [ 5.134734] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode [ 6.791266] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx

Thanks for the "flowers", but I only compiled the image when the option was available in the armbian-build-system. The Preconfiguration wasnt done by me On my i96 I never did the USB port to work, because it seems that it was allways "underpowered" - also with a bigger power supply and not using the MicroUSB-port. Also there was no kernel-module working for USB-Audio I also didnt like the high baudrate at the TTL-serial-port which did work very flaky for me

use date like date MMDDhhmmCCYY MM Monthnumber DD Daynumber hh hours mm minutes CC Century YY Year date 052211382021 for 05/22/2021 11:38

@bigtreeman Why not using a arm64 devuan image for a arm63 Server? https://pkgmaster.devuan.org/devuan/dists/beowulf/main/installer-arm64/current/images/netboot/SD-card-images/

a USB-ethernet adapter will help you to get a Network connection