lanefu
-
Posts
1339 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by lanefu
-
-
6 hours ago, UniformBuffer said:
Impossible to use all the memory:
I have noticed that the system does not use ram over 1GB, but instead start to allocate to the swap memory.
I have tried to reduce the swappiness to 0,but it does not help. It is like there is an "hard limit" that does not allow the system to allocate more than 1GB of ram.
I don't know if it can be helpful, but after some research i have noticed that on the /proc/meminfo, at the voice CmaTotal, the value is setted on 917504 kB.
If i'm not wrong cma is a separate allocation system that reserve some of the system memory. On the armbianEnv.txt, the cma is setted on 512M; it is strange that the value is not the same. I have also tried to set a lower value, but nothing happen.
yeah that's super interesting.. according to your armbianmonitor -u the OS definitely sees 2 gig. What happens if your turn swap off
total used free shared buff/cache available Mem: 1,9Gi 755Mi 953Mi 23Mi 254Mi 1,1Gi Swap: 981Mi 452Mi 528Mi -
52 minutes ago, FantasyCookie17 said:
Which distro-provided hostapd? Afaict it just uses the one from the default Debian repositories.
Okay were providing our own updated stable build with armbian. If you're using the standard debian one. It's probably an issue with the upstream wireless driver
-
1 minute ago, anuj9122 said:
I have one more question. i have two domains projectok.com and jobstuffs.com. i can access both domain from internet. I also want to use both domains in intranet.
Please tell me how to do this?
Use dnsmasq. No more non-armbian questions please. This isn't a generic linux support forum.
-
16 minutes ago, UniformBuffer said:Armbianmonitor:
Hi,
first of all, thanks for all the good work on supporting all these single board computer. There no exist other disto that can do it. Indeed, this is the only general purpouse linux distro that officially support Le Potato.
I would like to ask some help to solve these problems that i have encountered using my board.
I have searched on the forum and i have not found any post on these problems.
Sorry to be vague in the title, but all these bug appeared after the kernel update, so they may be caused by the same problem.
I use a Libre Computer Le Potato inside a Sunfounder Raspad kit. The system is an Armbian Stable with apt linked to Debian Sid repository, so i receive stable updates from Armbian and unstable updates from Debian.
I know that Sid is experimental and a lot of thing could not work, but i don't think these problem are related to this, but instead to something wrong in the kernel since these problems appeared after the kernel update, in November 2019, if i remember well.
I will try to describe the problems accuratly as much as i can. If some more data is needed, i can provide all the informations
Sorry you're having trouble. we switched from a special kernel branch to mainline... Honestly you'll probably want to roll back to the older kernel for all the DRM stuff at this point.
Try this image and see if its any better.. The audio has hte same issue on this image tho.
https://armbian.lane-fu.com/Armbian_20.02.0_Lepotato_buster_current_5.4.20_desktop.img
-
You may want to try the distro-provided hostapd rather than the armbian one.. it lacks some features, but maybe it'll work out for you.
-
sorry thats all the help I can give on this issue... you'll figure it out.
-
24 minutes ago, guidol said:
yes I did...
root@core2duo(192.168.6.19):/home/guido/build# git fetch
root@core2duo(192.168.6.19):/home/guido/build# git checkout origin/v20.02
error: pathspec 'origin/v20.02' did not match any file(s) known to git.whats git branch -vva
say
-
Honestly that means you have something Heavily logging... either in debug mode, or you have an issue.. That's the issue you should solve.
if you want it to log that much you can disable the log2ram service.. but that will add wear to your disk
systemctl stop armbian-ramlog.service
systemctl disable armbian-ramlog.service
-
13 minutes ago, guidol said:
but git switched to v20.02 only with the -b option (64bit Bionic armbian-build-system):
git checkout -b v20.02without -b it gave me an error
(but should be working on newer git versions: https://stackify.com/git-checkout-remote-branch/ )
hmm... -b may have created a local branch named v20.02 instead of what you wanting..
did you do a get fetch?
may need to do git check out origin/v20.02
-
3 hours ago, guidol said:
because on twitter #armbian did tell that v20.02 has been released today:
If you want to build a "stable" image from the same code as the images we publish use v20.02 branch.
If you want to build "unstable" image with latest and greatest us master branch.
-
1 hour ago, count-doku said:
armbian tells us that v20.02 has been released.
Where was the release date 28.02. defined? First post in this thread still says "Release Date: 2020-02-?? (will update thread)".
Is it always going to be ~1month after feature freeze? Probably
Surprise! About a month is what we're shooting for. Sorry for the poor communication. We're still learning how to manage this process. Ideally we will start a bit earlier and release closer to the beginning of the month
1 hour ago, count-doku said:How does work continue now? Does somebody port fixes from 20.02 to master?
I assume we will continue development on master so it would make sense, to get all fixes from 20.02 over to it.
Master will continue on as a rolling release. You'll see that its version is already v20.05-trunk on master.
Relevant fixes applied to v20.02 going forward should be cherry-picked to master. Although so far we've actually been cherry-picking fixes from master to v20.02.
Going forward we'll update v20.02 for major bugs and stability issues until v20.05 is released.
rc0 and rc1 branches will be deleted. Rc1 ended up being a rolling branch this time. Not sure how we'll handle this next time. A lot will be on how manage publishing test images.
-
Just built some fresh le potato images from master.
Error message is Wrong Ramdisk image format. Console dump here: http://ix.io/2c0y
I think it's related to stuff going on here, but not sure how to troubleshoot yet https://github.com/armbian/build/blob/master/config/sources/families/include/meson64_common.inc#L34
-
okay i disabled that patch in the v20.02 repo... was able to build a working le potato desktop.... Audio is overdriven, but i think thats a known issue... there are _other_ issues with building le potato in master. i'll start a seperate thread for that.
TLDR; we can build le potato from v20.02 now with kernel 5.4.20
-
looks like culprit is https://github.com/armbian/build/blob/master/patch/kernel/meson64-current/meson64_fclk_div3.patch
doing some more tests to confirm
-
Hi... so good news.... it IS one of these patches thats the problem https://github.com/armbian/build/tree/master/patch/kernel/meson64-current . i built without patches and it booted
When I said i tested earlier.. i lied... ( I always get meson64 and mvebu64 mixed up)
-
I don't think so. I didn't catch on the IRC - have you tried to boot without our patches ... and perhaps also with older config? We need some better reference point. Sadly I can't help much with debug this week - crippled workstation and out of office for few days.
I tried removing all patches and that didnt change the behavior.
Ill take a look at kernel config again, but it seemed like it hasnt changed since we switched to mainline -
-
4 minutes ago, Igor said:
The problem will be updating. We have to fix this kernel (hack DTB for Lepotato) somehow.
Hmmm I wish i understood how the armbian debian packaging worked a little better. Is there a short answer for why its a problem?
Can we not lock kernels to a release? -
6 minutes ago, lanefu said:
Le Potato Update:
I built and tested images through several commits, and patch adjustments.Le Potato has been broken since our switch to mainline kernel from this merge https://github.com/armbian/build/pull/1748
I was able to build a working image from here https://github.com/armbian/build/commit/cc7ab6a6b1d91977bd9e154245307e85f7f76519
Since the scope is only le potato, my thoughts are to update v20.02 branch (lepotato and v20.02 only) to use the older kernel config just for le potato. Then we can focus on fixing correctly for v20.05.I'll start working on a PR for that in a bit. If we find another solution thats fine.
-
Le Potato Update:
I built and tested images through several commits, and patch adjustments.Le Potato has been broken since our switch to mainline kernel from this merge https://github.com/armbian/build/pull/1748
I was able to build a working image from here https://github.com/armbian/build/commit/cc7ab6a6b1d91977bd9e154245307e85f7f76519
-
1 minute ago, guidol said:
s my compile didnt switch to v20.02-rc1 via LIB_TAG="v20.02-rc1" so my armbian-build-system did build 20.05.0-trunk (master-branch).
check out the branch direclty and try what i said here
-
1 hour ago, denix said:
Are there some new information's? We use more than 1500 pcs of orange pc plus. There are similar problems with freeze and date change. Main difference is that changed date is 1979.
I'm just curious.. what do you use 1500 orange pc plus for?
-
Le Potato seems to be broken. I did several clean builds and always did the same thing. Another user in IRC confirmed not working on recent kernels for them as well.
-
2 minutes ago, guidol said:
is this useable as a temporary compile-switch to v20.02-rc1 (so that afterwards I can compile also a a non-rc 19.11.x armbian)?
Or Iam then completly nailed to v20.02?
git checkout master
git pull
sudo ./compile.sh
will take you back to the master branch that you normally use.... FYI master is a rolling release..which may have looked like 19.11.x but its actually newer.. In fact we've updated the version in master release to reflect it as v20.05-trunk
Problem: install MongoDB for Unifi Controller
in Beginners
Posted
the OS mongo packages are usually super outdated, not surprised they don't work.
Consider this container. the linuxserver.io project builds multiarch containers for arm32, arm64, and x86.
https://hub.docker.com/r/linuxserver/unifi-controller