-
Posts
13602 -
Joined
-
Last visited
Reputation Activity
-
-
Igor got a reaction from guidol in experimental images to stable builds
It's somewhat common decision by the developers. When:
- known critical problems are solved
- less critical are at least acknowledged and marked at the board download page
- not very much reported troubles on the forum
- if/when we can afford to provide end-user support. This part is getting more and more problematic due to large board count.
Even labeled experimental, they are usually in a (much) better shape than factory/stock ones. They just don't label it.
-
Igor got a reaction from manuti in Desktop Login Password
Update to latest armbian, go to armbian-config -> system and change display manager.
-
Igor reacted to Aaron Mildenstein in Just a shout out and thank you to the devs
I just did a Python 3.6.4 build using all 4 cores, and it handled beautifully. You can see where it switches from a single core for the ./configure into all for cores for the make -j4 altinstall
Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 21:41:30: 1200MHz 1.00 26% 8% 17% 0% 0% 0% 57.2°C 0/8 21:41:35: 1200MHz 1.24 27% 9% 17% 0% 0% 0% 56.4°C 0/8 21:41:40: 1200MHz 1.22 26% 8% 17% 0% 0% 0% 57.1°C 0/8 21:41:45: 1200MHz 1.21 26% 8% 17% 0% 0% 0% 57.2°C 0/8 21:41:50: 1200MHz 1.27 26% 8% 18% 0% 0% 0% 57.4°C 0/8 21:41:55: 1200MHz 1.25 26% 9% 17% 0% 0% 0% 57.6°C 0/8 21:42:00: 1200MHz 1.23 26% 8% 18% 0% 0% 0% 58.0°C 0/8 21:42:06: 1200MHz 1.21 27% 9% 17% 0% 0% 0% 57.1°C 0/8 21:42:11: 1200MHz 1.27 26% 7% 18% 0% 0% 0% 58.1°C 0/8 21:42:16: 1200MHz 1.25 26% 7% 18% 0% 0% 0% 57.7°C 0/8 21:42:21: 1200MHz 1.23 27% 11% 15% 0% 0% 0% 58.2°C 0/8 21:42:30: 1200MHz 1.45 98% 7% 91% 0% 0% 0% 66.2°C 1/8 21:42:40: 1008MHz 1.92 100% 3% 96% 0% 0% 0% 66.2°C 2/8 21:42:51: 1008MHz 2.53 100% 2% 97% 0% 0% 0% 67.2°C 2/8 21:43:00: 1008MHz 2.65 100% 2% 97% 0% 0% 0% 68.6°C 2/8 Time CPU load %cpu %sys %usr %nice %io %irq CPU C.St. 21:43:12: 1008MHz 2.93 100% 3% 96% 0% 0% 0% 69.0°C 2/8 21:43:23: 1008MHz 3.31 100% 2% 97% 0% 0% 0% 70.7°C 3/8 21:43:33: 960MHz 3.49 99% 3% 96% 0% 0% 0% 70.3°C 3/8 21:43:44: 1008MHz 3.64 99% 4% 95% 0% 0% 0% 70.3°C 2/8 21:43:54: 960MHz 3.77 100% 2% 97% 0% 0% 0% 67.0°C 3/8 21:44:05: 960MHz 3.88 100% 3% 96% 0% 0% 0% 68.4°C 2/8 21:44:17: 1008MHz 4.05 100% 3% 96% 0% 0% 0% 72.0°C 3/8 21:44:25: 960MHz 4.04 100% 3% 96% 0% 0% 0% 68.6°C 2/8 21:44:34: 960MHz 4.11 99% 2% 97% 0% 0% 0% 71.8°C 3/8 21:44:45: 960MHz 4.23 100% 3% 95% 0% 0% 0% 71.3°C 3/8 21:44:54: 960MHz 4.22 99% 4% 95% 0% 0% 0% 72.8°C 2/8 21:45:03: 960MHz 4.26 100% 3% 95% 0% 0% 0% 70.3°C 3/8 21:45:12: 960MHz 4.29 100% 4% 95% 0% 0% 0% 69.0°C 2/8 21:45:20: 960MHz 4.27 100% 4% 94% 0% 0% 0% 69.6°C 3/8 21:45:29: 960MHz 4.30 99% 3% 95% 0% 0% 0% 73.1°C 3/8 I am very happy with the performance. It didn't overheat (though I do have a passive heatsink, and no fan), and it was fully cranked from 21:42:30 to 21:49:55, and still 50% busy until 21:51:02, and basically went idle at 21:54:32, with a reported CPU temperature of 59.7°C. It was 50.2°C by 21:58:43.
Linux opz2 4.14.18-sunxi #24 SMP Fri Feb 9 16:24:32 CET 2018 armv7l armv7l armv7l GNU/Linux This is the 256M version that was prone to overheat with the legacy kernel. No such problems with mainline.
-
Igor reacted to RaX in odroid-c2 kernel panic on adding/removing veth interfaces quickly
I've added that to my userpatches. It will take me a bit to build another k8s worker base image but I'll post back when I finish testing.
-
Igor got a reaction from Nhan Nguyen in OPi Win - ethernet port on legacy kernel (3.x)
https://www.armbian.com/pine64/
Most if not all problems which are written under Pine64 are also present here. Documentation is only slightly outdated. Some things were fixed in the meantime.
Nothing we can do about.
-
Igor reacted to JMCC in Configuration doesn't stick
Then that can be the reason why the kernel kept reverting to disable those other configs after I enabled them.
That's right, as a matter of fact now I remember some other changes I tried at the beginning and they made it correctly into the compiled kernel. I guess frustration blurred my mind when I wrote that post. But I learnt a lot about device tree sources and kernel config files.
Confirmed to work in current development branch kernel
-
Igor got a reaction from pfeerick in Next major upgrade v5.60
You need to be an expert to see this Add EXPERT="yes" to the configuration.
-
Igor got a reaction from Christos in Next major upgrade v5.60
You need to be an expert to see this Add EXPERT="yes" to the configuration.
-
Igor got a reaction from TonyMac32 in Next major upgrade v5.60
I added it to config-default.conf ... and it works for me. Try that.
-
Igor got a reaction from OpenglMan in Sound Card Lost after upgrading packages
armbian-config -> system -> hardware and enable audio
-
Igor reacted to OpenglMan in Sound Card Lost after upgrading packages
Thank you guidol, I was running armbianmonitor -u, when Igor answered.
Thank you very much Igor, it solved the problem with the sound card
Regards
-
Igor reacted to TonyMac32 in Next major upgrade v5.60
Sound was added to Next for Tinker, and Dev for MiQi. I will try to bring them to equality today.
-
Igor got a reaction from TonyMac32 in Next major upgrade v5.60
On Which image can I test? Any
How? Go to armbian-config -> System -> Nightly and proceed. If this option is not there, defreeze upgrading
Restart and after your system is up, proceed to one of those areas:
- desktop install from armbian-config on top of CLI (any board)
- set first_run_network configuration, setting ip within /boot/armbian_first_run.txt (any board except Espressobin)
- kernel switching or upgrade (any board, especially Odroid XU4 NEXT)
- setting fixed/dhcp network with armbian-config (any board except Espressobin)
- configure frame buffer within h3disp utility (any h3 board with a legacy kernel)
- DTS sound on DEV kernel (miqi, Tinkerboard)
- ROCK 64 default kernel
- check effects of changing everything to Network Manager withing firstrun/armhwinfo and other scripty
- check install from a blank image (https://dl.armbian.com/odroidc2/nightly/ and https://dl.armbian.com/orangepiplus2e/nightly/)
- set AP mode (any board)
All changes are reflected in a beta repository and are coming from the build script, branch "development". If you want to build this state, use LIB_TAG="development" while running the script. Make sure you are doing this on sine test install.
In case you find a bug:
- report it here
- push a fix to the build script, branch development
-
Igor got a reaction from manuti in Next major upgrade v5.60
On Which image can I test? Any
How? Go to armbian-config -> System -> Nightly and proceed. If this option is not there, defreeze upgrading
Restart and after your system is up, proceed to one of those areas:
- desktop install from armbian-config on top of CLI (any board)
- set first_run_network configuration, setting ip within /boot/armbian_first_run.txt (any board except Espressobin)
- kernel switching or upgrade (any board, especially Odroid XU4 NEXT)
- setting fixed/dhcp network with armbian-config (any board except Espressobin)
- configure frame buffer within h3disp utility (any h3 board with a legacy kernel)
- DTS sound on DEV kernel (miqi, Tinkerboard)
- ROCK 64 default kernel
- check effects of changing everything to Network Manager withing firstrun/armhwinfo and other scripty
- check install from a blank image (https://dl.armbian.com/odroidc2/nightly/ and https://dl.armbian.com/orangepiplus2e/nightly/)
- set AP mode (any board)
All changes are reflected in a beta repository and are coming from the build script, branch "development". If you want to build this state, use LIB_TAG="development" while running the script. Make sure you are doing this on sine test install.
In case you find a bug:
- report it here
- push a fix to the build script, branch development
-
Igor reacted to Larry Bank in I2C not working on Orange pi zero
Thanks for mentioning that @Igor, I share a lot of code, but rarely get any feedback that people are using it.
-
Igor got a reaction from chwe in Tinkerboard wifi setup without Network Manager
Development branch https://github.com/armbian/build/tree/development/packages/bsp/common/etc/network is moving completely towards Network manager, 1st boot setup with it was successfully tested. Worked with wireless and ethernet, with normal and predicted interfaces. It can be further expanded to the hidden network connection ..., but problems are expected on Jessie due to an old version of NM.
The main problem with this topics issue is that wifi drivers for Tinker's onboard wifi are not in the best shape and if you want to use wpasuppliant to connect, you need to tell network manager to unmanage that particular wifi interface.
@bulletim3 Checking this part of the script might give you some clues.
-
Igor got a reaction from tkaiser in Tinkerboard wifi setup without Network Manager
Development branch https://github.com/armbian/build/tree/development/packages/bsp/common/etc/network is moving completely towards Network manager, 1st boot setup with it was successfully tested. Worked with wireless and ethernet, with normal and predicted interfaces. It can be further expanded to the hidden network connection ..., but problems are expected on Jessie due to an old version of NM.
The main problem with this topics issue is that wifi drivers for Tinker's onboard wifi are not in the best shape and if you want to use wpasuppliant to connect, you need to tell network manager to unmanage that particular wifi interface.
@bulletim3 Checking this part of the script might give you some clues.
-
Igor got a reaction from Dolf Andringa in Best way to contribute additional software version
https://docs.armbian.com/Developer-Guide_User-Configurations/#user-provided-image-customization-script
-
Igor got a reaction from Dolf Andringa in Best way to contribute additional software version
I assume you want to use on your x86 desktop? Just go with stock Debian or Ubuntu under KVM/some virtualization for testing the bash install scripts. I do it this way and its fast, convenient and 100% compatible. If you need to talk deeply with hardware in this process you will need to boot real hardware anyway.
-
Igor got a reaction from Dolf Andringa in Best way to contribute additional software version
Just beware the differences between Ubuntu and Debian userspace. They are different enough to make troubles in install scripts.
-
Igor reacted to Technicavolous in ODroid XU4 - DVD Drive/ISO9660 Issue
OK tonight I hooked up an old SH-S182 DVDR (+10 yrs) to a usb to ata adapter and had a little trouble reading any disk until I rebooted. When I rebooted with the DVD drive on and attached everything worked as I expected. I did NOT do any editing on /etc/fstab .
I was able to read several burned DVD and CD s I had laying around. It even identified my K-Pax movie although I don't have anything installed with which to play it.
Did you 'plug and try to play?' Perhaps turn the drive on first then boot the XU4 and see if anything id's?
It's nice having a disk drive available to bring things from old CDs and DVDs to USB, so thanks for the exercise! I hope you are able to get yours working, it's not a limitation of the XU4 or Armbian.
technicavolous@odroidxu4:~$ uname -a
Linux odroidxu4 4.9.61-odroidxu4 #2 SMP PREEMPT Wed Nov 22 16:34:23 CET 2017 armv7l armv7l armv7l GNU/Linux
-
-
Igor got a reaction from tommy in HowTo: Setting up resolution 1600x900
... but by observing this patch and doing some search and reading results, one can add new screen resolution on his own.
-
Igor got a reaction from vlad59 in Problems after last kernel update
We are trying hard not to break anything since dealing with users is our direct cost. You are asking for my personal time for free, remember this. If you would find a serial console, we might be able to provide you hints for recovery ... some generic you can also find here and you will not waste your time in first place.
Armbian is the one if not the only one that provides such updating in a first place. On most others, this is the only way.