Jump to content

Werner

Administrators
  • Posts

    5332
  • Joined

  • Last visited

Everything posted by Werner

  1. We could delete but it would be worth more if you would share your solution.
  2. If the board runs just fine with the currently installed firmware leave it, freeze it again and you are good to go.
  3. It is always handy to have multple sdcards from various vendors with different sizes laying around since there are a few boards out there that are picky about sdcards. For example I have a Nanopi R4S that refuses to boot from 64G microSD Sandisk Extreme U3 but works fine with the same model in 32G. Anyway since it has been confirmed that the image works I assume either broken PCB, bad SD or powering issue where I guess former is the case since undervoltage should not be an issue with RPi charger that outputs slight overvoltage by default.
  4. Best chances for debugging boot issues is a USB UART adapter to get output of the serial console. @schwar3kat can you confirm broken boot?
  5. RPi3 compatibility seemed to got lost with the latest release. Reason unknown. Try older release. Be aware when doing do and upgrading firmware it might ran into unbootable state again. Feel free to do so anyway and report if that is the case.
  6. Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.
  7. You are doing great for your first time (on a forum 😄). A good point of start is always to provide basic debugging information. Open a terminal window and put code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } sudo armbianmonitor -u into and paste the output URL here.
  8. You know it is Armbian, not Arabian, right? 😄
  9. Finally I found some time to watch the video. In the past we indeed followed the concept trying to centralize stuff and build it around forums which I have to agree is not ideal environment for developers. While increasing fragmentation I think giving Github discussion a try is worth it. To limit the freshly created fragmentation the cheapest solution would be to mark all other communication platforms Discord/IRC as exclusively community only. No developer talk or discussion. Same for forums but including the business stuff. Regarding moderation I don't think Github will need much moderation. Not in first place at least. Also here I'd say give it a try and see how it goes. Nothing we could not handle by yourselves. Regarding discussions in PR after merge I suggest to lock conversation in those once the Github discussions are in place. I like the idea to automate that.
  10. Serial console is still best chance to get at least something. Make sure to change verbosity to 7 in /boot/armbianEnv.txt and reboot before attempting this again.
  11. Well you cannot tell Armbian's redirector to choose a different mirror. However you can adjust the sources.list by hand and add a (packages) mirror that you like from this list manually: https://github.com/armbian/mirror
  12. Desktop environment is not necessary for building. Check output/debug/ folder for more clues why it fails.
  13. Again this is most likely handled in userspace, therefore causal tutorials for Debian/Ubuntu apply so check here: https://www.google.com/search?q=usb+tethering+debian+linux
  14. https://gitlab.com/bztsrc/usbimager#installation
  15. Unsupported build environment. https://docs.armbian.com/Developer-Guide_Build-Preparation/#what-do-i-need
  16. Posting the same question on multiple occasions is considered abusive behavior.
  17. Is that arm'ish enough?
  18. "other" is an option for choosing tag. moved.
  19. This might be an option for you as well: https://gitlab.com/bztsrc/usbimager Lightweight, runs on many OS, no spyware controversy
  20. I guess so. Basic USB Support is built into Armbian. Everything beyond is handle in userspace.
  21. https://docs.armbian.com/Developer-Guide_Build-Preparation/ No guarantee that this will work with your device.
  22. Hey there, from time to time we have to decide on which boards we drop the maintained status and stop development in order to keep (or try at least) the workload for us at a controllable level. These boards are not necessarily end-of-life (EOL) but reached a decent enough state to let them go from active development. Though after today's developer meeting we are unsure how to name these boards. Therefore we ask our community what they think. Let us know by either voting or leaving a comment below. Thank you for your feedback!
  23. tar.gz means it is a compressed tarball. Extract it via code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } tar xf whateveryourfilenameis.tar.gz and then check its contents for further proceeding.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines