Igor

Administrators
  • Content Count

    10688
  • Joined

  • Last visited

Everything posted by Igor

  1. Since the day 1 https://github.com/armbian/build/blob/master/lib/configuration.sh#L18
  2. When /boot is not mounted under boot device /boot things like this happens. By default this does not happens. @counterpointWhenever you are asking for help, make sure to supply logs. Type armbianmonitor -u
  3. Yeah, I would say we keep things public. Autofixing feature is nice
  4. I would say searching first - like we like from our users And if this is a common problem - its already reported - already someone working on it and ... waiting ist 1st.
  5. OK, let's wait with this until bugs are fixed upstream.
  6. What was the name of your config file? In your case - orangepioneplus - it should be named as linux-sunxi64-current.config and placed in userpatches
  7. Good. I would only add a link to search where it is mentioned. Perhaps to the general armbian.com/search
  8. You didn't understand correctly. We don't want to have anything to do with the hardware you are making. For free support, apply here: but since we have no resources to support your business or hobby, chances are none. If you support Armbian, that we can hire help, we will help you.
  9. It adjust packaging to meet our packaging format which is slightly different than Debian's. At most important that its alright.
  10. Great! Perhaps mention - in a proper tone - that they are entering trial mode with certain limitations for one week and what to do to speed things up?
  11. On most recent image this should be correct since max CPU speed in the user land was bumped to 2.4 https://github.com/armbian/build/commit/6c26c35344f283ba282a2f0adba05203440ae928#diff-e23e978e7f10e4dd5d02692593354d0b Edit /etc/default/cpufreqspeed and adjust.
  12. We always need full logs armbianmonitor -u Even with them its usually hard to determine the root of the problem.
  13. You certainly need to read your support contract first: https://github.com/armbian/build#support Better hw support and less surprises you will have with stock legacy 4.9.y kernel, which is supported by hardware maker and they will always say "yes" even they are unable to fix all problems. Even less problems you will have if you freeze kernel (armbian-config -> system) and update only non hardware specifics components / package base. If you want modern kernel, this is the minimal price to pay.
  14. We don't support 3.4.y kernel builds anymore which means there are no more updates.
  15. Also I started: for archive in $(find ${STARTDIR} -name '*.xz'); do xz -tv $archive [[ $? -ne 0 ]] && exit 1 [[ $(sha256sum $archive | cut -d" " -f1) != $(cat ${archive}.sha | cut -d" " -f1) ]] && exit 1 done on our archive to see if the problem is at our side.
  16. No, I think the exact problem is as I describe it, but I don't plan to dig into that anytime soon. You can also later fix our scripts and save us some hassle
  17. Search for "Archived versions" on that page. Impossible to miss. At least I though so until now
  18. Latest images are indeed corrupted - also decompressing is failing. I picked random older version from the archive and decompress alright, SHA is correct. Well, good that we have it but ... here we go again
  19. I am just pointing out that the problem is known and you should probably be able to find this topic on your own. Now I merged your topics here. Nothing more to say about.
  20. Then you file a bug https://github.com/armbian/config and go official way. Armbian supports native or containerised (Docker) install. https://docs.nextcloud.com/ Welcome also to fix the bug.