SteeMan

This helps a lot, thanks. It would appear that there is something wrong with your extlinux.conf file. Please attach the file you are using for me to review. The log you posted shows: Retrieving file: /extlinux/extlinux.conf ... Ignoring unknown command: FDT Ignoring unknown command: Ignoring unknown command: append ... SCRIPT FAILED: continuing... Found U-Boot script /boot.scr ... Current fdtfile after armbianEnv: amlogic/meson-gxl-s905x-libretech-cc.dtb Mainline bootargs: root=/dev/mmcblk1p1 ... So the log shows that it can't correctly read the extlinux.conf file, specifically the two important lines (the FDT and append lines, which are the dtb and kernel boot parameters). So then it falls back to using some default stuff and ends up trying to boot with the wrond dtb and the wrong kernel bootargs. Which is why the boot process is then failing.

I just noticed this from your post above. If this is from your extlinux.conf, you have a typo. It should be "meson-gxl-s905x-p212.dtb" (note - not . )

That thread has a different error (/dev/mmcblk1p1 does not exist) and he is using different hardware. Also his issue is that it works fine running from sd card until after he does an update/upgrade. You can't get it running at all from the sd card. So most likely very different problems.

Also, I'm assuming your video was from you booting from an sd card the 23-02 build you downloaded, correct?

That was helpful. I can make out some of the information. What I would like you to try is to get a clearer picture/video of the information in the attached screenshot (the stuff before "Starting kernel") What I can see from this screenshot is the problem is with the kernel running, not the u-boot, I need to see the arguments that u-boot is passing to the kernel, which I can't make out from the video you sent.

I don't know. The safest would be to flash android again and install. I'm still waiting for this requested information.

@Thinvent What TV Box are you using? What build are you using (filename and where you downloaded from)?

Which ever you want (CLI = command line, i.e. server no gui; minimal = cli with minimal pre installed packages; xfce = gui desktop with xfce) I will need you to post the beginning part of the boot process you see, not the end. Also, what dtb file are you using? did you reenable multiboot? what u-boot.ext? Finally, I'm assuming the output above is from you attempting to boot 23-02 from sd card not from emmc, correct?

@nettings Moved your last post back to your original thread as I think that makes the most sense, instead of having your comments spread across two different threads.

Since I don't know what previous version you had installed in emmc (i.e. where it came from, who built it, etc). That means from my perspective you are trying to run the emmc install script on top of an unknown environment. So i'm left to guessing what your issues might be. The cleanest solution would be to flash android back to the emmc so you have a known starting point and then reinstalling the current armbian build. This assumes you have/can find a copy of android firmware for your box, or that you made a backup before you installed to emmc. If that doesn't work, I suspect the problem is that you are trying to 'reinstall' into emmc. The script is only tested for installing into a fresh environment that has android on it, not an environment that already has linux. So you may need to look at the script and only do the portions that are involved in the copying over of the files from the sd card, but omit that part that is creating the partitions and other work on the disk. To verify this is what is happening, I would need you to capture the entire output of your running of the install-aml.sh script for me to review.

moved thread to the correct forum and modified title to include the box name

I don't understand your last post. You mention 20.10, but the current builds are 23.02 and that is what you should be downloading from the link I posted above. You say "now it starts, however..." what version are you saying starts? Your original post talks about an ancient 5.88 build and the link I sent you is for 23.02. I don't know where 20.10 is coming from.

I don't have this hardware, so I'm just going to make some basic debugging suggestions. Have you tried a 5.19 kernel from the most current release? Or even a 6.x nightly edge build? Do you have the same boot loader installed on both boards (uart output of each boot) Also armbianmonitor output is always helpful.

Where did you download this build from? It doesn't look like a build that originated from armbian. What tutorial?

What build (exact file name) and download location did you have installed? This file you mention isn't anything I am familiar with, thus I would like to know where it came from.

The download link is in the instructions linked to above

How are you doing the update/upgrade? command line or gui? The error screen you show above is interesting as it is saying it can't find the mmcblk1p1 (which should be the root partition on the sd card). Can you provide a directory listing of the contents of /boot after the upgrade, but before rebooting. Also could you show the contents of your extlinux.conf file (again after upgrade but before rebooting). Then it would also be helpful to have the full contents of the uboot display during the reboot (not just the end of the output you have screenshot above).

That build is over three years old. Please try a new build per:

You have provided very little basic information about your situation. Lets start with the basics: What box do you have, what dtb are you using, what u-boot.ext are you using. Did the box originally work from the sdcard? What exact steps did you do between when it was working and when you get the error above?

@Igor Thanks for that info, I was able to track down what was the cause. I will have some additional questions when I get time to attempt a fix.

I was doing some testing today on aml-s9xx-box builds and noticed that with meson64-current (6.0.13) kernels the boot logo is showing, but with meson64-edge (6.1.0) kernels it does not. I know there was a recent commit that probably is causing this, something about removing the old way of handling boot logos. So my question is, what needs to change to convert to the new way? I suspect it has something to do with the append line that the build process is inserting into the extlinux.conf file: append root=UUID=0ffde9aa-5a6a-4d6f-bbef-0d8daf439537 rw no_console_suspend c onsoleblank=0 fsck.fix=yes fsck.repair=yes net.ifnames=0 bootsplash.bootfile=boo tsplash.armbian

Could you provide more information on what is happening when you try to boot? The only info you have provided is when you tried with the distributions from the other site (which is meaningless for what you are trying now with the official armbian community builds). Simply saying "I have been unable to sucessfully boot" doesn't provide us much information to help you with. Also, what dtbs have you tried?

@st0rk

@st0rk try using a recent build. I haven't seen this issue on recent kernels. But I did previously see the problem with the 5.9 build.

moved post to correct forum