Igor
-
Posts
14425 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by Igor
-
-
5 hours ago, virgiliofornazin said:
Hi Igor, C2 images are not available to download on main page anymore?
Stable build are here - in usual location: https://www.armbian.com/odroid-c2/ but download links for development / preview builds are hidden by one more link by purpose. You need to click "other download options and archive" ... look for DEV and nightly. -
1 hour ago, PaceyIV said:
Igor, your board is not available now. Do you have changed your ip address?
No, I put it offline today since it didn't want to fail
-
-
More testing - I can't reproduce with nightly Ubuntu 16.04.2 LTS 4.11.8-sun8i ...
-
-
Chromium for ARM has history of instability and lately it was working quite OK which was one of points that we start using it. I doubt it's related to any changes within Armbian. First we need to reproduce this error on other builds: Pine64, C2, ... than if the problem manifest there to, contact package maintainer. We don't have any intention or resources to fix Chromium bugs.
If this is so, I would suggest rolling this package back or upgrade to fixed version when available. -
No, zero 2 has different, good wifi chip.
Wrote on mobile -
13 minutes ago, Hamish said:
That being said, I am not asking for support, nor am I complaining about this shitty device, I just am asking what specific development work - if done (by others - not by you) - would change the default status of this hardware driver back to "enabled"
Apologise for my misunderstanding and mistreatment. There is so much frustration surrounded this chip, that I don't even try to think.I can only wish you luck.
-
2 hours ago, Hamish said:
what would is needed to re-enable the driver in standard armbian builds
There are no standard Armbian builds for Orange pi Zero with kernel 4.x and you are obviously not a developer, whom this build is made for. Topic regarding this shitty wireless driver and related questions forced us to abandon support for it. We already throw into this problem insane amount of our time - it looks we hit the bottom long time ago - and all we get is negative reaction. Sorry, we only do our best to make this peace of shitty hardware work. We did not made it and you did not bought it from us. -
We are not clairvoyant or mind readers
Please describe your setup as best as possible so we know what your operating environment is like.
1. Logs, when you can boot the board: armbianmonitor -u (paste URL to your forum post)
2. If your board does not boot, provide a log from serial console or at least make and attach a picture, where it stops.
3. Describe the problem the best you can and provide all necessary info that we can reproduce the problem.
-
Very slow for system operations, good enough for storing photos and video. Small files random write speed mater and not every SD card can handle this:
Your SD:random random kB reclen write rewrite read reread read write 102400 4 751 720 7118 7114 6195 724 102400 16 7028 7701 9874 10425 9888 62Samsung EVO32
102400 4 2886 3256 7620 7627 7625 3419 102400 16 9870 10306 14685 14672 14687 9314Do the math. If you compare those numbers further to some SSD drive, things looks even more bizarre.
If you want to understand more about this issue, read this topic:
https://forum.armbian.com/index.php?/topic/954-sd-card-performanceGet proper SD card or use some workaround - freeze kernel packages that it won't upgrade since your SD card is not ready for small files manipulation in decent time. Upgrade is stress for system and you need to have solid SD card to make hassle free upgrades.
-
18 minutes ago, Carlos Rodrigues said:
Its a toshiba Excercia 8GB
This tells absolutely nothing (due too huge numbers of fakes and I need to google around and trust 3rd party tests), while running this:iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2does.
There is a walk around - just kill the kernel headers compilation process and continue. -
25 minutes ago, Carlos Rodrigues said:
- changed de SD
If your SD card is not from this century, upgrade procedure can take whole day(s). -
20 minutes ago, kutysam said:
Unfortunately, once apt-get upgrade kicks in, a reboot will make the wifi dissappear. Anyway to prevent this ?
Froze kernel upgrading in armbian-config and than apt-upgrade won't upgrade system packages ( kernel, uboot, bsp, ...) -
Monitor or no monitor it should do into desktop. There must be some other problem. Are you using our desktop build or you did something on your own?
-
1 hour ago, ssuloev said:
Hey Igor
build went fine BUT... I am unexpectedly missing /boot/overlay folder in the resulting image..
Where should I look at ?
Seems like it is handled by add-overlay-compilation-support.patch ?
Thanks
Well, if you removed all patches, you can't expect the same functionality There is a lot of added value in there, more than what 4.12 brings.
Some patches will need adjustment if you go up and down on kernel and we do that each time when version is jumped. I am afraid no other way
-
1 minute ago, alexparser said:
I talk about image building and tests.
If I get detailed instructions.
You mean building whole image and kernel from scratch / sources? https://docs.armbian.com/Developer-Guide_Build-Preparation/But for enabling this, you don't need that. Start here and follow: https://forum.armbian.com/index.php?/topic/379-learning-device-tree/ Do some search.
-
This is normal. First you need to mount whole eMMC's (first partition) / and then bind mount it's /boot to your system's /boot
-
-
When you install kernel your actual boot must be mounted under /boot ... which is not your case. Did you alter anything or our installer failed to do this job?
Edit: mount eMMC somewhere and bind mount it's /boot under /boot
-
armbianmonitor -u
-
16 minutes ago, hook said:
Hm, you are right.
Server A is on 4.11.6-sunxi; while
Server B is on 4.11.6-sunxi
Where would I have to check if the package is indeed frozen (and how to unfreeze it)? I honestly don’t remember doing it myself.
Now I am confused.
4.11.6 should have temperature readings fixed, at least kernel from our repository ... if you are using your own build, rebuild it, install, reboot.
BTW: Freezing / unfreezing can be simply done in armbian-config
-
Hmm.
Spoiler_ _ ____ | | (_)_ __ ___ ___ |___ \ | | | | '_ ` _ \ / _ \ __) | | |___| | | | | | | __/ / __/ |_____|_|_| |_| |_|\___| |_____| Welcome to ARMBIAN 5.31 stable Ubuntu 16.04.2 LTS 4.11.5-sunxi System load: 0.19 0.10 0.05 Up time: 15 days Memory usage: 18 % of 1001MB IP: CPU temp: 38°C Usage of /: 50% of 117G Battery: 98% charging [ 0 security updates available, 1 updates total: apt upgrade ] Last check: 2017-07-05 00:00 [ General system configuration: armbian-config ] Last login: Wed Jul 5 12:52:36 2017 from root@lime2:~#This is Lime in front of me. Perhaps you have frozen kernel packages to prevent their upgrade?
-
apt-update / apt-upgrade + reboot
Kernel will be upgraded to 4.11.5 and temperature will be back. In version you are using we had a problem with some patch resulting in failed temperature readings.
orange pi zero plus 2 - improved, or more of the same problems
in Allwinner sunxi
Posted
Just remember that Zero 2 has different usage since it lack of Ethernet. H3 vs H5 is good support vs basic support, H5 is faster, but we only have mainline kernel support for it.