-
Posts
13611 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
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.htmlBullseye 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.
-
2 hours ago, jumbo125 said:
is it possible to boot the odroid c2 from usb?
Directly no as it doesn't have any software that would allow this. This way (via SD or eMMC):
https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-sata-nvme-usb -
-
On 4/20/2024 at 2:00 AM, Alexx said:
All the above are 5 commands?
Yes. If you copy and paste everything into the terminal, it should do the job.
-
(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:You can try that image on your PC, fine tune, then just build for whatever you want.
-
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. -
2 hours ago, Set3 said:
is there a work around for this ?
sudo systemctl disable armbian-live-patch.service
-
After applying patch from previous post, it updated to latest version without complaining about unhealthy status:
-
1 minute ago, NicoD said:
does it run Armbian?
https://www.armbian.com/bigtreetech-cb1/
We have one device in auto-tests and we might port it to 6.6.y
If that screen works, its unknown, but I would assume yes as we are using vendor kernel.
-
On 3/27/2024 at 2:32 AM, li ABB said:
The build command being used
Try adding INCLUDE_HOME_DIR="yes"
-
36 minutes ago, He Qichen said:
Does anyone has more information about that?
-
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
-
Temporarily network maintenance issue at that segment Sadly can't fix remote. Tomorrow...Mmmh, apparently all the users directories have been emptied Perhaps [mention=1]Igor[/mention] can help us about?
Wrote on mobile
-
10 hours ago, ag123 said:
is moving Armbian to 6.8
@Gunjan Gupta is doing that and sadly its a lot of work: "here are 77 broken patches that need manual fixing" We are looking at weeks. -
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.
-
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.shhttps://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.
-
17 minutes ago, Kalobok said:
It works.
Try those things that didn't work for @pgd just to make sure ... Also welcome to make a PR https://github.com/armbian/os/blob/main/userpatches/targets-release-apps.template#L35-L57 -
2 hours ago, Kalobok said:
Do I understand correctly that I need to download Docker and HA extensions to userpatches/extensions directory and then build an image for XU4?
Yes. I have also updated instructions in the 1st post. -
16 minutes ago, Kalobok said:
Any chance Odroid XU4 will be added to the list?
32bit, expect troubles ... make image and try? How-to is in the first post. -
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 ...
-
3 hours ago, pgd said:
yes, i use your last vim4 image... I try reboots, SD EMMC with no success but integrations works fine...
backups don't work either
I managed to recreate this problem on VIM4 ... This HW has some old factory kernel, which could be the reason. Trying on some other device first. -
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:
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 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 timeIMO, 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 ...
-
- what is new?
- download (temporally)
- final versions https://www.armbian.com/khadas-edge-2/
kernel headers for this kernel does not seem to be installed
in Odroid M1
Posted
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
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