-
Posts
11879 -
Joined
-
Last visited
Posts posted by Igor
-
-
2 hours ago, mack said:
not on actually looking into the issue but resisting to and reasoning against.
Solving bugs can eat a lot more time - you contribute nothing to - and require a lot more energy then casual chatting with forum newbies. We have prepared FAQ for your welcoming. Make friends, then ask for help. There are 1000 people before you asked extremely limited and expensive resources for something ... why your problem is more important ?
-
On 8/25/2021 at 6:15 PM, kollmos said:
which is not required at all.
Without providing logs, you are on your own - i highly suspect your install is broken in some way, but since there are no logs ... Please don't double post and make us additional expenses. We don't need to fix bugs over and over again, for each person individually.
-
14 hours ago, calvin_thefreak said:
I am creating an archive.org archive, so that if the Mirrors or what so ever will go down
Software support - the most expensive part of hardware product - is pure Armbian and without Armbian this project would never get this far. Also there is no need to create any mirrors since Armbian keeps archives at many places.
Also you can rebuild images from sources at any time.
-
1 hour ago, smersh said:
FYI the 2020.10 u-boot is also partially broken
I know - it was triaged - since this solution covers the most important aspects - you can boot the board and it doesn't freeze. Which is not nearly granted feature and its not secured when u-boot goes up with its version. For more polishing we ran out of time ... and FYI supporting fixing bugs can cost a lot more. Also doesn't align with carefully planned time expenses for R&D.
tl;dr; With limited time and no budget it is not possible to fix everything. There are others, more important problems waiting to be addressed. -
1 hour ago, Norfolk said:
There are Images for an old/original Lemaker "Banana Pi" up to 03/2021
Archive contain older images. Use the one from the download section - images that are aligned with your model regardless of the date diff, read FAQ, get support to give some fraction back ... and wait for:
1 hour ago, Norfolk said:some software (iobroker) afterwards, so I'm not sure if this might be caused due wrong images being used.
Hard to tell. A question for them. -
2 hours ago, smersh said:
First of all, the u-boot versions are different. The prebuilt image has "U-Boot 2021.04-armbian" and the second one - "2020.10"
It's not a bug but bugfix:https://github.com/armbian/build/pull/3036
2 hours ago, smersh said:Is there any fix for this problem?
Sources are available so I would assume its fixable. Its probably just a configuration or patch issue. Dig in. If you find and fix the problem and when you are sure it doesn't break any other board, send a patch. -
21 minutes ago, Elric said:
Recompiling was useless.
Also for other reason. We keep well known and those a bit less known wireless drivers in best possible shape and bundled with kernels we provide. In theory - users should not need to compile exotic drivers that Linux doesn't support (well enough) on their own, but all dependencies are ready (kernel headers, compilers) - so you can. For things we don't cover, can't bundle (zfs) or for experimenting ...23 minutes ago, Elric said:So, how it looks like: I am newbie
We all are
It is impossible to know everything, especially in this tech world full of complicated details.
-
21 minutes ago, Elric said:
[ 213.657825] rtl8192cu 2-1:1.0 wlx74da387ed9f9: renamed from wlan0
21 minutes ago, Elric said:could be a valid network name.
In fact it is. Starting with v197 systemd:
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/networking_guide/sec-understanding_the_predictable_network_interface_device_names -
1 hour ago, ChrisO said:
as it seams to be really ready.
For having a rootfs, a bit more work has to be done.1 hour ago, ChrisO said:Fun? :-)
We pushed it very far but here fun stops - its impossible to waste months working only on this and without receiving anything in return. Bills has to be paid ... If you have strength, capacity and will to pick it up and push forward:
https://github.com/armbian/build/pull/2414
https://github.com/armbian/build/pull/2410
This is needed if you want to have zfs rootfs.
-
On 8/13/2021 at 11:16 AM, Евгений Алексеев said:
so if i download image for orange pi r1 plus and use it on nanopi r2s everything work correctly
We are aware that R2S device tree is not accurate / correct, but first read this then think what you can do about. -
-
11 minutes ago, phelum said:
Is the source to the 5.10 kernel (with sunxi extras) available ?
armbian-config -> software -> source_install ... and it downloads + unpack + add config which was used ... ready to compile. Only deb packing part is not solved yet.
Older kernels sources are only in our offline archives. tl;dr; We recently had some repository crash and after big waste of time solving nothing ... I restarted with minimal repository containing only last packages. Which was successfully build.
-
-
1 minute ago, lam96pt said:
Please help me !
Reading this will help you in understanding how you have to form your questions. Currently nobody can help you. -
1 hour ago, linda said:
It's an Orangepi Plus H3 V.1.1.
So you go to download pages and search for "orange pi plus" ok, we have a "+" instead of "plus"https://www.armbian.com/orange-pi-plus/
For the naming part - its up to vendors. We can't do much to reduce this naming confusion
-
4 minutes ago, linda said:
Your link points to bananapi-images.
Which OrangePi exactly do you have? There are different models - some images are compatible with Bananas, mainly not.
-
3 hours ago, Werner said:
Hasn't ATF been mainlined already? Also U-Boot master received necessary
Yes, we are attached to mainline ATF and u-boot. Probably kernel is the problem. -
-
30 minutes ago, ChrisO said:
Cannot figure out what the problem is.
https://forum.armbian.com/search/?q=Hash Sum mismatch&quick=1We need to extend repository index synchronisation timeout from 1 day to several days since mirrors doesn't get in sync in this time frame. The problem is that current main rsync server is slow (only 50Mbps upload in total), but is cheap and has no traffic limits.
We know how to solve this, but we lack time: https://armbian.atlassian.net/browse/AR-789
-
-
https://github.com/armbian/build/pull/2620/files
We have more or less fully functional image with legacy kernel, but 5.13.y hangs at:
Spoiler## Executing script at 4fc00000 U-boot loaded from SD Boot script loaded from mmc 131 bytes read in 2 ms (63.5 KiB/s) 19495 bytes read in 6 ms (3.1 MiB/s) Failed to load '/boot/dtb/allwinner/overlay/-fixup.scr' 12104617 bytes read in 1001 ms (11.5 MiB/s) 22200328 bytes read in 1835 ms (11.5 MiB/s) Moving Image from 0x40080000 to 0x40200000, end=41790000 ## Loading init Ramdisk from Legacy Image at 4ff00000 ... Image Name: uInitrd Image Type: ARM Linux RAMDisk Image (gzip compressed) Data Size: 12104553 Bytes = 11.5 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 4fa00000 Booting using the fdt blob at 0x4fa00000 Loading Ramdisk to 49474000, end 49fff369 ... OK Loading Device Tree to 0000000049406000, end 0000000049473fff ... OK Starting kernel ...@jernej Do you know latest working combination (atf / u-boot / kernel) ?
-
2 hours ago, MauiJim said:
please help!
Please don't bump topics without adding value. This is not commercial technical support for your private problems, but community forum and those are its rules and recommendations. Putting a pressure is a very bad strategy when asking for help where precious resources you don't support are wasted - better start here or here or just wait and hope someone that has time and knowledge that can help.
-
2 hours ago, Heisath said:
I do NOT have a helios64 so cannot test any changes
OK, me neither. Lets's wait for some input here then. -
5 hours ago, SIGSEGV said:
At some point I noticed that the fancontrol service had failed to start up after the reboot
Next update will break this again. It would be best that this gets fixed in https://github.com/armbian/build @Heisath Wasn't this fixed already?

Upgrading to Bullseye
in Helios64
Posted
Only best long term way is to have one such device in auto testing lab and some help to improve testing routines. With no resources, I can only move super slow into this direction.