Active threads

I burned the image to microsd via BalenaEtcher, popped it into the sbc and applied power. I have tried this two different days with two downloads of the HA image, and having burned the images to two different microsd cards with different results. Day One attempt booted but did not permit home assistant to start. Attempt two yielded the screencap and error previously mentioned.

all those things are wow give kodi a try? https://kodi.tv/

It is documented there: So when booted from SD you need to copy over the u-boot image to SD card and do from there: dd if=cubie_a5e_spi_nor_raw_050624.img of=/dev/mtdblock0 But that won't you get NVMe support on Armbian as Cubie A5E NVMe support just isn't in the kernel, not even the dev version.

I assume you didn't change your power supply or add more things to USB? This could trigger crash. It would help if you could catch the crash. Enable more verbosity (loglevel) might give some clues, otherwise this can represent more serious debug / not easy to catch and resolve.

How long did you wait for this? if you for example use a quite large microsd card that however has a slow pace this may take a few minutes.

I don't have time to work on this right away, so to make sure this does not fall off the radar, I opened a ticket in the tracker.

OK That would be called regression and should be analysed for a fix moving forward. Specifically looking for an older release as a "solution" still seems misguided and should only be done to bisect not as a kind of permanent solution.

The Gnome desktop Power off menu selection and `sudo shutdown now` both reboot rather than powering down.

yeah, frustration is quite clear, but probably it is manufacturer who should be most/only interested in that. that also cost quite a lot, so it is probably better to demand where money were paid to, i guess.

That is the expected behavior. You always need to "install" u-boot after a new version from apt. The apt package just provides the binaries that you can install.

Tried rk3318 debian 12 with linux kernel 6.1.63 or up to 6.12.39 and no hdmi output, I installed on SD card. Though debian 11 with kernel 5.15.35 works Interesting thing that debian 12 with linux kernel 6.16.0-rc3 worked Is there anything I can do to provide useful information to debug?

At the same time as mmcblk1 disappeared someone had changed the ethernet port over to the secondary port as I could not get into the machine and tried the second port which had been configured to the same static IP address as the primary port was on.

You are right. I just downloaded something from youtube and assumed it was H264. When I checked it in VLC in my PC, the codec is: AOMedia's AV1 video (av01) I picked another mp4, which I verified in VLC as H264-MPEG4, 720p, and it played with 10% CPU This test below is with Bookworm XFCE, compositor ON, Linux 6.15.4 with default configuration Then I repeat the test with a 1080p H264 mp4. mpv tries to use hardware acceleration, but the mpv is black and there's continuous DRM_IOCTL errors: Then I tried this inside /etc/mpv/mpv.conf hwdec=drm-prime drm-drmprime-video-plane=primary drm-draw-plane=overlay and the 1080p H264 starts playing fluidly with just 40% CPU (compositor off) With compositor on, I get same 40% CPU Same video glitches, with or without compositor, but I am getting hardware acceleration (although there's the hwdec unsupported message) Update: Thank you to all who helped me. I have hardware acceleration again with my opiz3 hwdec=drm is more efficient extraargs=cma=256 is needed to avoid memory allocation problems and video glitches. https://forum.armbian.com/topic/29202-orange-pi-zero-3/page/26/#findComment-222596

And it turns out that nothing can be done? For some reason, it works for everyone, but something happened to me and it doesn't work anymore.

use my works: h616.tar.xz

follow the official instructions, change these dts to user overlay, simplicifed deployment just use `sudo make install` h616.tar.xz

Currently I am running HA supervised on Debian 12 bookworm. Debian boots from USB drive without any issue. So your suggestion should work I believe. Thanks for the suggestion. You are quick as always to reply.

This should have been addressed: https://github.com/armbian/linux-rockchip/pull/373 May take a while until an updated kernel is available via apt. You can always build a up-to-date package by yourself using the build framework.

Thank you for your generous offer, @coroner21. I am interested and would love to use this unit to keep it supported in Armbian Core. My goal would be to help keep it at standard supported status. I was already able to lift the BPi M2+ from community to standard support status. I have sent you a PM.

Thank you for sharing your success story for the benefit of everybody.

I cannot verify your claim that Ubuntu "reverted" to Gnome v44. Noble has v44 indeed. v46 is not anywhere in a Ubuntu release so my guess is you shot yourself in the foot with some random PPA or whatever repo out there. https://launchpad.net/ubuntu/+source/meta-gnome3 There is no shortage of boards out in the wild, nobody would think that. What there is, is a shortage of people willing to fund development, be it users or companies. Big shout out to those who do and to our volunteer devs, thank you!

Thank you for your work and I'm happy you fixed it for your installation. It would be good to have this be incorporated into Armbian itself.

Hello Petersonn, hope you will enjoy your Armbian time!

I tried this in a raspberry pi with graphic services stopped. Labwc exits normally I tried it in a virtualbox x86, with Debian trixie netinstall (barebones+labwc+seatd). Labwc exits normally. I think other armbian users (probably non allwinner) have used labwc, but they never complained about Labwc crashes. YES. I will try it with a true intel system. I will also try the stable-version Linux (instead of edge).

good luck