However, I decided to give it a retry and use a 64bit VirtualBox instead. I got a little further this time, but I’m stuck on these errors:
[ o.k. ] Creating board support package [ orangepih3 ] [ o.k. ] Fingerprinting [ Armbian 5.07 Orangepih3 Ubuntu xenial default Linux ] [ o.k. ] Building package [ linux-xenial-root-orangepih3 ] [ o.k. ] Starting build process for [ orangepih3 xenial ] [ o.k. ] Creating new rootfs for [ xenial ] [ o.k. ] Installing base system [ Stage 1/2 ] I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id 790BC7277767219C42C86F933B4FE6ACC0B21F32) I: Retrieving Packages I: Validating Packages I: Found packages in base already in required: locales I: Resolving dependencies of required packages... I: Resolving dependencies of base packages... I: Checking component main on http://localhost:3142/ports.ubuntu.com... E: Couldn't find these debs: debconf-utils [ error ] ERROR in function create_rootfs_cache [ debootstrap-ng.sh:173 ] [ error ] Debootstrap base system first stage failed [ o.k. ] Process terminated [ error ] ERROR in function unmount_on_exit [ debootstrap-ng.sh:559 ] [ error ] debootstrap-ng was interrupted [ o.k. ] Process terminated
I’ve installed debconf-utils via apt-get, but something tells me that’s not the solution. Is it because localhost:3142/port.ubuntu.com (and thus Xenial) doesn’t have debconf-utils?
and try again. BTW: In /usr/local/bin/sun8i-corekeeper.sh this should be adjusted (since A83T is octa core and since Armbian doesn’t support the M3 we install this for the quad core H3 only)
BTW: I ran some benchmarks on this Armbian/SinoVoip hybrid with Armbian’s THS, dvfs and cooler_table settings. First runs seemed 30% faster compared to Raspbian 8.0.
Unfortunately all PSUs with this connector were already in use so I switched back to powering through Micro USB. Now the board freezes somehow under heavy load when consumption exceeds 9W. Not really an improvement but at least different to back then. I still wonder whether it’s possible to power the M3 through GPIO pins. At least the ‘documentation’ doesn’t mention it.
So always ensure you avoid Micro USB if you want to run heavy workloads on the M3. And I won’t test further since it’s useless anyway
I ran into a few minor errors while installing the base system, where some packages wouldn’t be installed. But I managed to force it with apt-get -f in debootstrap-ng.sh, and it worked fine.
Worth a mention is, that it failed to install two packages, but debootstrap.log doesn’t mention which ones, and I can’t remember. No worries, it will probably just make my M3 explode
Now, for the “mount the 2nd image of the M3 image”-part. Can I use your Semi_Armbian image instead of compiling a whole new image from SinoVoip (and possibly ruin the process because of Murphy’s Law)?
Sure can you use it. But be aware that the installation of SinoVoip’s .debs still has to happen after the first boot (hard to automate since they constantly refuse to do it right or just to look how everyone else does it) and you should add /dev/mmcblk0p1 as /boot to /etc/fstab (just search inside’s Armbian’s lib dir how a correct entry would look like) when manipulating the base image. And also /etc/hostname should be changed (will read now orangepih3 in your case).
Sorry lionwang but he is the only person here who is helpfull with M3, your company did NOT even post correct images ever since… You can ban me if you wish, but I will never buy anything from you again! M3 was a mistake… M1+ is great but again only because it is supported by community… I had found more resources there than on your pages…
But hey I love M3, as a geek I have really cool paperweight
In fact unlike these pages here you find correct informations about Bananas ONLY on the linux-sunxi community pages: http://linux-sunxi.org/Main_Page
It’s now the fourth time I write this in threads that are read by @noralee, @projectbananapi, @sinovoip and @lionwang that they still provide wrong information regarding the newest Banana: M2+ has not two but one led and doesn’t support CAN bus. What do they? Simply giving a shit. They do not even correct such easy to fix mistakes: http://www.banana-pi.org/m2plus.html (still wrong, they only corrected the other obvious mistake and now M2+ is 65x65mm and not 55x55mm in size any longer)
It is more like none of us are trying and double checking information. I will go correct the specs again.
We should have a place on our forum dedicated to website mistakes. That will make corrections faster.
After installing those 3 debs and correcting a smaller error I had made in /etc/fstab, it’s now running flawlessly. Thanks for all the help and tips. I’ll be sure to save this page as a reference for future builds, as I have no intention of doing this once. However, the building process will be a wee bit different now that SinoVoip have finally made steps towards upgrading the ancient-as-f*ck u-boot?
Sorry, but do you really don’t get what’s wrong with that? Normally users should be able to rely on correctness of information provided by the vendor. Mistakes might happen from time to time and that’s not that much of a problem.
With SinoVoip it’s different for reasons unknown to me (I really don’t get it why they don’t try to improve in this area). You can not trust in any ‘information’ provided by them since they obviously haven’t set up processes to ensure writing correct documentation. You realize again and again that something normally called ‘product documentation’ is simply copy&paste gone wrong.
This is maybe the most important software change they ever made since it would allow users to simply change stuff where they had to recompile the whole BSP from Github before. But as usual: The instructions are crippled/wrong/insufficient, it’s obviously not tested and of course it doesn’t even work.
The instructions already highlight the error:
scrip=script.bin
will be defined but later not $scrip but $script will be used. It can NOT work unless fixed. And they don’t care even if someone in the forums points directly out what’s wrong. And it has been always like this since they simply don’t care about correctness of information. So you simply have no chance to provide correctinformation on the website since such thing does not exist here.
we also have do many “bad” working . but we still work on it.
even you see orange pi have any R&D to do something??? it depend armbian and other open source user ,they just do many hardware. not do software. why you always to support they ,but not support us??
or you want we do nothing .just do a hardware for you.like orange pi???
open source project need open mentality. we just want your support and tolerant, let us make it better .
I bought a M3 and now I´m trying to find a use for it. Maybe i´ll put it to run Plex Client or Retropi to my kids (better than a paperweight).
I´m using your modification of the armbian distro. I would like to ask if there is any way to make the onboard wifi adapter to work. I´m not a Developer, but I have some experience in Linux.
Thank you for the pages, I have found them out earlier, but I don’t think that @SinoVOIP should simply rely on comunity. Thanks to BPI M3 I have moved to ATMEGA chips and found out, that for my „projects“ they are enough. The only thing I am using BPI is media and backup server and there I only need linux with few services running and of course PMP, but thanks to community I get all I need, if I had to rely on @SinoVOIP I would be really disappointed.
I only wanted to show @SinoVOIP, that I appreciate your help to the people here on forums, when they are playing dead bug, maybe if they hear it from more people, they might try to do something…
I have finally found purpose for my M3 I will install Ubuntu as they show it is working and will give it to my boss to use it for 3D printer as print server it is not the best usage, but it will be better than have it as paperweight…
Since the current mantra of @SinoVOIP is to push for community support, wouldn’t the following make sense for @SinVOIP to do:
Provide all current development efforts in git (ie, github/gitlab), for all components, uboot, kernel, etc etc. The community doesn’t care if they are working 100%, they just need to complete, so that the community is able to build all software components, without having to patch things from binary images.
Provide a continuous integration system, where nightly builds, built directly from git, with no external resources.
Provide access to the AllWinner resources, so that it can be integrated into a community build.
Provide reference images, which is currently being done, but should continue.
Provide a development forum, maybe QQ group, or something ?
I would love to be able to take the work done by the community, and by @SinoVOIP, and to build Android, Debian or any other distribution, with the latest kernels, latest uboot, etc.
The community will get behind a company that listens to the community. Any time a company turns it back on the community, the community will not support them. Any violations of GPL, or similar is considered bad form.
