Jump to content

All Activity

This stream auto-updates

  1. Past hour
  2. Just doing upgrades 2nd time on the same image, and it upgraded u-boot and linux-image regardless of armbian-utility put them on hold... I will try to get the kernel from the original image, but if it fails due to the u-boot version difference, I will need to flash it 3rd time, and then I will prevent it from upgrades on these essential packages, like Back In Time.
  3. Maybe you already know, but to be sure (you guys are most likely always swamped), the keyrings workflow has failed the last two runs with the same error, on April 8 & April 15... https://github.com/armbian/armbian.github.io/actions/workflows/generate-keyring-data.yaml ERROR: Unable to find debian-archive-keyring package URL from https://packages.debian.org/sid/all/debian-archive-keyring/download Thanks for all you do!
  4. Today
  5. Just found out after upgrading everything on Armbian_23.05.0-trunk_Bananapim2ultra_jammy_current_6.1.24.img.xz, there is no way back once it stops booting. Tried the lowest legacy kernel and also sunxi u-boot and legacy u-boot, everything in chroot, and no success. So I need to start again, reflash the image and prevent the kernel and u-boot upgrades via armbian-config. Is it everything after kernel 6.1.24 when it breaks? Actually, it should be after 6.1.37, which is part of another functional system image.
  6. Good morning. I will learn how to extract Device Tree (DTS) and then I will update the thread.
  7. @technik007_cz I see I also posted here, I initially thought the problem was in kernel or initrd or armbian scripts, but it turned out HW related (power). Is all sorted now and all understood and also situation for my ROCK3A is very different now. And also ROCK3A is Rockchip, BPiM2ultra is Allwinner. What is common it seems is that the storage device where the rootfs is on is unavailable to the kernel+initrd. If you have a running Armbian system and you do apt update && apt full-upgrade, you get new kernel and new u-boot if those packages are updated. BUT, the U-Boot blob is not written to storage device automatically, so this seems like a problem as I have had and seen various times before: older U-Boot and newer kernel. As you also it have a non-working with a pre-installed/pre-generated image, the problem is also there its seems. However, it needs more details. You need U-Boot log and kernel log posting here. Attach a serial console cable and set kernel loglevel to 7 Just for (my) reference, the board is this: https://wiki.banana-pi.org/Getting_Started_with_M2_Ultra_%26_Berry
  8. I can confirm the situation with the latest Armbian Noble system image for M2U, which is Armbian_community_26.2.0-trunk.703_Bananapim2ultra_noble_current_6.18.21_xfce_desktop.img.xz. lead to the same result and it hangs at messages: Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done. Begin: Running /scripts/local-premount ... Scanning for Btrfs filesystems For those which looking for a functional system, I found 2 : Armbian_23.05.0-trunk_Bananapim2ultra_jammy_current_6.1.24.img.xz Armbian_23.08.0-trunk_Bananapim2ultra_bookworm_current_6.1.37_xfce_desktop.img.xz However, if you upgrade the system on this image to the latest, it will result in an unbootable system again. So you need to prevent kernel and U-Boot from upgrades.
  9. Thank you. Could you recommend a system where all the hardware can work together?
  10. Thank you for your reply, Werner. As I mentioned, all firmware versions from the very old ones to the latest are already installed. Since then, after some trial and error, I have confirmed that it works by building the RELEASE as resolute. The command I used for the build is as follows: ./compile.sh BOARD='nanopi-r5c' BRANCH=edge RELEASE=resolute DISABLE_IPV6=no EXTRAWIFI=yes BUILD_DESKTOP=no KERNEL_CONFIGURE=no BUILD_MINIMAL=no PREFER_DOCKER=no CONSOLE_AUTOLOGIN=no && pigz -9 -v output/images/*r5c*.img
  11. Hello everyone, I'm working with a JR3288lc development board with a Rockchip RK3288 processor and I'm currently facing a Bluetooth detection issue. I'm using the official Debian 9 image provided by the manufacturer, but the system doesn't see the Bluetooth module at all. When I check the dmesg output, I see a specific parsing error related to the power GPIO in the Device Tree. It seems the kernel can't parse the power feature, which is preventing the module from working. How can I fix this? Any help would be greatly appreciated.
  12. I had encountered the same problem.Official images' driver were too old and customized.That means you can't change the DE easily.Have a try on Armbian Edge(mainline panthor instead) or build an Orange Pi OS by yourself.Github link.
  13. @qq20739111 I have this patch included in my latest build. I wonder if this will change the cooling and performance. I'll release a test image so you can perform a benchmark on it. I only have a heat sink and fan for the A7A right now. https://github.com/radxa/allwinner-device/commit/7716c3aacfe0ca4432ad3973ec7ea864d2b91195
  14. Yesterday
  15. Excuse me for asking, I'm a total noob when it comes to TV boxes. But how do I install this on a ROM? I have an Android TV ROM that works fine but without Wi-Fi.
  16. @jock hi, I have the same box same prb, I used your multitool , same prb black screen like images from ophub, or I created IMG multitool in wrong way, I'm newby in this, plz I want a step by step. Or tutorial I will thankfull Have a good day
  17. @Nick A I didn't compile the image myself; I downloaded yours directly. What I meant is that when I running a CPU benchmark program, with all 8 cores fully loaded, the score using your image is about 30% higher than with the official image. However, the CPU temperature is also higher, even though I'm using the exact same cooling setup. By the way, that official heatsink seems to be out of stock now.
  18. @Sergioclr you need to extract your Device Tree DTS. Does your box have gigabit Ethernet?
  19. I used the one from github link shared before - dq08_ha_supervised_3.0.0_r2.img But wifi, bt and remote controler are not working afterwards. USBs seem to work fine - screenshots from HomeAssistant. I have 3 of those LinknLink iSG boxes. First one went perfect, second one was flashing there and back, eventually got it working. 3rd one is still giving me troubles 🤷‍♂️😅
  20. Good morning. Results (link above): 1) Image built upon the above link=fail 2) Placing "+CONFIG_SPL_IMAGE_TYPE_SUNXI_TOC0=y" in ~/build/patch/u-boot/u-boot-sunxi/board_x96q/arm64-sun1-h313-addr-x96q-lpddr3-defconfig.patch , adding secure-boot.patch and ~/build/patch/u-boot/u-boot-sunxi/board_x96q/sunsi-add-h616-internal-eth-phy-support.patch left untouched equals successful boot but, still, no ethernet Thanks in advance.
  21. I usually use Falkon in a Plasma environment with Wayland backend.
  22. @qq20739111 The only change I can think of is the Thermal Governor is set to STEP_WISE by default. Without it the fan would run full speed all the time. Radxa had it set to CONFIG_THERMAL_DEFAULT_GOV_POWER_ALLOCATOR=y . I guess it would be safer to switch back to POWER_ALLOCATOR and figure another way to fix the fan issue. The 0.6.x images don't have these changes. Is this an image you compiled yourself? The CPU needs proper cooling you should install one of these. https://radxa.com/products/accessories/heatsink-6530b Extreme throttling introduced on A733 https://forum.radxa.com/t/extreme-throttling-introduced-on-a733/30688/4
  23. Thx 2, but how do we go there from the boards page, these days!? After not been around for a while I'm happy to find out that Igor still (re)-supports the Espressobin board. Though the homepage had been redesigned heavily I was missing e.g. the links to the adapted u-boot files, rescue stuff, etc. - thx
  24. @Nick A hi, I noticed a big difference in my tests on A7Z. The official image runs cool at 60°C, but your image boosts performance by roughly 30% while hitting 90°C. Did you apply an overclock, or is the stock image just limiting the potential?
  1. Load more activity
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines