-
Posts
5386 -
Joined
-
Last visited
Reputation Activity
-
Werner got a reaction from mircsicz in Ubuntu rockchip vs armbian?
As you have mentioned in chat you tried this with mainline 6.10.y which I don't expect to even work. Support for rk3588 soc is still under heavy development and I don't think anything NPU related has been pushed upstream yet.
You should try with 6.1.y vendor kernel. Why? https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one
-
-
Werner reacted to going in Boot fails after NVMe/SPI install
Thank you very much.
I collect in a notebook all possible bugs when using this utility.
I want to redo it.
-
Werner reacted to Hqnicolas in RK3566 and Armbian
Omg! 😮 A TV box with fake memory!
Now all that's left is for you is to discover that the original software has malware 😅
the first rule on TV box for Linux is "don't trust TV boxes"
stop been scammed and buy a board from Partners
My personal favorite is Bpi
this information was on media since 2023, you need to take care.... https://youtu.be/1vpepaQ-VQQ?t=445
-
Werner got a reaction from Boudjelida Abdelhak in Latest Armbian for S805 TV
https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one
-
Werner reacted to MaxT in No RK3588-kernel for WireGuard
Why not search forum first? There was smth similar few days ago
-
Werner got a reaction from Igor in OS cannot be installed
Just guessing. Sometimes armbian-install seem to fail to populate /boot or the UUID of the nvme is wrong.
Try this: clear mtd and nvme, boot from fresh image from microsd, maybe remove emmc if not needed.
Do armbian-install and let it move OS to nvme and flash spi.
Do not reboot. Mount the nvme again somewhere and check if /boot is populated. If not, copy everything manually from microsd/boot to nvme/boot, then use lsblk or similar command to get the uuid of the nvme and edit the freshly copied armbianEnv.txt to match the uuid.
If /boot on nvme is populated already make sure the uuid is correct.
Then shutdown, unplug, remove sd and power up again.
For best chances debugging boot issues set verbosity to 7 in armbianEnv.txt and check the video at https://debug.armbian.de
-
Werner got a reaction from notheld in OS cannot be installed
Just guessing. Sometimes armbian-install seem to fail to populate /boot or the UUID of the nvme is wrong.
Try this: clear mtd and nvme, boot from fresh image from microsd, maybe remove emmc if not needed.
Do armbian-install and let it move OS to nvme and flash spi.
Do not reboot. Mount the nvme again somewhere and check if /boot is populated. If not, copy everything manually from microsd/boot to nvme/boot, then use lsblk or similar command to get the uuid of the nvme and edit the freshly copied armbianEnv.txt to match the uuid.
If /boot on nvme is populated already make sure the uuid is correct.
Then shutdown, unplug, remove sd and power up again.
For best chances debugging boot issues set verbosity to 7 in armbianEnv.txt and check the video at https://debug.armbian.de
-
Werner got a reaction from 0jay in Wireguard Borking System
ah. good old omv annoyance. Known to mess up the system....
-
Werner got a reaction from 0jay in Wireguard Borking System
I think so, yes. As mentioned Armbian kernel comes with wireguard module pre-installed so nothing besides the userspace tools is required IIRC.
-
Werner got a reaction from 0jay in Wireguard Borking System
Ah yeah, now I know.
You are installing with recommends which might include wireguard and wireguard-dkms packages which have dependency on stock Debian/Ubuntu kernel which then will be installed and render your system unbootable.
-
Werner reacted to Igor in Odroid M1, Network Adapter Performance, in jammy
1. Script build all changed packages every 4 hours or manually in-between:
https://github.com/armbian/os/actions/workflows/complete-artifact-matrix-all.yml
2. If this is successful repository rebuild follows (rolling and stable)
https://github.com/armbian/os/actions/workflows/repository-update.yml
3. Once finished, packages are pushed to rolling release repository http://beta.armbian.com (which is stable enough for this hardware and most of end users). As kernel covers many devices, pushing to default stable repo https://apt.armbian.com happens manually after observing this https://github.com/armbian/os?tab=readme-ov-file#latest-smoke-tests-results
None of other distributions or distributions provided by vendors have this kind of quality control. Sadly, not even this is enough, but better we can't afford.
-
Werner got a reaction from 0jay in Wireguard Borking System
Without proper logs this hard to track down. Try to grab some actual logs when you get a chance: https://debug.armbian.de
Wireguard is - kernel-wise at least - nowadays included in all Armbian images. However it might be necessary to install userspace tools separately (i.e. apt install --no-install-recommends wireguard-tools), especially on minimal images.
-
Werner got a reaction from jaspermendoza72 in how to install armbian on Q+
Search for "H6" in this section.
-
Werner reacted to Igor in WiFi adapter/DKMS on 6.10.6-current-rockchip-rk3588
Releasing packages on repo was purposefully delayed for a good week in order to keep with another expectation you have - that release software is well tested What we help here is to lower % of breaking your old installations by delaying with releasing packages so images gives additional round of test resoults. Testing of one release exceeds budgets for hundreds if not thousands of times. If you don't help with testing, its impossible to test. And you don't / very little. There is nothing we can do and only everyone of you can improve this. If you want better service, step up, help us maintain some small part, perhaps automation for repository management? Which is related to your problem. More people, better organisation, faster and better will be updates ... or at least not worse.
https://github.com/armbian/os/actions/runs/10762581915
Once this is finished with success, packages will be uploaded to the repo:
https://github.com/armbian/os/actions/workflows/repository-sync.yml
Then few cycles of repository synchronisation:
https://github.com/armbian/os/actions/workflows/redirector-update.yml
Followed by re-director update, which serves, in theory, only mirrors that are up to date:
Someone needs to help maintaining this mechanism.
If you expect drivers going up with the kernel, then you need to help here:
https://github.com/armbian/build/blob/main/lib/functions/compilation/patch/drivers_network.sh
-
Werner reacted to schwar3kat in My orange pi 5 plus doesnt power on
Thanks Werner, I initially misread it. Corrected it already.
-
Werner reacted to SteeMan in missing wifi on orangepi zero , before worked.....
Board is not a supported Armbian SBC, moved to the Community Maintained forum section and reset the board tag to reflect the correct board.
-
Werner reacted to Efe Çetin in Khadas Edge 2 hdmi 1140p and wacom tablet
I will check it to find what's wrong. Unfortunately it might take some time since i don't have any 2k screen
-
Werner got a reaction from Igor in Armbian doesnt seem to see sata harddrives.
Logs excerpts are usually useless. Provide logs as suggested from the build output:
Try to build from main instread (I assume you tried 24.05 branch)
-
Werner got a reaction from GMagician in Big minimal image
Pre-made images for download are compressed while building an image by yourself is not by default.
use xz to compress it and you should get to your desired ~250M
-
Werner got a reaction from vick_lo in Build the linux-tools
https://docs.armbian.com/Developer-Guide_User-Configurations/#user-provided-image-customization-script
-
Werner reacted to robertoj in Orangepizero does not restart any more
Frank,
Not the SSH password. The SSH KEY, which is a piece of information that the client uses to verify that the server is really the server you expect, not a new impostor.
The SSH password lets the server know that YOU are who you say you are.
For docker, don't try to put the whole OS in an external USB SSD. The OS in microSD card is the most reliable way to do it. Then, you can use an external USB SSD for all your Docker images and containers.
How was it ever working with Docker? Orange Pi Zero has 256 or 512MB RAM.
-
Werner reacted to c0rnelius in Pinebook PRO does not boot Armbian_22.08.1_Pinebook-pro_bullseye_current_5.15.63.img
I think the problem is Pine and not Armbian here. But I understand your point of view.
-
Werner reacted to Igor in [Nomination] Armbian & Khadas are rewarding contributors
We are thrilled to launch this initiative to recognize and reward the incredible contributors who help keep Armbian running smoothly.
All existing and new contributors will be entering the pool to win modern powerful and sleek Intel powered workstation:
1 x Khadas Mind Premium + dock
and
1 x Khadas Mind Standard + dock
Review:
https://www.servethehome.com/khadas-mind-is-a-different-mini-pc-our-review-intel-1360p/
About:
More info:
https://www.armbian.com/newsflash/armbian-khadas-are-rewarding-contributors/
How to nominate?
Post into reply why you think certain forum member contributions stands out and should be added to the pool.
-
Werner reacted to Igor in Docker on armbian!
It is, since moving network bits into extensions. Here it is installed:
https://github.com/armbian/build/blob/main/extensions/network/net-systemd-networkd.sh#L11