Igor

Administrators
  • Content Count

    10394
  • Joined

  • Last visited

 Content Type 

Forums

Member Map

Store

Crowdfunding

Raffles

Applications

Calendar

Everything posted by Igor

  1. Igor

    Odroid C4

    And you are willing to cover yearly support costs? All code and all transactions are public.
  2. Igor

    Odroid C4

    https://github.com/armbian/build/pull/2024#issuecomment-644629168
  3. Could be related to this general problem (should be fixed with recent 20.05.4 images)
  4. All you asks is in the documentation.
  5. Because we are downloading one package from there. https://github.com/armbian/build/pull/1982
  6. Providing logs with armbianmonitor -u significantly raises chances that issue is getting addressed.
  7. I made a test: 1. Downloaded this exact image 2. Burn with Etcher to some solid SD card 3. Booted normally with Cubox - i4 with 2Gb memory (other variants are stashed somewhere) Get other SD card and follow https://docs.armbian.com/User-Guide_Getting-Started/ No idea why you have troubles.
  8. We had some issues with Focal builds which is why all images has been rebuild. Earlier today. Get most recent .4 image.
  9. That's a bold move and IMO explanation. I never do that. Good that its solved.
  10. Exactly. https://unix.stackexchange.com/questions/401547/gpg-keyserver-receive-failed-no-dirmngr From here, you are on your own ...
  11. The problem is our file linking service from https://dl.armbian.com/odroidxu4/ to direct links ... but sha is correct, select correct one here: https://dl.armbian.com/odroidxu4/archive/ File: https://dl.armbian.com/odroidxu4/archive/Armbian_20.05.2_Odroidxu4_buster_legacy_4.14.180.img.xz SHA: https://dl.armbian.com/odroidxu4/archive/Armbian_20.05.2_Odroidxu4_buster_legacy_4.14.180.img.xz.sha
  12. Images has been fixed (v20.05.4 ->). Try now.
  13. Use different name since we are removing 50unattended-upgrades which comes from Debian / Ubuntu ... and you should be fine.
  14. OK, but why those images does not have this changed ... rebuild and test again I guess
  15. Neither you neither Pine64 sellers is spending anything for software support (maintaining armbian and dealing with your problems = 50-70h per day). Keep that in mind when requesting help / support. For start, attach a serial console and see what you have there.
  16. Igor

    NanoPI M4

    1st step = armbianmonitor -u Or at least detail description of which image did you start with, what you did, etc.
  17. Igor

    Odroid C4

    No, AFAIK it always hangs at boot loader, below Linux and Ubuntu user land.
  18. It looks like something is flooding your /var/log, which is ZRAM compressed. Disable excessive logging in your home automation system (support questions goes there - we have no idea about the software you use) or ramlog (/etc/defaults/armbian-ramlog). When you do that, you are more or less back to standards. I highly doubt there is anything wrong with Armbian. We need more than one report to do any diagnostic. Until then, its a problem with your software - he is eating the memory.
  19. This chip is powerful and it runs hot, in a small box its just worse. Nothing is wrong with your device, nor software ... a fan or clocking it down by default is the only solution.
  20. Not possible to recreate on https://dl.armbian.com/orangepizeroplus2-h3/Focal_current Use better SD card and proper writing method https://docs.armbian.com/User-Guide_Getting-Started/
  21. Armbain does not pack nor provide Chromium. It could only came from upstream repositories. https://docs.armbian.com/#what-is-armbian But it seems, this is alright. This is a version I am writing this message: Version 80.0.3987.162 (Developer Build) built on Debian 10.3, running on Debian 10.2 (64-bit) and login to Google services works. armbianmonitor -u is a tool that gives us useful info to debug without a need to recreate the situation. Kernel version tells nothing.
  22. URL to one is required that we can try to recreate.
  23. Please provide link to the actual image which you tried.
  24. Both are the same, different implementation. Those are just two out of services that boots up. If one wants to make a direct comparison, he needs to run same (and version of) services for start. Raspbian and Armbain are different enough that this is not possible without some tweaking and also on a hw level there are diffs. And a kernel version is not the same ... But if one wants to get a better boot time, things can be improved ... usually on cost of some features. Some services boots faster (old classic networking VS network manager, timesync daemon,...), some might be useless? I don't know without deep analysis ... If you come up with something that is generally usable, integration can be done https://www.armbian.com/get-involved