Jump to content

SteeMan

Moderators
  • Posts

    1591
  • Joined

  • Last visited

Posts posted by SteeMan

  1. @Andrea what is it you are trying to accomplish?  The reason I ask is that given what i see from those systems there are some significant challenges in having a boot A and boot B.  The first being that u-boot lives outside of the partitions at a specific location on the device(SD/emmc/etc).  So you really only can have one uboot, so that will be an area that won't be possible to have something to fall back to if an update of uboot fails.

    The second issue I see is that Armbian and the underlying Ubuntu/Debian push frequent software updates out via apt.  Their is no concept of firmware updates that are complete sets of updates, you get a few updates each week.  Which is good for security reasons as security updates are made available as soon as possible.  But for what I suspect you are trying to do, you will need to create a mechanism to periodically package all available apt updates into a firmware bundle to get installed into your other partition.

     

    But I'm just guessing on what you are trying to accomplish.  So a better explanation of your goals might be helpful.

  2. The Armbian build framework is constantly evolving.  As well as the software that it is building.  So generally each day a build will be slightly different from the previous days build (that is why there are nightly builds produced).  I don't know what you are trying to accomplish so I can't really help you any further than that. 

  3. Moved post to Community Maintained/Staging as this board is a Work In Process and not yet supported.

     

    Note:  The typical way a new board gets introduced to Armbian, is the first step is to bring it in with the 'vendor' kernel.  Which is getting what the board manufacturer released building under Armbian.  Normally the board manufacturers don't support the OS for their boards so whatever gets released is likely never to be updated to anything newer.  And often the linux kernels they use are heavily patched and not close to mainline linux.  Then once that step is completed, the community (both Armbian and many others) work to incorporate all the custom code into mainline linux where hopefully it will be maintained going forward.  That can sometime take years and sometimes it never really happens as the board manufacturers rarely contribute to this (they move on to the next board and don't want to incur any costs to maintain older boards).  It also is rare that everything that worked under the vendor kernel will work under mainline (at least not for a long time).  And for all of this to occur there needs to be people willing to give of their time to volunteer to do all this as no one financially supports the ongoing maintenance of most SBC boards.

  4. Moved to Community Maintained -> Rockchip.  All board specific questions should be posted in the corresponding board specific sections of the forum.  For supported boards that is Standard Support -> <CPU Family> -> <Board> for non supported boards that is Community Maintained -> <CPU family>.  This is not a board Armbian supports, it is community maintained.

  5. 5 hours ago, A9 said:

    Desktop not responding to keyboard: I thought we used to be able to open the Applications menu by pressing the Windows key, and I thought we could open a terminal by pressing ctrl+alt+t.

    What you are describing sounds like standard gnome desktop behavior.  I don't think all desktops have that same default behavior.  You said above you installed xfce desktop not gnome.

  6. Moved to the proper sub forum for a non supported device

    The OPi5 Pro is not a supported board.  It is currently wip - work in process status.  Therefore it has no support forum and should be talked about here under staging/community maintained.

  7. 9 minutes ago, rick0cm said:

    Hi,

     

    I have a couple of the "Transpeed 8K" boxes, and have been able to actually productively use

    them using the MiniArch distribution

    These forums are for Armbian not for the discussion of other distributions.  It would be more appropriate to post this in a forum dedicated to MiniArch.

  8. 2 hours ago, Saam27 said:

    linux-headers-current-rockchip64/bookworm,now 24.5.1

    You have the 24.5.1 version of kernel headers, but...

     

    2 hours ago, Saam27 said:

    24.5.3_Helios64_bookworm_current_6.6.36

    of the kernel.  Thus your headers and kernel don't match.

     

    I doubt you will find a 6.6.36 version of the headers, so either down grade your kernel to the version that matches your headers, or use the Armbian build framework to build your own .deb files of both the kernel and headers together so you have a matching version.

  9. I deleted your other post as it is just a duplicate of this.  Please take the time to research.  There is a topic in the fourms for your type of box.  That is where your should be posting, and before you post you should read what has already been posted to see if others have already run into what you are seeing.  Don't waste other peoples time until you have used the resources available to you.

     

  10. This is Community Maintained software (not supported by Armbian).  So please submit a PR if you would like to see changes.  My experience is that ophub just ships a lot of binary code from unknown origins (the dtb is a binary file, you would need to track down the source file (.dts) to submit here as we don't include binary files from unknown origins but build things from source).

     

    Also note that the dtb file doesn't need to be inside the /boot/dtb/amlogic directory.  To avoid your issue just put it in /boot (and adjust the extlinux.conf accordingly).

     

     

     

  11. Note that Armbian doesn't support TV boxes.  That.means all Armbian does is provide automated builds with no testing which are created weekly.  These boxes are 'Community Maintained' which means support is up to members of the community i.e users like you.

  12. Note that there are no "official" images for this board.  Armbian doesn't support this board.  This board is "Community Maintained".  Which means that someone at some time had it working and submitted it to the armbian build framework and it gets built weekly automatically.  No support or testing is done by Armbian on this.  As long as it builds without error it can exist as a Community Maintained board.  But note that most community maintained boards have no one actively working with them.  Looking at the forum activity on this board, it doesn't seem like much in the last 9 months or so.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines