Jump to content

Igor

Administrators
  • Posts

    13611
  • Joined

  • Last visited

Posts posted by Igor

  1. 1 hour ago, hi-ko said:

    but `apt-get --reinstall install zfs-dkms` also returns


    Did you reboot after installing headers?

     

    I tried on beta software https://paste.armbian.com/ayilamofor and kernel 6.8.7 ... it works https://paste.armbian.com/aqumeheguf.yaml

     

    1 hour ago, hi-ko said:
    6.1.12-rk3568-odroid

     

    I think this is a problem .... Odroid M1 was merged into rockchip64 kernel ... remove linux-*-edge-rk3568-odroid and install linux-*-edge-rockchip64 and try again. It must work.

     

    Tested also on stable branch https://paste.armbian.com/efilumozaq.yaml

  2. 47 minutes ago, Timo12357 said:

    So 24.2.1 does not require Bookworm to upgrade?

     

    Bookworm is latest stable. You can only upgrade to unstable ... which is not recommended for production. You could upgrade kernels, but we don't provide them anymore for bullseye.

     

    On 4/12/2024 at 10:35 PM, Timo12357 said:

    armbian-config says "No other kernels available"


    That is correct. This is the list of packages per distribution:
    https://fi.mirror.armbian.de/apt/content.html

    Bullseye only has some files, probably by mistake. It should be just empty as its not supported anymore. Change tags in armbian.list from bullseye to bookworm and update. Should be fine .... at least as far as from Armbian perspective. We can't vouch for packages that are coming from Debian repository as they might come into some conflicts between each other. This is the problem we observe on older releases and have no capacity nor wish to address. 

  3. (Maintained as) Armbian with Kali applications already exists as an extension. Copy https://github.com/armbian/os/blob/main/userpatches/extensions/kali.sh to extensions of your userspatches/extensions/ and try with:

     

    ./compile.sh ENABLE_EXTENSIONS="kali"

     

    Not sure if something is missing, but its pretty easy to add. Going this path saves you a lot of time.


    As far as patched for hacking wireless drivers or/and kernel tweaks, we should have most of them, probably more then Kali Linux. In technical sense there are just userspace applications, which are IMO included into that extension. The rest, majority, about Kali is myth, produced by Hollywood and community.


    On some download pages, you can already find ready to run images, X86 arch for example:

     

    image.png

     

    You can try that image on your PC, fine tune, then just build for whatever you want.

  4. 1 hour ago, Set3 said:

    check every step with I guess


    In recent images, this patch service should not be preset by default. If service is not there, then you should be fine. Also check / remove this file /etc/apt/apt.conf.d/02-armbian-preupdate if it exists.

  5. image.png

     

    Supervisor sometimes losess healthy state https://github.com/home-assistant/supervisor/issues/4381 and this is not Armbian related problem. However, we will fix this problem.

     

    Future builds are going to be patched https://github.com/armbian/os/pull/177 and for already installed, users can easyily implement workaround from PR manually:

    • creating bash script
    • creating systemd service that execute that script
    • enable that service

     

    Copy and paste instructions for older builds!

     

    Login via SSH and execute:
     

    sudo bash -c 'cat << EOF > /usr/local/bin/supervisor_fix.sh
    #!/bin/bash
    while true; do
    	if ha supervisor info 2>&1 | grep -q "healthy: false"; then
    		echo "Unhealthy detected, restarting" | systemd-cat -t $(basename "$0") -p emerg
    		systemctl restart hassio-supervisor.service
    		sleep 600
    	else
    		sleep 5
    	fi
    done
    EOF'
    
    sudo chmod +x /usr/local/bin/supervisor_fix.sh
    
    sudo bash -c 'cat << EOF > /etc/systemd/system/supervisor-fix.service
    	[Unit]
    	Description=Supervisor Unhealthy Fix
    	[Service]
    	ExecStart=/usr/local/bin/supervisor_fix.sh
    	[Install]
    	WantedBy=multi-user.target
    EOF'
    
    sudo systemctl enable supervisor-fix
    sudo systemctl start supervisor-fix

     

  6. 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.

  7. 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.

  8. 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 ...

  9. 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?

  10. 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 ...

×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines