Jump to content

Igor

Administrators
  • Posts

    14313
  • Joined

  • Last visited

Posts posted by Igor

  1. 5 hours ago, sakittelsen said:

    this only works with Ubuntu Noble as a distro base.

     

    It is diffucult to add certain advanced features to both / all base packages versions - which is the core difference between Debian and Ubuntu. And later more difficult and certainly less fun is keeping features operational.

     

    4 hours ago, sakittelsen said:

    But, I'll be happy with one working distro

     

    This is one of the main points behind providing both variants. Making assembly (Debian Bookworm, Ubuntu Jammy, Noble, ...) is easier, and cover several other aspects too, then adding and maintaining advanced features for both / all. Sometimes its nearly impossible (our resources are not endless and we have to remember we are in open source world - forks compete without contributions to commons) to add something to one, while its relatively easy adding it to another.

     

    At the end of the day, it is, like you said, more important that some feature works.

  2. For generating torrent files we use:

     

    - automatically generated public trackers https://trackerslist.com/#/ lists

    - web seeds on our servers to secure up to 70 (stable, community builds on around 10) places with 100% file availability

     

    Goal for providing torrent download option is maximizing download speed - for you! With torrent protocol, one can not have control where files are and also we don't have own trackers, but we use public ones in automatic way, thus we don't have control on which trackers our files are announced.

     

    All files are digitally signed, so nothing to worry about.

    Edit: if name "pirate" or something else bothers you, here you can submit a fix with some grep -v https://github.com/armbian/os/blob/main/userpatches/gha/chunks/650.per-chunk-images_job.yaml#L139 Perhaps porn and pirate ?

  3. 12 hours ago, sakittelsen said:

    I'll use armbian+config for now.


    Great choice! :) TBH not many people asked for add this at first run - probably as many use cases are headless / servers and people are used to just run command on their own. But agree, its one of those "nice to have".

     

    20 hours ago, sakittelsen said:

    how much do i have to donate to get it added? 🙂

     

    This is open source world. Anyone can contribute a feature, fix a bug. Donations are here for things that you already have. If you want feature to be fixed or added, line is very long - most of this forum is seeking for something. And there is just a few people on the other side, willing to pay with their private time for the common software maintenance. Donations, what people are willing to pay / contribute, cover less then 1% of the costs. Its a beer, not trade money. End users would destroy the project in no time, if we accept donations as a payment for the work. It is impossible to cover remaining 99%. Here and there yes, long term, no.

  4. 17 minutes ago, Superuser said:

    forward to nanopi r4s maintainer that may fix the prob

     

    From logs I can only conclude that problems are at your side - wrong configuration. Anyone can help you - problem is almost certainly not Armbian specific.

     

    May 10 21:05:09 pirogue systemd-helper[8502]: dnsmasq: unknown interface end0
    May 10 21:05:09 pirogue dnsmasq[8502]: unknown interface end0

     

    I am not an expert of application you try to install, in fact I never heard about until now. 

  5. Many thanks for fixing this!

    I also tested on my side, works now. We can eventually put this board back to supported list. (board config .csc -> .conf)

    There are few other things that would be nice to get working - I notice WOL service erroring out, fan support is unknown. I only have PCB without anything attached to it, for testing.

     

    Merging both patches shortly.

  6. @Heisath Nice to have you back. I know everyone is busy ...
     

    10 hours ago, Heisath said:

    On the whole I think armbian is moving too fast, for me, with new features in the build system

     

    I think speed of this has been brought down in past year and most of changes were on the "must be done" list. Changes generate stress, regardless of their intention.

     

    10 hours ago, Heisath said:

    ARM is IMHO not a stable platform, unfortunately.

     

    It is getting more and more troublesome - big complexity vs. new devices keep coming out light-speed vs. limited resources for maintaining. We have little to fight this :(

     

    10 hours ago, djurny said:

    but would like to see someone else besides me test and scrutinize change.

     

    Freshly build image from your patch - doesn't work for me - what I am missing here?

     

    Spoiler
    U-Boot 2019.04-armbian-2019.04-S3c99-P6351-H9530-V0854-Bb703-R448a (Mar 16 2025 - 04:06:02 +0000)
    
    SoC:   MV88F6828-A0 at 1600 MHz
    DRAM:  2 GiB (800 MHz, 32-bit, ECC enabled)
    MMC:   mv_sdh: 0
    Loading Environment from EXT4... ** File not found /boot/boot.env **
    
    ** Unable to read "/boot/boot.env" from mmc0:1 **
    Model: Helios4
    Board: Helios4
    SCSI:  MVEBU SATA INIT
    SATA link 0 timeout.
    SATA link 1 timeout.
    AHCI 0001.0000 32 slots 2 ports 6 Gbps 0x3 impl SATA mode
    flags: 64bit ncq led only pmp fbss pio slum part sxs 
    
    Net:   
    Warning: ethernet@70000 (eth1) using random MAC address - 62:8c:c7:28:59:25
    eth1: ethernet@70000
    Hit any key to stop autoboot:  0 
    switch to partitions #0, OK
    mmc0 is current device
    Scanning mmc 0:1...
    Found U-Boot script /boot/boot.scr
    4342 bytes read in 362 ms (10.7 KiB/s)
    ## Executing script at 03000000
    Boot script loaded from mmc
    Loading environment from mmc to 0x300000 ...
    158 bytes read in 349 ms (0 Bytes/s)
    Loading DT from mmc to 0x2040000 ...
    28834 bytes read in 678 ms (41 KiB/s)
    Unknown command 'setexpr' - try 'help'
    Unknown command 'setexpr' - try 'help'
    itest - return true/false on integer compare
    
    Usage:
    itest [.b, .w, .l, .s] [*]value1 <op> [*]value2
    Loading kernel from mmc to  ...
    load - load binary file from a filesystem
    
    Usage:
    load <interface> [<dev[:part]> [<addr> [<filename> [bytes [pos]]]]]
        - Load binary file 'filename' from partition 'part' on device
           type 'interface' instance 'dev' to address 'addr' in memory.
          'bytes' gives the size to load in bytes.
          If 'bytes' is 0 or omitted, the file is read until the end.
          'pos' gives the file byte position to start reading from.
          If 'pos' is 0 or omitted, the file is read from the start.
    Unknown command 'setexpr' - try 'help'
    Unknown command 'setexpr' - try 'help'
    itest - return true/false on integer compare
    
    Usage:
    itest [.b, .w, .l, .s] [*]value1 <op> [*]value2
    Loading ramdisk from mmc to  ...
    load - load binary file from a filesystem
    
    Usage:
    load <interface> [<dev[:part]> [<addr> [<filename> [bytes [pos]]]]]
        - Load binary file 'filename' from partition 'part' on device
           type 'interface' instance 'dev' to address 'addr' in memory.
          'bytes' gives the size to load in bytes.
          If 'bytes' is 0 or omitted, the file is read until the end.
          'pos' gives the file byte position to start reading from.
          If 'pos' is 0 or omitted, the file is read from the start.
    Booting kernel ...
    SCRIPT FAILED: continuing...

     

     

  7. This whole image and config / install script are both very old, unsupported. It has been cca. 5 years since anyone touched code in old armbian-config. We developed new tool, which is fundamentally different and in much better shape.

     

    9 hours ago, orlando mendez said:

    How can I see the documentation of the version I'm using?

     

    Documentation for old tool never existed. This config tool developed from my personal scripts for installing this and that. And as it was not properly designed, we decided to drop it at some point and develop a proper tool from scratch. You can try upgrading this way: https://github.com/armbian/configng?tab=readme-ov-file#compatible-distributions but no warranty or support in case of troubles.

     

    I would tell you to go with a fresh system, but as this image was not made by us, you need to ask vendor to do that for you. Everything that goes outside "Standard support" is usually unknown to the team and also for most of this community. This is custom hardware world, you are running custom Armbian build (probably made by hw vendor). Armbian developers team is super small and it is not realistic to expect support even for limited selection of (custom) hardware that we provide official Armbian builds for.

     

    If you just need git tool:
     

    sudo apt install git

     

     

  8. 7 hours ago, ovacikar said:

    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.

     

    We just figured out we have dropped packing kernel sources at some point. Until we figure out how to re-enable that or if this makes sense, use build framework to add a custom module. It has the ability to do that.

     

    7 hours ago, ovacikar said:

    i did not have this problem compiling the same module for Armbian lepotato (amlogic)

     

    Allwinner kernel is heavily patched, version is not necessarily latest, quite distanced from mainline, while Amlogic, on the other hand, is closer, changed less.

  9. 10 hours ago, catotinha said:

    Hi.  I am Catota and I am new here.

     

    Welcome on board.

     

    10 hours ago, catotinha said:

    very little experience with linux.

     

    This will be a huge difference, so be open for learning, have a lot of patience.

     

    https://docs.armbian.com/User-Guide_Board-Support-Rules/

    One of the key challenges we face is that maintaining older hardware is both time-consuming and costly. With limited financial and community support, the resources we have are already stretched thin across the entire project.

     

    Our team is very small—currently, we have only one dedicated maintainer for the Allwinner software stack that is focused into latest 64bit Allwinner family (H6/H6xxx). Other projects often face similar constraints, often relying on a single contributor who can do anything. For example, in our collaboration with LibreELEC (LE), we benefit from some shared efforts, but both sides are still primarily driven by individual volunteers working on a best-effort basis. If priorities shift, progress can be delayed significantly—and unfortunately, Armbian doesn't have the capacity to pick up.

     

    I’m sharing this openly in the hope that it raises awareness. Personally, I would love to see continued support for legacy devices. But to make that happen, we need to ask: who is willing and able to invest weeks or months each year required to maintain these older platforms?


    What you can do? Try to understand how this works, connect with people that share your problem (all similar board owners with interest that it is maintained) - invest time to learn.

     

    9 hours ago, catotinha said:

    something very obvious that I am missing?

     

    Probably USB ports are just not enabled - check this: https://docs.armbian.com/User-Guide_Armbian-Config/System/#device-tree-overlays

  10. 4 hours ago, jgauthier said:

    I've built a custom image


    Remind me. Does WiFi works in image from download section? https://www.armbian.com/download/?device_support=Standard support

     

    4 hours ago, jgauthier said:
    Linux bananapim4zero 6.13.11-edge-sunxi64

     

    This (EDGE kernels) raises support costs into the sky and since from open source developers position 99.5% costs are not yours ... use current kernel. Its a huge difference between those two, one has been stabilized, the other not, probably next year, most likely never and will be replaced with next EDGE, 6.14.y with stabilization attempt in more then one year from now. Also legacy 6.6.y would be better for this job. Higher number doesn't mean better functionality and less bugs, often right the opposite.

     

    Try this way:

    sudo ip link set wlan0 up
    sudo iw dev wlan0 scan

     

  11. 15 hours ago, Henry Tung said:

    the way the netplan + networkd integration is designed

     

    Bug in NetPlan / systemd-networkd or bug in Armbian implementation? We have no options to maintain NetPlan or any other similar complex user space component. Armbian uses Ubuntu  / Debian packages without changes as we are focused into Kernel space, framework, tools, build automation.

     

    If there is a workaround, we can push it somewhere. Like this one: https://github.com/armbian/build/commit/7f32a5853513745ee6aa55b6d3856ac67ec036e2

     

    16 hours ago, Henry Tung said:

    Of note, I tried logging in to file the bug via the dev contribution platform

     

    Forum is just fine. Armbian itself don't have resources to touch any of this, but someone might know something and help you / everyone.

     

    I briefly understand what is the problem, but no idea how to solve it.

  12. 7 hours ago, FrenzyBiscuit said:

    amd64 version of Ubuntu 24.04, so I'm assuming Armbian needs to update the package


    Armbian is assembled from Ubuntu or Debian packages. If problems is there, problem is here too and there is little we can do about.
    https://docs.armbian.com/#what-is-armbian

    We have a mechanism which you can use to insert patched package to our repository, which is in use in some corner cases:
    https://github.com/armbian/os/wiki

    Perhaps this is a solution, perhaps not depending on possible dependency nightmare. 

  13. First problem was fixed in predicted way. There is no more firmware warnings on upgrade / kernel install. New package is getting to the stable repository in a couple of hours, while it is already present in beta.

     

    10 hours ago, abcd567 said:

    but these are very irritating.


    Agree. While testing kernel, I installed Ubuntu Noble based image and
     

    ERROR: Unsupported initramfs version 

     

    does not manifest there! I suspect this problem is caused by some script that is coming from RaspberryPi OS - on Debian based Armbian, we use userspace and Rpi related firmware packages from RPi OS (which is Bookworm based, so we have great / full packages compatibility). I will try to get to the bottom of this when possible.

     

    Basic problem is that in open source and especially in packages assemblies, there are always (tens of) thousands of potentially irritating issues. You noticed this one, we already have a list of many others that needs attention and there is endless list that well always be somewhere ...

  14. 10 hours ago, llak arta said:

    Linux Orange Pi PC 6.12.23-current-sunxi and also on an Orange Pi Zero


    None of those boards are officially supported, so we are not aware on their hw support status. Those are also 32bit architecture, while we only provide 64bit support for Rpi.

     

    10 hours ago, llak arta said:

    On a Raspberry Pi, it does work


    Did you use Armbian for Rpi? And which particular build? And on which Rpi?

    There are many unknown things - big difference. Hard to determine the reason from current informations.

  15. 1 hour ago, Pilinha said:

    Debian_jessie_3.4.112


    This is around 10 years old (!) demo / beta image that was deprecated cca. 8-9 years ago.

    If automated builds doesn't work (we can't cover for endless software support for endless ultra-cheap hardware), IMO your best (only) way is digging into https://docs.armbian.com/Developer-Guide_Build-Preparation/ and fixing reasons which are preventing latest kernel / boot loader to work. It might be trivial, it might be hard. Probably nobody knows without research. This will help you http://debug.armbian.de/ 

  16. 57 minutes ago, Tonydee said:

    The folder basically needs to be moved


    That is wrong approach as we follow kernel source / standards:
    image.png

     

    and this (boot script) contains the mechanism for loading it:
    https://github.com/armbian/build/blob/main/config/bootscripts/boot-rk35xx.cmd

     

    It should work:

    https://github.com/armbian/build/blob/main/config/bootscripts/boot-rk35xx.cmd#L51-L52

     

    Is your image an upgrade from some old one? As we indeed have issues with this at some point.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines