Building our own OrangePi image?

Have some feedback, questions, suggestions, or just fancy a chat? Pop it in here.
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

It operates and boots fine...but offering support...I wouldn't know how to troubleshoot (other than small issues)

I will rebuild a stock image when I get the new A1 cards in and PM you with the image file
User avatar
MichaIng
Site Admin
Posts: 2295
Joined: Sat Nov 18, 2017 6:21 pm

Re: Building our own OrangePi image?

Post by MichaIng »

I got the issue mentioned by k-plan:
- Currently, using DietPi-Prep from within DietPi-Banner it still mentions that is created by Daniel Knight and we will offer support for it.
- As we cannot guarantee quality of any user created image, based on base image quality/kernel etc, and we do not want to offer ARMbian based images explicitly, this is not a good practice so far.
- But on the other hand, according to DietPi frontend, the credits are still correct and in case of feature requests or DietPi-only related issues, we might want/allow users of these custom images to still address us.

Maybe we should rework the credits when offering DietPi-Prep for public use:
- Clarify that current credits are related to DietPi code only.
- Add a custom field that contains credits to base image (Raspbian, Meveric, Debian, even ARMbian if user uses it, etc.), and
- a custom field "who" created the final DietPi-Image, which will on our end be filled with "Daniel Knight" for official images and where user could fill his own name/account/email, especially if resharing.
- Both fields then need to be filled during DietPi-Prep process. If left empty, the 1st need to make clear, that we are responsible for DietPi code only.

This would address and clarify the relation between what is our official DietPi coding work, what is base image related and by times out of our control, and what is part of the combination/configuration/setup of base image and DietPi preparation, including testing and in case manual image adjustments (removing old kernel modules, zerofill, packaging, WiFi/Bluetooth choices etc.).
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

Does anyone know a way to build the debian stretch install on an orangepi without needing user interaction

Maybe even offer a dietpi preseeding script/file for users to grab the stock debian installer image, build it, then upgrade to dietpi with the DietPi-Prep script.

https://www.debian.org/releases/stable/ ... pb.html.en

This way...the users build a full dietpi orangepi distro and no longer have to trouble the developers (unless something botches which we know it will :( )

Or..I will have to build a TV out adapter and have physical access to the install process to get it built...
User avatar
MichaIng
Site Admin
Posts: 2295
Joined: Sat Nov 18, 2017 6:21 pm

Re: Building our own OrangePi image?

Post by MichaIng »

@WarHawk:
- As far as I know, it is not (yet) possible to install Debian stock full featured on most OrangePi (Allwinner SBCs) without doing some prior kernel+bootloader compiling and deployment. If it were be possible, we would start creating OPi images fast :D. Debian installer + mainline kernel seems to work somehow for some SBCs, but then lacks essential features, ethernet etc. But Debian is making progress there and it could be worth trying again.
- Generally for machines, where this is possible, I wrote down the steps we do for our image creations: https://github.com/Fourdee/DietPi/issues/1505

Anyway, thanks for sharing the link to Debian installer automation :+1:, this is extremely useful for our image creation. I am not sure, if it is possible to automate getting the latest and correct image + implementing the automation config file, where both also depends on the machine you use and where you want to install the image to (MMC/USB, other attached drives?). But at least we can provide a automation config that automate most things (all that definitely is possible/correct on all machines) and also use this for faster own image creation.
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

Per the supported hardware...it supports the H2+ and H3 architecture under the 2.1 supported Hardware
2.1.4. Platforms supported by Debian/armhf
https://www.debian.org/releases/stable/ ... bian/armhf
Certain Allwinner sunXi-based development boards and embedded systems

The armmp kernel supports several development boards and embedded systems based on the Allwinner A10 (architecture codename “sun4i”), A10s/A13 (architecture codename “sun5i”), A20 (architecture codename “sun7i”), A31/A31s (architecture codename “sun6i”) and A23/A33 (part of the “sun8i” family) SoCs. Full installer support (including provision of ready-made SD card images with the installer) is currently available for the following sunXi-based systems:

Cubietech Cubieboard 1 + 2 / Cubietruck

LeMaker Banana Pi and Banana Pro

LinkSprite pcDuino and pcDuino3

Olimex A10-Olinuxino-LIME / A20-Olinuxino-LIME / A20-Olinuxino-LIME2 / A20-Olinuxino Micro / A20-SOM-EVB

Xunlong OrangePi Plus

System support for Allwinner sunXi-based devices is limited to drivers and device-tree information available in the mainline Linux kernel. Vendor-specific kernel trees (such as the Allwinner SDK kernels) and the android-derived linux-sunxi.org kernel 3.4 series are not supported by Debian.

The mainline Linux kernel generally supports serial console, ethernet, SATA, USB and MMC/SD-cards on Allwinner A10, A10s/A13, A20, A23/A33 and A31/A31s SoCs. The level of support for local display (HDMI/VGA/LCD) and audio hardware varies between individual systems. For most systems, the kernel doesn't have native graphics drivers but instead uses the “simplefb” infrastructure in which the bootloader initializes the display and the kernel just re-uses the pre-initialized framebuffer. This generally works reasonably well, although it results in certain limitations (the display resolution cannot be changed on the fly and display powermanagement is not possible).

Onboard flash memory intended to be used as a mass storage device generally exists in two basic variants on sunXi-based systems: raw NAND flash and eMMC flash. Most older sunXi-based boards with onboard flash storage use raw NAND flash for which support is not generally available in the mainline kernel and therefore also not in Debian. A number of newer systems use eMMC flash instead of raw NAND flash. An eMMC flash chip basically appears as a fast, non-removable SD card and is supported in the same way as a regular SD card.

The installer includes basic support for a number of sunXi-based systems not listed above, but it is largely untested on those systems as the Debian project doesn't have access to the corresponding hardware. No pre-built SD card images with the installer are provided for those systems. Development boards with such limited support include:

Olimex A10s-Olinuxino Micro / A13-Olinuxino / A13-Olinuxino Micro

Sinovoip BPI-M2 (A31s-based)

Xunlong Orange Pi (A20-based) / Orange Pi Mini (A20-based)

In addition to the SoCs and systems listed above, the installer has very limited support for the Allwinner H3 SoC and a number of boards based on it. Mainline kernel support for the H3 is still largely work in progress at the time of the Debian 9 release freeze, so the installer only supports serial console, MMC/SD and the USB host controller on H3-based systems. There is no driver for the on-board ethernet port of the H3 yet, so networking is only possible with a USB ethernet adaptor or a USB wifi dongle. Systems based on the H3 for which such very basic installer support is available include:

FriendlyARM NanoPi NEO

Xunlong Orange Pi Lite / Orange Pi One / Orange Pi PC / Orange Pi PC Plus / Orange Pi Plus / Orange Pi Plus 2E / Orange Pi 2
But I agree, the Allwinner boards don't look like it has support, plus some of the peripherals are not included on the main "baseline" kernel built stock by the Debian crew.

has any of the dev team guys used QEMU to try and run a virtual ARM system to build a kernel
https://wiki.qemu.org/Documentation/Platforms/ARM
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

No go on TV out on the board...can't get it to initialize

However once again...using the stretch armbian image...installed...then ran the dietpi update script and kapow...dietpi

Oh and the A1 cards are MUUUUUUCH faster!!!! Thanks ;)

I selected unknown board on install...everything that I need it to do works, but others mileage may vary
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

I created a few images...
Cant message fordee to test (remove if you choose so you can test)

https://mega.nz/#F!vcU2SQxD!PESByv6w_NDhqxSnMViblg

R1 dietpi is not working (Dual nics, only sees 1)

root password is dietpi123
dietpi/dietpi normal user

Used pishrink to reduce from 16GB .img file to the current smaller size, the dietpi images should resize on 1st boot since I imaged it before rebooting
gambituk
Posts: 1
Joined: Thu Jun 28, 2018 9:55 pm

Re: Building our own OrangePi image?

Post by gambituk »

Hi, i have an orange pi pc still running v159 :) i would like to know if you @WarHawk could share your steps to build? i would like to try it myself as a learning experience, but i'm just not sure where to obtain all the resources to bring together.
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

Sure

A. Download Orange Pi PC Armbian xenial and burn to a card
https://www.armbian.com/orange-pi-pc/#kernels-archive
B. Install entire OS, go thru the login with root:1234 create new sudoer user per their script (I recommend making a "dietpi:dietpi" user REBOOT
C. Perform the install of the PREP_SYSTEM_FOR_DIETPI.sh script
https://github.com/Fourdee/DietPi/issues/1285
D. Once it goes thru its configure it will strip out all the armbian stuff, and turn it into Dietpi, it might take some time...the A1 cards are ALOT faster than the Class 10
E. It might take a few reboots and

Code: Select all

apt update && apt upgrade -y
to finally get it fully upgraded, if you have to then run dietpi-update

Once completed and operating properly...take win32diskimager, copy the card as a .img file or in a linux

Code: Select all

dd if=/dev/sdc of=sdimage.img bs=4M
https://askubuntu.com/questions/227924/ ... dd-command

Then get pishrink and shrink the .img down

That's pretty much how I did it...
It's not perfect and for some reason it left the armbian package stuff in /etc/apt/sources.d so you might have to clear that out or at least comment the line out, it's not pretty but it worked...sad that Igor and the developers here got into a pissing contest and they decided to pull armbian based imaged from their designs :(
User avatar
WarHawk
Posts: 610
Joined: Thu Jul 20, 2017 8:55 am

Re: Building our own OrangePi image?

Post by WarHawk »

pishrink has issues..I think it expects raspbian type partitioning...so might have to use the -s option...still checking it
Post Reply