Jump to content

Igor

Administrators
  • Posts

    13589
  • Joined

  • Last visited

Posts posted by Igor

  1. On 3/10/2024 at 5:15 PM, Slawek said:

    Any suggestions will be very welcome...


    You can try default Armbian way, but beware this case was not tested, so its recommended for making a full HA backup so you can restore in no time.
     

    On 3/10/2024 at 5:15 PM, Slawek said:

    As my eMMC is only 32GB

     

    Mine too:
     

    igorp@odroidn2:~$ df -h
    Dat. sist.      Vel. Upor. Prost Upo% Priklop na
    udev            1,7G     0  1,7G   0% /dev
    tmpfs           372M  5,9M  366M   2% /run
    /dev/mmcblk0p1   29G  5,4G   24G  19% /
    tmpfs           1,9G     0  1,9G   0% /dev/shm
    tmpfs           5,0M     0  5,0M   0% /run/lock
    tmpfs           4,0M     0  4,0M   0% /sys/fs/cgroup
    tmpfs           1,9G     0  1,9G   0% /tmp
    /dev/zram1       47M   38M  5,7M  87% /var/log
    tmpfs           372M     0  372M   0% /run/user/1000

     

    I see no reasons to upgrade anywhere. Especially not to buggy USB3 storage.

  2. 4 hours ago, ich777 said:

    can this overlay (one post above that) be added to the overlays for Rockpi E?

     

    Open a PR here https://github.com/armbian/build/tree/main/patch/kernel/archive/rockchip-6.1/overlay

     

    4 hours ago, ich777 said:

    I haven't found a way to contact the maintainer krachlatte about that.

     

    If he doesn't want to be contacted, there is nothing we can do. This is volunteering position at best effort principle. Some have time, interests and love, some don't. When we notice maintainer becomes unresponsive, board is (at release cycle) moved from "Standard" to "Community support" unless someone else take it over ...

     

    https://github.com/ich777/pikvm-rockpi-e

    This would be much better to be done as extension to the build framework.
    Examples:
    https://github.com/armbian/os/blob/main/userpatches/extensions/ha.sh

    https://github.com/armbian/os/blob/main/userpatches/extensions/openhab.sh

    Docs:
    https://docs.armbian.com/Developer-Guide_Extensions/

    There is another person, that is around, doing similar https://github.com/srepac/kvmd-armbian perhaps teaming up and do it properly & maintainable? And with IMO less efforts.

  3. 4 hours ago, pgd said:

    I try reboots, SD EMMC with no success but integrations works fine.

     

    Yes, its kernel / low level hardware issue with this particular device. We will look into this, but this won't happen "over the night". I tried with mainline based kernel on Odorid M1 and it works there. It also says warning about "docker and privileges" but reboot fixes that warning. Backup / restore works ...

  4. 2 hours ago, pgd said:

    it is impossible to install add-ons even in advanced mode because

     

    I am having one almost identical device (Khadas VIM1S, same kernel) for testing. Installed add-on:
     

    Spoiler

    image.png

     

    Logs https://pastebin.com/raw/JVpwyx1C shows no problems.

    Are you using our images with preinstalled HA supervisor? If you DIY-ed, you need to fix this problem on your own. Here are some clues. Also did you try to reboot at least once?

  5. 10 hours ago, usual user said:

    Users keep talking about WiringPi not working for their device

     

    10 hours ago, usual user said:

    But first and foremost, people seeking help should learn to describe the basic problem they are trying to solve, rather than asking for help as they think it can be solved.
    I don't usually respond to requests that don't match this, because nothing is more annoying than realizing that you have wasted unnecessary time

     

    IMO, probably just some simple on/off commanding from known (Python) environment is the key?

     

    "WiringPi" association / brand name / keyword just don't want to die off :( Yes, its on the level "OS is not working" without telling anything, not even where, what image, what hw. Additional  details: "Logs? Why do you need that???"

     

    I could not agree more. IMO commercialization-consumerism of Linux, where RPi (and clones) played critical role, is the reason why we are seeing this. Often its discouraging when you help someone with a usable instructions or tip, but then you realize he is a decade away from understanding what you are telling him ...

  6. 8 hours ago, SupaLesz said:

    I just switched to a US mirror in armbian.list and upgrade is progressing fine.


    If you switch to automation (apt.armbian.com), then routing should be fine as we only keep a small selection of mirrors, that are verified, ATM. This is a workaround, that significantly affects performance - for some people/locations, updating is painfully slow. In a day, two, we will re-enable all mirrors.

  7. 45 minutes ago, Manoj Dahal said:

    At this moment even Armbian build for Orange Pi R1 H3

     

    Such board does not exists. It exists with H2+. Which is H3 - 4k video. Which is anyway irrelevant for this use case.

     

    45 minutes ago, Manoj Dahal said:

    Does Armbian support it?


    Armbian support it as any other Linux distribution.
    https://docs.armbian.com/User-Guide_Board-Support-Rules/

     

    This means. We don't know if images https://www.armbian.com/orange-pi-r1/ works and if you will have problems, you are on your own to fix them. As this is old and simple board, it will probably just work.

  8. 2 hours ago, bedna said:

    I can ofc download the file via https, but felt I wanted to let you know.


    This is by design. Community maintained targets are hosted at one location only, GitHub. We can't host everything at our primary fast download network. And all torrents have HTTPS sources, this file just one (1). This file changes every week, so there are slim chances file will have more then one seeder (GitHub 1x).

    Torrents from standard supported hardware should maxed out your download line.

     

    2 hours ago, bedna said:

    was only shared by one source when I added it today, and that source is only at 71%


    I needed 2 minutes to download this file successfully.

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines