Jump to content

Search the Community

Showing results for tags 'orangepizero2'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Armbian
    • Armbian project administration
  • Community
    • Announcements
    • SBC News
    • Framework and userspace feature requests
    • Off-topic
  • Using Armbian
    • Beginners
    • Software, Applications, Userspace
    • Advanced users - Development
  • Standard support
    • Amlogic meson
    • Allwinner sunxi
    • Rockchip
    • Other families
  • Community maintained / Staging
    • TV boxes
    • Amlogic meson
    • Allwinner sunxi
    • Marvell mvebu
    • Rockchip
    • Other families
  • Support

Categories

  • Volunteering opportunities
  • Part time jobs

Categories

  • Official giveaways
  • Community giveaways
  • Raffles

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Matrix


Mastodon


IRC


Website URL


XMPP/Jabber


Skype


Github


Discord


Location


Interests

  1. Hello everyone, I am using an Orange Pi Zero 2W with a graphical user interface (GUI). I downloaded and installed the official Orange Pi Zero 2W image. Unfortunately, I keep running into a Wi-Fi connection issue. After booting, the system repeatedly asks me to enter my Wi-Fi password. If I don’t enter it, I have no internet connection. What’s interesting is: If I disable and re-enable Wi-Fi in the network manager, it automatically reconnects to the known network without asking for the password again. Alternatively, a system reboot also restores the Wi-Fi connection automatically. I have already seen online that this seems to be a known issue, but I haven’t found a proper or permanent solution so far. Has anyone experienced similar behavior or knows how to configure Wi-Fi so that it connects reliably and permanently without repeatedly asking for the password? Thanks in advance!
  2. Hello, I am looking for a specific legacy image for the Orange Pi Zero 2W: Armbian 23.02.2 Bullseye with Kernel 5.10.160. The reason I need this specific version is to use the device as a USB UVC (Webcam) gadget via ConfigFS. On the newer 6.6/6.12 mainline kernels, I am facing a "Permission Denied" error when trying to write to hHeight, even as root. After researching, it seems this is a known kernel-level restriction in newer versions, and the legacy 5.10 kernel is the most stable for UVC gadget functionality. I’ve checked the current archive mirrors but could only find the 6.6.x versions. Could anyone provide an official archive or a reliable mirror link for the following image? Filename: Armbian_23.02.2_Orangepizero2w_bullseye_legacy_5.10.160.img.xz Thank you for your help.
  3. Hello, I have two Orange Pi Zero 2 for two years, I didn't know what to do with it. Yesterday I have installed Armbian_25.5.1_Orangepizero2_noble_current_6.12.23. The serial was a bit buggy during installation (display + key press), I have used option -L with screen: screen -L /dev/ttyUSB0 115200 Thank you for your great work !
  4. Hello everyone, I'm trying to get an ST7735S LCD display working with my Orange Pi Zero 2 (H616). This setup was working correctly with older Armbian kernels, but after a recent update, I can no longer get the SPI device to appear. I have already tried a couple of different configuration methods without success. System Information: Board: Orange Pi Zero 2 (H616) Display: ST7735S (SPI) Kernel Version: Linux orangepizero2 6.12.43-current-sunxi64 #2 SMP Wed Aug 20 16:30:58 UTC 2025 aarch64 GNU/Linux I have recently updated armbian-config by running the update from the script itself. Attempt 1: Using armbianEnv.txt My first attempt was to edit /boot/armbianEnv.txt and add the required overlays. Here is my configuration: verbosity=1 bootlogo=false console=both disp_mode=1920x1080p60 rootdev=UUID=aef396b8-ac79-477c-b797-466fc4d881a6 rootfstype=ext4 overlays=sun50ih616spidev1_0 sun50ih616spidev1_1 sun50ih616spispidev sun50ih616tft35_spi usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u After rebooting with this configuration, the device nodes are not created. The output of ls /dev/spidev* is empty. Attempt 2: Using a custom user overlay Next, I tried creating a custom Device Tree Overlay. I created the file /boot/overlay-user/sp1-spidev.dts with the following content: /dts-v1/; /plugin/; / { compatible = "allwinner,sun50i-h616"; fragment@0 { target = <&spi1>; __overlay__ { status = "okay"; pinctrl-names = "default"; #address-cells = <1>; #size-cells = <0>; spidev@0 { compatible = "spidev"; reg = <0>; spi-max-frequency = <50000000>; }; }; }; }; I then added sp1-spidev to the overlays line in armbianEnv.txt. This method seems to be partially working. After a reboot, I can see the SPI master controller: $ ls /sys/class/spi_master/ spi0 spi1 However, the spidev device is still missing. ls /dev/spidev* is still empty. Diagnostic Information Here is the output of dmesg filtered for "spi". It seems to refer to spi0, not spi1 which I am trying to configure, but I'm including it for completeness. $ dmesg | grep -i spi [ 2.821043] spi-nor spi0.0: supply vdd not found, using dummy regulator My Question I don't understand why the /dev/spidev* device is not being created, even when the spi1 master appears to be correctly enabled via the overlay. It seems like the spidev driver is not binding to the device. Since this worked on older kernels, has the method for enabling SPI devices changed? What is the correct procedure now? Is there something I'm missing in my overlay file or configuration? Thank you for your help
  5. Suddenly the 6.16 kernel was released in apt , who did it? why all overlays missed?
  6. My Armbian paste is at https://paste.armbian.com/yamakinoce This is an OrangePi Zero Plus, with an H3, not an H5 or an H2. I see all kinds of problems here but don't know how to fix them. It seems the DTB is just wrong for this board. For one, there are interrupts showing up in /proc/interrupts for HDMI and LCD, but this physical board has *neither* of those. It has an Ethernet PHY but neither the kernel nor uboot see it. It also has a Wifi but the kernel does not see that either. Does a correct DTB exist for this board? What is its name? I vaguely remember a couple ways to force the kernel and uboot to use a different DTB than what it calculates, but I would need to know if such a DTB exists in the first place. Thanks!
  7. I have an issue with the latest releases since Yammy on a Orange Pi Zero LTS. Reboot is not working (system shuts, but not starting again)
  8. I've got Orange Pi 2W board and installed Debian 12 Home Assistant image to it (image link). There is a huge problem with it. Very often there is no bluetooth module appeared in system. I need to reboot system for 10-15 timer to make it work. What can be a reason? I attached 2 boot logs (with good BT appears and no BT appears), I hope it will help to find out the issue. boot_log_bt_good_02.zip boot_log_bt_bad_02.zip
  9. Hello. I'm trying to communicate with i2c ( i've connected ADS1115 on it if this maters ), but even without anything connected on it - it shows 0x30 on it, and I am not sure how to make it works. Please help ! 😐
  10. Hi, I need linux kernel source to compile a custom module. The one I downloaded from kernel.org did not work, got module format error, indicating the kernel is different. i did not have this problem compiling the same module for Armbian lepotato (amlogic) Where do I get the kernel source for my Orangepi Zero 2? Linux orangepizero2 6.12.20-current-sunxi64 #1 SMP Sat Mar 22 19:54:28 UTC 2025 aarch64 GNU/Linux linux-headers-current-sunxi64/bookworm,now 25.2.3 arm64 [installed] Armbian Linux current headers 6.12.20-current-sunxi64 linux-image-current-sunxi64/bookworm,now 25.2.3 arm64 [installed] Armbian Linux current kernel image 6.12.20-current-sunxi64
  11. SOURCE: https://github.com/MathiasStadler/orange-pi-zero-boot-from-spi I spent the whole day trying to boot without a microSD, and I finally got it, using the Orange Pi Zero SPI boot tutorial, with a few adjustments. First of all, you’ll need a microSD card. I used this Armbian version Armbian_24.11.1_Orangepizero2_noble_current_6.6.62_minimal.img.xz Once the system has booted from the microSD: sudo apt update && sudo apt upgrade -y reboot After the system reboots, we need to check if the SPI flash is detected: cat /proc/mtd #It should return something like: dev: size erasesize name mtd0: 00200000 00001000 "spi0.0" #Double-check with: ls -l /dev/mtd* #You should get something like: crw------- 1 root root 90, 0 Apr 10 19:34 /dev/mtd0 crw------- 1 root root 90, 1 Apr 10 19:34 /dev/mtd0ro brw-rw---- 1 root disk 31, 0 Apr 10 19:34 /dev/mtdblock0 /dev/mtd/ total 0 drwxr-xr-x 2 root root 60 Apr 10 19:34 by-name If you see a device at /dev/mtd0 or /dev/mtd/by-name/spi0.0, you can flash U-Boot to the SPI. # Create an empty image sudo dd if=/dev/zero count=2048 bs=1K | tr '\000' '\377' &gt; spi.img # Write U-Boot to the image sudo dd if=/usr/lib/linux-u-boot-current-orangepizero2/u-boot-sunxi-with-spl.bin of=spi.img bs=1k conv=notrunc # Flash the image to SPI sudo flashcp -v spi.img /dev/mtd0 # Or /dev/mtd/by-name/spi0.0 Now it's time to plug in the USB drive (SSD or flash drive): # Install Armbian to the USB stick, pendrive or SSD # Follow the instructions in the menu, default values are usually fine # DON'T REBOOT the device after this step sudo nand-sata-install # Mount the USB stick sudo mount /dev/sda1 /mnt # Copy (overwrite) the /boot directory sudo cp -a /boot /mnt # Now edit /mnt/boot/boot.cmd and set the correct root device: setenv rootdev "/dev/sda1" #Then generate the new boot.scr sudo mkimage -C none -A arm -T script -d /mnt/boot/boot.cmd /mnt/boot/boot.scr #Finally, edit armbianEnv.txt to update the rootdev by UUID: blkid /dev/sda1 #Copy the UUID and update this line rootdev=UUID=your-usb-uuid nano /mnt/boot/armbianEnv.txt Now the moment of truth: sudo shutdown -Fh now Disconnect power and remove the microSD card. Reconnect the power adapter and the system should boot from the USB drive. If there's no sign of life, it's highly recommended to use a UART adapter to debug. Some boards require a jumper between GPIO pins 13 and 14 to boot from SPI β€” on my board (V1.5), this was not necessary.
  12. I made this simple dts file for my GPS NTP server running on Zero2/3 and Zero2w On Zero2, use PC9 as PPS in , and on Zero2W use PI5 . It should be configured in /boot/armbianEnv.txt, but I unsuccess on zero2w, so you must comment out two lines and compile it by yourself. Maybe help someone. sun50i-h616-pps-gpio.dtso
  13. boot and stopped on mount something.
  14. Hi, I'm actually working on a project with this hardware: IR + controller : https://es.aliexpress.com/item/1005005651928240.html?spm=a2g0o.order_list.order_list_main.5.21a9194dT8Becw&gatewayAdapt=glo2esp MPR121: https://es.aliexpress.com/item/1005005097989944.html?spm=a2g0o.order_list.order_list_main.11.21a9194dT8Becw&gatewayAdapt=glo2esp Bluetooth speaker, but i would use the chip that comes with orange pi . My answer is that i have all of these working inside a raspberrie pi 3 b 1.2, with python to detect the mpr121 pulsations and ir pulsations and manage connection Bluetooth, my problem is that I want to be sure that works, and actually the orange pi zero 2w its soo good cause comes already with antenna, so good, cause my project going to be Bluetooth intensive, its more powerful, comes with usb-c, its perfect for what i need, but my main problem is that there's soooo difficult to find any guides about gpio config, or test with devices like the ir or mpr121, so It's possible to make this setup with the orange py zero 2, if it, there's somewhere with an extense guide on how to use it, or at least someone that know's it (I can pay for the help). Thank you very much. Apologies for my English....
  15. Hi everybody, Since some time i have a problem with my OrangePi Zero2. Not sure about when it started exactly, but possibly it came with the latest kernel upgrade. Until then the device was working without any problems and absolutely stable. Unfortunately i have no connection by cable, only with Wifi and possibly it is only the Wifi connection which isn't working anymore? I found the following entries in /var/log/kern (which are the latest entries until the device restarts): 2025-02-10T19:54:40.037397+01:00 orangepizero2 kernel: [86427.304061] unisoc_wifi unisoc_wifi wlan0: sprdwl_report_connection sm_state (5), status: (2)! 2025-02-10T19:54:40.037459+01:00 orangepizero2 kernel: [86427.304105] unisoc_wifi unisoc_wifi wlan0: sprdwl_report_connection KNAECKEBROED failed status code:1! 2025-02-10T19:54:40.365435+01:00 orangepizero2 kernel: [86427.632069] sprdwl:sprdwl_fc_add_share_credit, 536, mode:1 closed, index:0, share it 2025-02-10T19:54:55.573468+01:00 orangepizero2 kernel: [86442.837864] warning: `iwconfig' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211 is this a common issue with one of the latest updates or kernel? Here the link to the actual armbianmonitor -u from this device: https://paste.next.armbian.com/runuloneco Best regards, Chris
  16. In case anyone wondering, AW859A / 20U5622 Wi-Fi modules (uwe5622 driver) do not support WPA3. GCMP-128/GCMP-256 are not listed as supported in iw output, SAE or WPA-PSK-SHA256 wpa_supplicant key methods are not recognized as valid. # iw phy Wiphy phy0 wiphy index: 0 max # scan SSIDs: 12 max scan IEs length: 2304 bytes max # sched scan SSIDs: 9 max # match sets: 9 RTS threshold: 2353 Retry short limit: 10 Retry long limit: 9 Coverage class: 0 (up to 0m) Device supports RSN-IBSS. Supported Ciphers: * WEP40 (00-0f-ac:1) * WEP104 (00-0f-ac:5) * TKIP (00-0f-ac:2) * CCMP-128 (00-0f-ac:4) * WPI-SMS4 (00-14-72:1) * CMAC (00-0f-ac:6) * 00-0f-ac:255 Available Antennas: TX 0x1 RX 0x1 Supported interface modes: * IBSS * managed * AP * P2P-client * P2P-GO * P2P-device … > get_capability pairwise CCMP TKIP > get_capability group CCMP TKIP WEP104 WEP40 > get_capability key_mgmt NONE IEEE8021X WPA-EAP WPA-PSK WPA-EAP-SUITE-B OWE DPP FT-PSK FT-EAP > get_capability proto RSN WPA > get_capability auth_alg OPEN SHARED LEAP > get_capability modes IBSS AP
  17. Hey folks, I have a really weird issue where any time I try to `cat` any of the cpufreq files or use any of the cpufreq commands, it just hangs indefinitely. I've made sure that everything is up to date, reinstalled cpufreq, and because I have 2 of the same board, have confirmed that it's an issue with both of my Zero 2s. I also ran `strace` on one of the cpufreq commands and found that it's getting hung on a write step: openat(AT_FDCWD, "/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor", O_WRONLY) = 3 write(3, "ondemand", 8 Other than this, the device has been doing just fine. Any advice on this is welcome! OrangePi Zero2 Armbian (24.11.1) aarch64 6.6.62-current-sunxi64 (also attempted on the latest edge version of the kernel)
  18. In short, I'm trying to build a FULLY-PREEMPT-REALTIME system to run on my Orange Pi Zero 2W. I used this post as a reference, and got quite far. But, I'm stuck on something that I believe I undestand, but don't know how to resolve. I don't believe this is a probleme specific to my board though. What I've done so far with success is both install and run a pre-built Armbian Image on this board, as well as build my own image and run it. Both work perfectly. Now, I'm attempting to apply the RT patch and build a fresh image (or even just a Kernel) to get the FULL REALTIME kernel support working. However, the build system fails after the kernel is built sucesfully, as it is unable to find the resulting kernel image generated. I belive the issue is simply that when the RT .patch is applied and configured to the kernel, it builds a kernel file with an alterered filename. Instead of 6.6.65-current-sunxi64 It creates 6.6.65-rt47-current-sunxi64 As a result, the build process for the kernel stage fails as it's unable to find the file it is expecting to find. Here is what I have done, and what outputs I am finding. As stated, It was a success with A locally built clean Armbian ./compile.sh BOARD=orangepizero2w BRANCH=current RELEASE=bookworm BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_CONFIGURE=no AUFS=no KERNELBRANCH='tag:v6.6.65' System booted up and ran as normal. $ uname -a inux orangepizero2w 6.6.65-current-sunxi64 #2 SMP Wed Dec 11 15:13:43 UTC 2024 aarch64 GNU/Linux I then attempted to apply the PREEMPT_RT kernel patch. download and gunzip https://cdn.kernel.org/pub/linux/kernel/projects/rt/6.6/patch-6.6.65-rt47.patch.gz into the directory userpatches/kernel/archive/sunxi-6.6 Then a kernel-configure step Worth noting that I do see this patch file applied in the output of the following command. ./compile.sh BOARD=orangepizero2w BRANCH=current RELEASE=bookworm KERNELBRANCH='tag:v6.6.65' kernel-config Where I proceeded to enable the full REALTIME kernel (4th option). General setup -> Preemption Mode -> Fully Preemptible Kernel (Real-Time) Finally followed with a compile command. ./compile.sh BOARD=orangepizero2w BRANCH=current RELEASE=bookworm BUILD_MINIMAL=yes BUILD_DESKTOP=no KERNEL_CONFIGURE=no AUFS=no KERNELBRANCH='tag:v6.6.65' The part of the build output that I beleive is relevant is this. It shows the failure, and what I believe is an indication of why it fails. It appears that the build script it is not aware of needing to find the file name that has the rt47 portion. 🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h616-i2c1-pi.dtbo [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h616-i2c2-pi.dtbo [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h616-gpu.dtbo [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-a64-fixup.scr [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h5-fixup.scr [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h6-fixup.scr [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/sun50i-h616-fixup.scr [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/README.sun50i-a64-overlays [🐳|πŸ”¨] INSTALL /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/dtbs/allwinner/overlay/README.sun50i-h5-overlays [🐳|πŸ”¨] make[1]: Nothing to be done for 'install'. [🐳|πŸ”¨] make: Nothing to be done for 'install'. [🐳|🌱] Kernel built in [ 95 seconds - 6.6.65-sunxi64 ] [🐳|🌱] Packaging kernel [ sunxi64 linux-sunxi64-current ] [🐳|🌱] Kernel .deb package version [ 6.6.65-S943e-Dfa7d-P3e46-Caa1fH5c21-HK01ba-Vc222-B59f0-R448a ] [🐳|🌱] Packaging linux-image [ sunxi64 linux-sunxi64-current ] [🐳|πŸ”¨] [ 26M] /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/image/boot [🐳|πŸ”¨] β”œβ”€β”€ [215K] config-6.6.65-rt47-current-sunxi64 [🐳|πŸ”¨] β”œβ”€β”€ [3.4M] System.map-6.6.65-rt47-current-sunxi64 [🐳|πŸ”¨] └── [ 22M] vmlinuz-6.6.65-rt47-current-sunxi64 [🐳|πŸ”¨] [🐳|πŸ”¨] 26M used in 0 directories, 3 files [🐳|🌱] Kernel-built image filetype [ vmlinuz-6.6.65-current-sunxi64: cannot open `/armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/image/boot/vmlinuz-6.6.65-current-sunxi64' (No such file or directory) ] [🐳|πŸ”¨] ls: cannot access '/armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/image/boot/vmlinuz-6.6.65-current-sunxi64': No such file or directory [🐳|πŸ”¨] /armbian/.tmp/work-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0/kernel_dest_install_dir-44x4J/image/boot: [🐳|πŸ”¨] total 26220 [🐳|πŸ”¨] drwxrwxr-x 2 root root 100 Dec 30 17:08 . [🐳|πŸ”¨] drwxrwxr-x 3 root root 60 Dec 30 17:07 .. [🐳|πŸ”¨] -rw-rw-r-- 1 root root 220621 Dec 30 17:08 config-6.6.65-rt47-current-sunxi64 [🐳|πŸ”¨] -rw-rw-r-- 1 root root 3564498 Dec 30 17:08 System.map-6.6.65-rt47-current-sunxi64 [🐳|πŸ”¨] -rw-rw-r-- 1 root root 23056392 Dec 30 17:08 vmlinuz-6.6.65-rt47-current-sunxi64 [🐳|πŸ’₯] Error 2 occurred in main shell [ at /armbian/lib/functions/logging/runners.sh:211 run_host_command_logged_raw() --> lib/functions/logging/runners.sh:211 run_host_command_logged() --> lib/functions/logging/runners.sh:193 kernel_package_callback_linux_image() --> lib/functions/compilation/kernel-debs.sh:221 create_kernel_deb() --> lib/functions/compilation/kernel-debs.sh:131 prepare_kernel_packaging_debs() --> lib/functions/compilation/kernel-debs.sh:72 kernel_package() --> lib/functions/compilation/kernel.sh:248 do_with_hooks() --> lib/functions/general/extensions.sh:567 do_with_logging() --> lib/functions/logging/section-logging.sh:81 kernel_prepare_build_and_package() --> lib/functions/compilation/kernel.sh:171 compile_kernel() --> lib/functions/compilation/kernel.sh:100 artifact_kernel_build_from_sources() --> lib/functions/artifacts/artifact-kernel.sh:240 artifact_build_from_sources() --> lib/functions/artifacts/artifacts-obtain.sh:34 obtain_complete_artifact() --> lib/functions/artifacts/artifacts-obtain.sh:280 build_artifact_for_image() --> lib/functions/artifacts/artifacts-obtain.sh:392 main_default_build_packages() --> lib/functions/main/build-packages.sh:106 full_build_packages_rootfs_and_image() --> lib/functions/main/default-build.sh:31 do_with_default_build() --> lib/functions/main/default-build.sh:42 cli_standard_build_run() --> lib/functions/cli/cli-build.sh:25 armbian_cli_run_command() --> lib/functions/cli/utils-cli.sh:136 cli_entrypoint() --> lib/functions/cli/entrypoint.sh:176 main() --> compile.sh:50 ] [🐳|πŸ’₯] Cleaning up [ please wait for cleanups to finish ] [🐳|🌿] ANSI log file built; inspect it by running: [ less -RS output/logs/log-build-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0.log.ans ] [🐳|🌿] Share log manually (or SHARE_LOG=yes): [ curl --data-binary @output/logs/log-build-3b1e65cb-74c9-47f6-aa6c-d7787497b9b0.log.ans https://paste.armbian.com/log ] [πŸ’₯] -------------Docker run failed after 152s-------------------------- [ 🐳 failed ] [🌱] Cleaning up [ please wait for cleanups to finish ] ~/devel/personal/Armbian/build β”‚ main !1 Thanks for any help with this. I hope I've provided enough information to make sense of what I'm attempting to do.
  19. Everything come from a try to create a docker compose project. Armbian 24.8.4 bookworm on OrangePI zero 2 - Network forwarding doesn't work: ``` version: '3.6' services: db: image: mariadb:10.3 environment: MYSQL_ROOT_PASSWORD: secret phpmyadmin: image: phpmyadmin restart: always ports: - 8080:80 environment: - PMA_HOSTS=db ``` => FROM test-db-1 => test-db-1 3306 ``` docker exec -ti test-db-1 bash -c 'timeout 0.5 echo -n 2>/dev/null < /dev/tcp/test-db-1/3306 && echo "open" || echo "closed"' ----------- open ----------- ``` => FROM test-phpmyadmin-1 => test-db-1 3306 ``` docker exec -ti test-phpmyadmin-1 bash -c 'timeout 0.5 echo -n 2>/dev/null < /dev/tcp/test-db-1/3306 && echo "open" || echo "closed"' ----------- closed ----------- ``` lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Armbian 24.8.4 bookworm Release: 12 Codename: bookworm uname -a Linux xxxxxx-pre 6.6.44-current-sunxi64 #1 SMP Sat Aug 3 06:54:42 UTC 2024 aarch64 GNU/Linux ``` OrangePI Zero v2 Network forwarding doesn't work ### How to reproduce? ``` ip -4 addr show scope global 2: end0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 inet 192.168.1.135/24 metric 100 brd 192.168.1.255 scope global dynamic end0 valid_lft 587718sec preferred_lft 587718sec cat /proc/sys/net/ipv4/ip_forward 1 iptables -A PREROUTING -t nat -i lo -p udp --dport 2222 -j DNAT --to 127.0.0.1:22 iptables -A PREROUTING -t nat -i lo -p tcp --dport 2222 -j DNAT --to 127.0.0.1:22 iptables -A FORWARD -p tcp -d 127.0.0.1 --dport 2222 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT iptables -A FORWARD -m limit --limit 3/minute --limit-burst 3 -j LOG --log-prefix "IPT FORWARD packet" iptables -A POSTROUTING -t nat -j MASQUERADE -o lo iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT iptables -A INPUT -j ACCEPT iptables -A OUTPUT -j ACCEPT iptables -A FORWARD -j ACCEPT ``` ssh -l root -p 22 localhost => OK ssh -l root -p 2222 localhost => KO ``` iptables -A INPUT -j ACCEPT iptables -A OUTPUT -j ACCEPT iptables -A FORWARD -j ACCEPT iptables -A PREROUTING -t nat -i end0 -p udp --dport 2222 -j DNAT --to 192.168.1.135:22 iptables -A PREROUTING -t nat -i end0 -p tcp --dport 2222 -j DNAT --to 192.168.1.135:22 iptables -A FORWARD -p tcp -d 192.168.1.135 --dport 2222 -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT iptables -A FORWARD -m limit --limit 3/minute --limit-burst 3 -j LOG --log-prefix "IPT FORWARD packet" iptables -A POSTROUTING -t nat -j MASQUERADE -o end0 iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT ``` ssh -l root -p 22 192.168.1.135 => OK ssh -l root -p 2222 192.168.1.135 => KO ### Branch main (main development branch) ### On which host OS are you running the build script and observing this problem? Ubuntu 24.04 Noble ### Are you building on Windows WSL2? - [ ] Yes, my Ubuntu/Debian/OtherOS is running on WSL2 ### Relevant log URL _No response_ ### Code of Conduct - [X] I agree to follow this project's Code of Conduct
  20. Hello, Hopefully a maintainer is reading- is there a plan to build/release 24.8 for Orange Pi Zero 2? Thanks!
  21. I've tinkering with this board, and trying to boot from spl, but the boot halts after reading the temperature sensors, which does not happen when booting from the sd card. After booting from the sd card I read the sensor that causes the problem # cat /sys/devices/virtual/thermal/thermal_zone0/temp 51740 I found in a forum some kernel patches to mitigate this: https://forum.manjaro.org/t/support-for-orangepi-zero2-h616-ddr3-zero3-and-zero-2w-h618-lpddr4/154679 Why does it fail when booting from spl, and not when booting from the sd? Here is the system info: # cat /etc/armbian-release # PLEASE DO NOT EDIT THIS FILE BOARD=orangepizero2 BOARD_NAME="Orange Pi Zero2" BOARDFAMILY=sun50iw9 BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=89476e86f LINUXFAMILY=sunxi64 ARCH=arm64 BOOT_SOC= IMAGE_TYPE=stable BOARD_TYPE=wip INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image KERNEL_TARGET=current,edge KERNEL_TEST_TARGET=current FORCE_BOOTSCRIPT_UPDATE=yes FORCE_UBOOT_UPDATE= OVERLAYDIR="/boot/dtb/allwinner/overlay" VENDOR="Armbian" VENDORDOCS="https://docs.armbian.com" VENDORURL="https://www.armbian.com/" VENDORSUPPORT="https://forum.armbian.com" EDIT: I am booting the same install in both cases from the sd card, but from the spl I do it manually since I have to take the sd card out to get into the spl VENDORBUGS="https://www.armbian.com/bugs" BOOTSCRIPT_FORCE_UPDATE="yes" BOOTSCRIPT_DST="boot.cmd" VERSION=24.8.4 REVISION=24.8.4 BRANCH=current # uname -r 6.6.36-current-sunxi64
  22. Hi, I have managed to install u-boot on the spl flash, and it properly runs and detects everything, but i've run into a bit of an issue, while loading the kernel, it gets stuck. To create the usb drive I just cloned the partition of the sd card (not the whole card, just the ext4 partition), I don't know if that can be the issue. here is the full log: https://pastebin.com/jPEkMnYq Any ideas?
  23. Hi, I really apologise if the information is out there and I just haven't found it. I was looking to buy a board for a small embedded GUI application and this one seems to fit the bill. I would like to use Wi-Fi, Bluetooth and HDMI. Is there a list of what is working or not working on each build/version? (This is probably a more general question to Armbian for any device) The only thing I could find is this: But it's not that recent. On the download page: https://www.armbian.com/orange-pi-zero-2/ under specifications it does list, Bluetooth and Wi-Fi but I'm not sure if this means its now working? I also saw some forum posts talk about old builds, where can they be found, all I can see is this (linked on the download page): https://fi.mirror.armbian.de/archive/orangepizero2/archive/ and it only has 1 version. One last question, if Wi-Fi or Bluetooth don't work, does that only mean onboard Wi-Fi and Bluetooth and that a dongle would work? Thanks!
  24. Hi all, has anyone ever tried to use an atomic firmware upgrade system like rauc or swupdate? https://rauc.readthedocs.io/en/latest/ https://sbabic.github.io/swupdate/swupdate.html I am playing with rauc, in order to do that I have to customize the partitioning of the SD/eMMC: - root1 (4GB) - root2 (4GB) - data (8GB, or remaining space) Can someone suggest how to customize partitioning in such way? I played around setting USE_HOOK_FOR_PARTITION=yes, and hooking the create_partition_table but had no luck. Any hint? Thanks in advance! Andrea
  25. Hello, I've been using OPiZ2 for about 2 years as Pi-hole in gravity-sync with another one (Orange Pi 3 LTS running Open Media Vault with no problem). Today I found out it was dead, no connection and just a blank screen. It must have happened in the past few days, because I checked it on sunday and it was up and running. I'm almost sure I was using it with Armbian_22.11.0-trunk_Orangepizero2_sid_edge_6.0.6. i have extracted the sd card and checked it on Windows with Diskinternals reader and Minitool Partition Wizard, no problem found. The most recent files and folders have been modified on 2024-07-12, eleven days ago, much prior to my checking, so there is no info about the last hours/days. When I first installed Armbian, I used a version that would brick the OpiZ2 with apt upgrade, but a long time has passed and I don't remember if that issue was fixed. Now, can I somehow resuscitate this install? If not, can I clone/recover at least the pi-hole/unbound/gravitysinc settings? And what version of Armbian should I use? I've downloaded Armbian_24.5.3_Orangepizero2_bookworm_current_6.6.31_minimal, but I came here to ask before doing something.
Γ—
Γ—
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines