Werner

https://docs.armbian.com/User-Guide_Getting-Started/#how-to-prepare-a-sd-card

It is quite common that boards actually like slight overvoltage. This is last but not least to compensate for voltage drop across connectors, wiring and the PCB itself.
As an example the official PSU for Orange Pi 5 boards, while being marked as 5vdc output, in reality output around 5.3 volts.
Also cellphone chargers are not recommended since they are not designed to handle variable but constant charging loads. Also voltage very likely drops well below 5 volts under load.

That is because this board is not supported, and you were posting in the supported boards section of the forum. 

Well.. one small line for orangepizero3.wip, one giant leap for Orange Pi Zero 3

The overlay PR fix from @Stephen Graf has been merged into Armbian.. thanks for sticking with it.. awesome to have more people contributing 
https://github.com/armbian/build/commit/08623d0e37dc02cb728b264f1e64771ddaba8025

 

@Gunjan Gupta No offence taken.  I am always impressed by people who have to communicate in a language other than their native. Keep giving me advice and I will keep trying to learn.
 
In that respect can you tell me why this dts does not compile:
 
sysadmin@orangepizero3:/mnt/dtbo$ dtc -O dtb -o sun50i-h616-i2c3.dtbo sun50i-h616-i2c3.dts
sun50i-h616-i2c3.dts:19.29-23.19: ERROR (phandle_references): /fragment@1/__overlay__: Reference to non-existent node or label "i2c3_ph_pins"
ERROR: Input tree has errors, aborting (use -f to force output)
sysadmin@orangepizero3:/mnt/dtbo$ more sun50i-h616-i2c3.dts
/dts-v1/;
/ {
        compatible = "allwinner,sun50i-h616";
        fragment@0 {
                target-path = "/aliases";
                __overlay__ {
                        i2c3 = "/soc/i2c@5002c00";
                        i2c3_ph_pins = "/soc/pinctrl@300b000/i2c3-ph-pins";
                };
        };

        fragment@1 {
                target = <0xffffffff>;
                __overlay__ {
                        status = "okay";
                        pinctrl-names = "default";
                        pinctrl-0 = <&i2c3_ph_pins>;
                };
        };
        __fixups__ {
                i2c3 = "/fragment@1:target:0";
        };
};
 
 

https://forum.armbian.com/topic/33008-new-install-ethernet-doesnt-work-no-lights-even-and-usb3-ports-are-dead/?do=findComment&comment=178365

As Efe stated. You are using the wrong images. Oranhe Pi 5 != Orange Pi 5 Plus

Ethernet works, USB3 works, HDMI works. Did not bother test further
https://paste.armbian.com/ruteyebapu

Which image?`

Providing logs with 
armbianmonitor -u  helps with troubleshooting and significantly raises chances that issue gets addressed.
 
Armbianmonitor -U pastes to console

My apologies to all, especially Efe. I missed the obvious. 
 
I need some sleep.
 
 
 

I think you use opi5 image instead of opi5+. You have to read description properly

Some inspiration: https://github.com/awesome-selfhosted/awesome-selfhosted

Some inspiration: https://github.com/awesome-selfhosted/awesome-selfhosted

Looks like you misread the board name posted by mattdebauge. We currently have no support Orange Pi Zero 2w right now.

did you also check the power supply?
 
Another thing I noticed was that among your trial you used:
 
Maybe you have installed this at some point and it kinda breaks the process and you need to reinstall the "plus" one again to fix it?

BTW I am working on migrating armbian to 6.7 kernel - https://github.com/armbian/build/pull/6079
 
Feel free to test and comeback. currently it fails compilation for xradio and some realtek wifi drivers that I will fix today. It can be compiled when building with EXTRAWIFI=no, but that will skip compiling uwe5622 driver.
 
Edit: Compilation issue is now fixed.

Like putting it in the bin?

We registered the #armbian channel on the OFTC IRC network. It has been added to the bridge so message will be relayed to Libera and Discord.
Depending on how frequently it will be used other channels like those for SoC or off-topic will be added later. Thanks @yang for the suggestion

Unfortunately these images aren't from Armbian, or related to this thread so I think your best option for support is to raise this request on the site that you downloaded these images from.

Yes this board is new, and as a result it's not fully supported so not all components are currently working.

@Igor I created pull request for this issue https://github.com/armbian/build/pull/6057.

armbian-install
https://docs.armbian.com/User-Guide_Getting-Started/#how-to-install-to-emmc-sata-nvme-usb
 
using orangepi docs for Armbian is like using the manual of your toaster for your forklift.

Hi all.
Here my review of the Orange Pi 5 Plus with Armbian Jammy.
I show tips for better desktop experience, show how to build your own images, how to run games, and tons of info about the board.
Here's the video :

For those who rather read, here's my gathered data : 
https://docs.lane-fu.com/s/5IxGlf4gn

Greetings, NicoD

Hello, this quick tutorial is to introduce an experimental Debian and Ubuntu APT repository to install ffmpeg and mpv compiled with v4l2request and v4l2drmprime patches developed by Linux kernel, LIbreELEC and Kodi folks to allow hardware video decoding on stateless decoders like those implemented in Rockchip and Allwinner SoCs for h.264, h.265, vp8 and vp9 codecs.
 
The repository introduces a new package ffmpeg-v4l2request that integrates and substitues the base ffmpeg package and its related packages.
Also provides mpv 0.35.1 for Ubuntu Jammy, which has an overrall better support for hardware video decoders.
 
Preconditions:
Kernel should be 6.1 or more recent armhf or arm64 architecture Supported operating systems are Debian Bookworm and Ubuntu Jammy Rockchip and Allwinner have already been tested, but this should work on other platforms with stateless decoders supported in kernel  
APT REPOSITORY SETUP
To install the repository, just copy and paste the lines for your operating system in a terminal
 
For Debian Bookworm:
$ sudo wget http://apt.undo.it:7241/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc $ echo "deb http://apt.undo.it:7241/debian bookworm main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list  
For Ubuntu Jammy:
$ sudo wget http://apt.undo.it:7241/apt.undo.it.asc -O /etc/apt/trusted.gpg.d/apt.undo.it.asc $ echo "deb http://apt.undo.it:7241/ubuntu jammy main" | sudo tee /etc/apt/sources.list.d/apt.undo.it.list  
INSTALL FFMPEG AND MPV PACKAGES
$ sudo apt update $ sudo apt install ffmpeg-v4l2request mpv  
SETUP MPV CONFIG FILE
$ sudo mkdir -p /etc/mpv $ echo -e "hwdec=drm\ndrm-drmprime-video-plane=primary\ndrm-draw-plane=overlay" | sudo tee /etc/mpv/mpv.conf  
You can now play your videos using mpv and they should run with hardware decoding if supported, either in virtual terminals or in X11/Wayland windows!
Enjoy!
 
Notes:
your mileage may vary a lot: the more recent is the kernel version, the better is support (you may need edge kernel) bug: when rendered in X11/Wayland window, video may show scattered tiles during frames bug: Lima driver (Mali 400/450) shows a red/pink tint when video is played in X11/Wayland (see https://github.com/mpv-player/mpv/issues/12968) (workaround below: https://forum.armbian.com/topic/32449-repository-for-v4l2request-hardware-video-decoding-rockchip-allwinner/?do=findComment&comment=177968) Panfrost driver should work flawlessy 10 bit HEVC are generally supported on all Rockchip devices (rk322x, rk3288, rk33x8, rk3399), but Allwinner H3 have no hardware support for that  
 
 

Yes, suggesting those images is our bug. I am aware that sorting doesn't work right but this is yet another problem we have to deal with. I have asked that this is fixed and since we don't have professional support It can take several weeks, perhaps a month. I can't fix it, I can just patch it, so I have removed those images for good and they will be gone from index within several hours. More then this its not possible to do.
 
 
I am using this image for several months in production. Any many other people. We share this joy with you. 
 
Mainline based support functions rarely gets to full completion as its very expensive to brought things up and maintain with no budget. Adjust expectations, use old kernel, share findings with others, but don't expect anything, especially not answering questions. It can easily take hours, which is not at end users level.