2play

retested today on SD card and boot over usb sd reader. boot ok as normal. You can close or delete?

Will retest on diff media...

Below image file is bad https://dl.armbian.com/uefi-x86/archive/Armbian_24.2.1_Uefi-x86_jammy_current_6.6.16.img.xz I have downloaded twice from diff locations and after grab menu it goes to BusyBox error (initramfs) `Free initramfs and switch to another root fs:` PS Never reaches the setup cli wizard

As it seems no reply will be posted. Update: if I select N to the proposed location, i get the option to set, locale, timezone, country and all to be as supposed to be

Dear @Werner yes I did. Something overrides it? i set to 0 the timeout(s), hidden instead menu etc For example below works ok and stated when I run the update-grub GRUB_DISABLE_OS_PROBER=true Grub shows with armbian background, no menu options and boots to first entry of the default too (original options)

I have tried all known possible combos to hide the grub menu on boot but no luck I tested on the /etc/default/grub and /etc/default/grub.d/98-armbian.cfg Is there another config file Im missing that ignores above, especially later? Tried also with custom override config at boot. Any advise is welcome

Hello @Igor I have installed Armbian 24.2.4 Jammy Kde-neon Kernel: 6.6.21, Size: 1.9GB, Release date: Mar 12, 2024 on a mini pc J4125 Celeron based. What I noticed that is during initial boot, when finds the timezone and asks to accept or select a diff one, i tried 2 times. I selected accept and then took minuted to complete and enter the desktop First time I killed it and second clean i waited.:-) I checked in armbian-config the locales and noticed that ALL options were checked. Which makes sense why I waited so long If this a know bug or needs to be fixed? Just wanted to bring to your attention. Rest work smooth and fast! Tx for your work

@MichaIng @c0rnelius ok makes sense to my case as I have 5.15.93 Ill make a newer build to test i tried also the recommended mod from pine wiki but also no go

OK Ive tested same hmdi switch with my RockPro64 Armbian setup and i get no video also. the moment i put the hdmi directly form the board to the monitor hdmi signal goes through! So there must be or U-boot related or some driver... So if of interest maybe this will be replicated and fixed by the pros here

Armbian_23.5.1_Rockpro64_jammy_current_6.1.30.img.xz Boots/Reboots OK without SPI. Download Links working Only direct: Armbian RockPro Archive Images https://armbian.hosthatch.com/archive/rockpro64/archive/ or newer https://fi.mirror.armbian.de/dl/rockpro64/archive/ Note: Previous u-boot splash screen still shows.

I have compiled with Armbian build (btw i reported that RockPro64 and Rock64 download pages give 502 Bad gateway) 1. Armbian_23.08.0-trunk_Rockpro64_jammy_current_6.1.46_minimal.img 2. Armbian_23.08.0-trunk_Rockpro64_jammy_current_6.1.46_cinnamon_desktop.img With SPI disabled, the img boots fine, but when reboot/restart takes place, board gives black screen, no U-boot activity, no white light. It will boot again after restart if reset pressed or power off/on Shouldnt board reboot normally? PS nd after u-boot log/text this screen shows prior booting

Do you believe its board related (tinker) or OS? Its the only board with this behavior. None of the Pi Boards have problem to display to HDMI via HDMI switch (same exact setup) Ill check also RockPro64 and revert. Ill try when time allows a Linaro release but if i recall well i had same problem Anyone can test over HDMI switch (mine has 3 intputs to 1 output)

Hi to all, In the past it was proposed by @Igor to use the u-boot-sunxi/remove-boot-messages-from-hdmi.patch this now as I can see under the allwinner-optional and seems do nothing on RockPro64 u-boot compile to hide the text @jock provided in the Tinker forum a userpatch disable-vidconsole.patch which works great on it (tinker) diff --git a/include/configs/tinker_rk3288.h b/include/configs/tinker_rk3288.h index bde7d72e6d..3ae9bb05f7 100644 --- a/include/configs/tinker_rk3288.h +++ b/include/configs/tinker_rk3288.h @@ -7,9 +7,9 @@ #define __CONFIG_H #define ROCKCHIP_DEVICE_SETTINGS \ - "stdin=serial,usbkbd\0" \ - "stdout=serial,vidconsole\0" \ - "stderr=serial,vidconsole\0" + "stdin=serial\0" \ + "stdout=serial\0" \ + "stderr=serial\0" #include <configs/rk3288_common.h> On an Linux 5.15.93-rockchip64 aarch64 GNU/Linux - Ubuntu 20.04.6 LTS image the u-boot does not boot the sd, but on a spi u-boot installed, it boots ok I would like to have working hidden u-boot installed on the sd (bridge spi to disabled with pin 23-25) rather boot first the spi. (feels longer boot) I try to compile with, tried diff patches but no luck ./compile.sh build BOARD=rockpro64 BRANCH=current BUILD_DESKTOP=no BUILD_MINIMAL=yes BUILD_ONLY=u-boot KERNEL_CONFIGURE=no RELEASE=jammy Any feedback or existing solution is much appreciated. To recap: - Tips or pointers on which patch to be used to hide uboot boot process on RockPro64 - Below is probably to uboot related so Ill test other compiles PS I have compiled a non patched/[non applied sunxi hide msgs patch] "linux-u-boot-rockpro64-current_23.08.0-trunk_arm64__2023.01-S62e2-Pee75-He8c0-V2d4f-B9963-R448a.deb" and applied from armbian-config to sd card. It boots ok with disabled SPI from Power Off But if OS reboots it stays to black screen (no white light). If reset pressed or power off and start from buttons, it boots again fine with UBOOT visible (submarine logo and text) NOTE: @ayufan Ayufan latest uboot on spi works excellent and hidden boot

Same on Linux 5.15.93-rockchip64 aarch64 GNU/Linux - Ubuntu 20.04.6 LTS With spi u-boot it boots. @James P. Hutchinson provided or @ayufan spi u-boot But u-boot on the armbian seems no go. (if i bridge 23-25 pins to disable spi u-boot) PS Seems a newer uboot armbian build compile and apply to SD from armbian-config fixes the sd boot (no SPI) but on reboot the one I tried stays on black screen. OK from power off/on or by pressing reset button

Hello to all, I am using an HDMI switch. I have noticed that TinkerBoard Armbian, displays fine the UBOOT text/logo but after that, the HDMI shows no signal/image If I connect the HDMI cable directly from the board to the monitor all is ok. What would be the reason or setting to be changed so TinkerBoard HDMI port can output display either case (hdmi direct to over a hdmi switch) tx in advance

@Igor Probably one of the experts to ask I noticed there has been many changes and documentations not up to date Noticed deprecated options when running the ./compile.sh with options So far so good. I noticed though below behavior and wanted to check if normal or how can I enable the interactive process (asking to proceed if low disk space ) I have created a new vm with latest recommended base os (no desktop) After few tests when space runs low, the interactive options ctrl+c or enter show only if i run the ./compile.sh if i run ./compile.sh uboot-patch (or any option even expert) it kills the compile without asking Any way to have the interactive mode (tried to find a parameter but maybe missed it) tx in advance

I have updated the vm os with update and upgrade and errors gone! Guess wanted to bring my focal vm to latest Tx for the tip

ΗΙ @Werner might be. Ill need to have a look as the vm has older git pull. I noticed the new build compile.sh been changed.

I am using a VM Appliance with pre setup build etc. its from past year. When tested to compile uboot/kernel below error appears `fatal: unable to access 'https://gitlab.denx.de/u-boot/u-boot.git/': server certificate verification failed.`

@SuperMaximus I see you found my post related to my process and steps to apply remove-boot-messages-from-hdmi.patch , plymouth and uboot file options you need to try this on an image that supports your board. I dont have your board but all the steps and info I did are on my linked post in your last above. I ve build my own image, applied the patch, made my custom boot animation (i wanted that) but to just hide i suggest apply patch and enable the uboot option to have just a black boot screen. Apologies but due to family obligations im not very active since I released my bases last April

TinkerBoard Asus: RockPro64:

Any better solution Ill update here...

Option 1: I tried but always seems to be save only from desktop with below steps as above: - Desktop environment, - Start any stream/app to see which output uses by default. Example play in loop a video/audio file with a player - Opened pulse audio mixer gui. From there chang the default playback device. The correct choice will give you sound again back on HDMI. - Optional wiht cli pulsemixer you can do the checking by simply selecting the stream you opened and select it (and press enter then move and selet the other output devise (sound will play on the correct output device) Lastly, once you set the master output you can make it perm I run 'sudo alsactl store'. this will store in your alsa asound.state and after reboot all will be as you selected. Option 2: As per Fine Tuning - Armbian Documentation (It should automatically update the asound.state you created above. If you havent check the file exists after reboot in /var/lib/alsa folder You will see something similar to my output: # Define the new default sound output pacmd set-default-sink <NAME-OF-DESIRED-OPTION> The name of HDMI sound output may change accordingly to the device. If you don’t wanna deal with different names you can: pacmd set-default-sink $(pactl list short sinks | grep -i 'hdmi' | awk '{print $2}') The command to define the default sound output is not persistent, to make it persistent add it to the file ~/.bashrc For example: In my .bashrc i have at the end this 2 lines commented and you can swap between or make a script to apply between jack and hdmi output as per your needs/setup. Analogue should Y

I have used the latest stable/current image for Tinker and was very pleased to see the new steps/wizard for initial setup with passwords, users, locale, wifi etc This is not the case with RockPro64 latest current images. I get even with the focal cinammon the warning about being a nightly build and old initial steps. Not as posted here posted by Igor in the Armbian Download RockPro64 page Just a note as many of us would like to see similar. If Im missing something my apologies and please point me to the right place

Hi @Salvador Liébana @rookieone I enabled the overlays=rk3399-opp-2ghz from the armbian config options, its added to the armbianEnv.txt but the available frequencies are still maxed to 1800 Do you mind sharing your OC steps/settings for "I overclocked my rockpro64 to 2.2 ghz for the big cores and 1.8 for the low power cores" Tx in advance!