Patrick Peters

Hi EmadDeve20, Sorry for the late reply. Did you try to find/execute the commands as 'root' user? because you should have done that or else you won't be able to find/execute them. For instance:'plymouth-set-default-theme' is located in the '/usr/sbin' directory which is not added as a standard search path for normal users by default. You can try to elevate yourself to 'root' user by executing the command: 'su -' on the prompt. If your system does not allow this, you should type sudo in front of each command i stated in my earlier posting.

Hi ArthurS, You probably ran into the same problem as i did. At least if it is a SD card you are using? Please see my posting with how i fixed it:

I recently upgraded my working Pine A64-LTS board to Armbian 10.9 by using standard 'apt-get update' followed by 'apt-get upgrade' The update went fine (no error messages) and i rebooted the unit. The unit was unable to mount the root filesystem it complaint about UUID probably incorrect, but this was not the case. After doing some research i found out that the DTB file was changed on the mmc0 part. The option 'non-removable' was removed wich let to the kernel using the PUSH-PUSH routine? cd pins to see if a SD card is present. It looks like it that not all versions of the Pine A64-LTS have this pin or maybe in the past had a faulty batch? Anyway to fix the problem i had to add 'non-removable' again to the DTB which probably switches the way the detection works and probably uses the standard CD-detect routine to see if a card is present. I also noticed other people seeing this problem in u-boot and other places. See one of those reference here: https://www.spinics.net/lists/devicetree/msg418000.html Maybe this get fixed automatically upstream? But maybe in the meantime Armbian maintainers can set a special fix in the dtb and/or overlay for the Pine A64-LTS. The specific steps i took now to fix the problem where: 1. Make a back-up off the DTB file cp /boot/dtb/allwinner/sun50i-a64-pine64-lts.dtb /boot/dtb/allwinner/sun50i-a64-pine64-lts.dtb-orig 2. Convert the DTB file that is used to dts (IGNORING the warnings from dtc conversion) dtc -I dtb -O dts -o sun50i-a64-pine64-lts.dts sun50i-a64-pine64-lts.dtb 3. Edit the file 'sun50i-a64-pine64-lts.dts' at the position starting somewhere along line number 12230 Change: mmc@1c0f000 { compatible = "allwinner,sun50i-a64-mmc"; reg = < 0x1c0f000 0x1000 >; clocks = < 0x02 0x1f 0x02 0x4b >; clock-names = "ahb\0mmc"; resets = < 0x02 0x08 >; reset-names = "ahb"; interrupts = < 0x00 0x3c 0x04 >; max-frequency = < 0x8f0d180 >; status = "okay"; bus-width = < 0x04 >; #address-cells = < 0x01 >; #size-cells = < 0x00 >; pinctrl-names = "default"; pinctrl-0 = < 0x25 >; vmmc-supply = < 0x26 >; disable-wp; cd-gpios = < 0x27 0x05 0x06 0x01 >; phandle = < 0x69 >; }; Into: mmc@1c0f000 { compatible = "allwinner,sun50i-a64-mmc"; reg = < 0x1c0f000 0x1000 >; clocks = < 0x02 0x1f 0x02 0x4b >; clock-names = "ahb\0mmc"; resets = < 0x02 0x08 >; reset-names = "ahb"; interrupts = < 0x00 0x3c 0x04 >; max-frequency = < 0x8f0d180 >; status = "okay"; bus-width = < 0x04 >; #address-cells = < 0x01 >; #size-cells = < 0x00 >; pinctrl-names = "default"; pinctrl-0 = < 0x25 >; vmmc-supply = < 0x26 >; disable-wp; non-removable; cd-gpios = < 0x27 0x05 0x06 0x01 >; phandle = < 0x69 >; }; Notice how i added 'non-removable;' between the 'disable-wp;' and 'cd-gpios = < 0x27 0x05 0x06 0x01 >;' lines. 4. Convert the DTS file that we have just editted to the DTB format (IGNORING the warnings from dtc conversion) dtc -I dts -O dtb -o sun50i-a64-pine64-lts.dtb sun50i-a64-pine64-lts.dts 5. Boot the unit with the new changes. it should now boot fine.

Hi Gogoer, I did recompiled u-boot myself also the kernel for the Gentoo distribution, but i did not yet do anything with the emmc unit (on my Pine64-LTS) so i do not know exactly how u-boot knows which device to read and wirte environment data from/to. I expect this to be hardcoded in the u-boot bootloader when first time creating it with the make config command (during recompile of u-boot). I expect some config settings indicating the environment device. But u-boot has made some major changes during the last year, so it could also be possible that there is some sort of autodetect possible. I don't have any experience with the Orange Pi, but i would expect Armbian to work in the same way. Can't you just boot up your system first, then edit the arnbianenv.txt in the /boot directory, use armbian-config to update emmc u-boot and after that follow the recompile steps i post earlier?

You can use plymouth to create a splash boot. I have done this on a Pine64-LTS board so maybe you need to alter some steps. First step is to create a custom boot logo image for u-boot to show. I am not really sure which file you need exactly but to be sure just use the same image as boot logo and save the images in /boot 1 file named boot-desktop.png in /boot/boot-desktop.png 1 file named boot.bmp in /boot/boot.bmp If you don't want to lose the original ones, back-up them first: cp /boot/boot-desktop.png /boot/boot-desktop.png-orig cp /boot/boot.bmp /boot/boot.bmp-orig Next reboot you will notice you are having a nice new boot image, but you will probably also notice that the kernel boot messages are written over this screen and/or maybe also the init boot messages. Sadly this is due to the fact that u-boot isn't compled with silent boot support. It would have been nice, because you could then set a parameter to use it in silent or not. Now we first have to recompile the u-boot with a patch to silence the boot messages. Use the default Armbian build guide and before you start compiling you need to enable a u-boot patch. You can try to enable the patch, but i tried it and it failed applying due to some inconsistencies. I changed the patch so it now works. I don't know how i should give this patch change to the correct maintainer, so i will place it here: patch file located in -><armbian git clone dir>/20.02.2/build/patch/u-boot/u-boot-sunxi File name -> remove-boot-messages-from-hdmi.patch.disabled You should normally only have to remove the '.disabled' part to make use of this patch. But since this version did not work i created a new file called: remove-boot-messages-from-hdmi.patch containing: diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h --- a/include/configs/sunxi-common.h +++ b/include/configs/sunxi-common.h @@ -438,12 +438,12 @@ #ifdef CONFIG_VIDEO #define CONSOLE_STDOUT_SETTINGS \ - "stdout=serial,vga\0" \ - "stderr=serial,vga\0" + "stdout=serial\0" \ + "stderr=serial\0" #elif CONFIG_DM_VIDEO #define CONSOLE_STDOUT_SETTINGS \ - "stdout=serial,vidconsole\0" \ - "stderr=serial,vidconsole\0" + "stdout=serial\0" \ + "stderr=serial\0" #else #define CONSOLE_STDOUT_SETTINGS \ "stdout=serial\0" \ *UPDATE* - Jan 27th 2022 - When using the new Armbian build trunk called 22.02.0 i again was not able to use this new patch, since the 'sunxi-common.h' file changed too much. For those also trying to use this guide using Armbian 22.02.0 trunk please try the following patch instead: This removes all boot messages but leave logo. For Plymouth configuration proceed here: https://forum.armbian.com/topic/10087-armbian-boot-splash-screen/?do=findComment&comment=96114 diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h --- a/include/configs/sunxi-common.h +++ b/include/configs/sunxi-common.h @@ -403,8 +403,8 @@ #ifdef CONFIG_DM_VIDEO #define CONSOLE_STDOUT_SETTINGS \ - "stdout=serial,vidconsole\0" \ - "stderr=serial,vidconsole\0" + "stdout=serial\0" \ + "stderr=serial\0" #else #define CONSOLE_STDOUT_SETTINGS \ "stdout=serial\0" \ After creating this file you can use the Armbian build guide to create a new 'release'. Use the deb files in the output path located at: <armbian git clone dir>/20.02.2/build/output/debs The most important file is -> linux-u-boot-current-pine64so_20.05.0-trunk_arm64.deb Keep in mind i am describing these steps for a Pine64-LTS, the idea stays the same... Put the deb file on your unit and install the package with: dpkg -i linux-u-boot-current-pine64so_20.05.0-trunk_arm64.deb Once this is finished you also have to save this u-boot img to mmc/sdcard or whatever you are using. You can do this with armbian-config. Start armbian-config and select menu item 'system' then 'install' and then '5 Install/Update the bootloader on sD/eMMC' . Once finished you will have the new u-boot on your system. To really make sure you are not getting any messages to your console make the following changes to your armbianEnv.txt verbosity=0 console=custom consoleargs="console=ttyS0,115200 console=tty7" #extraargs=vt.global_cursor_default=0 quiet splash fbcon=rotate:3 plymouth.ignore-serial-consoles extraargs=vt.global_cursor_default=0 quiet splash plymouth.ignore-serial-consoles stdout=serial vt.global_cursor_default=0 makes sure you dont see any blinking cursor in the upper left corner quiet makes sure you don't get extra kernel messages. splash enables kernel splash logo. fbcon=rotate:3 you don't need to and is only needed on LCD's or HDMI units that are rotated. plymouth.ignore-serial-consoles makes sure plymouth ignores the /dev/ttyS0 console because else plymouth wont continue and you wont get any video driver attached to plymouth. stdout=serial makes sure the boot.scr does not do his own thing. Once you made all these changes you can do a reboot and notice that you will see a splash screen followed by a long silence black screen and then the login prompt (or desktop if you are using desktop image). You can now install plymouth to also show splash screen (takeover) from the point where u-boot left. apt-get install plymouth apt-get install plymouth-themes Now you can try a default theme, for example spinner: plymouth-set-default-theme spinner To make really sure the initrd also starts plymouth i ran an extra initrd update: update-initramfs -u Ok, now you should be done. Reboot the system and enjoy the splash boot and loader.