jock
-
Posts
1849 -
Joined
-
Last visited
Content Type
Forums
Store
Crowdfunding
Applications
Events
Raffles
Community Map
Posts posted by jock
-
-
@tj13 don't worry, it's no pain. Bug reports are always appreciated, but without logs or whatever it is very uneasy to guess if the problem is related with the broken installation script or whatever. Surely you can follow the posts of this thread to get a clue; if you installed the system in eMMC perhaps you can try the Multitool from this page and see if it works (I never tried it on TInkerboard), so at least you have a way to backup and access the filesystem.
At last, the uart adapter suggested by @SteeMan can give some important hints about what went bad.
-
@Caio Lima Viana great job! Now it looks to me that u-boot is unable to work with the eMMC (it is dwmmc@30020000 device, or mmc0 in the uboot log), or for some reason is unable to find the device tree (FDT_BAD_MAGIC).
It seems that there is something off with:
- the internal eMMC: the u-boot version is an old one, I wonder if your board is a recent one with eMCP (see first page) chip instead of regular eMMC
- the filesystem installed on the eMMC: you can use an sdcard with the multitool and get a shell, run fsck.ext4 /dev/mmcblk2p1 and see if finds errors; you can even mount the partition and inspect manually if /boot files are in place
At the moment I have no more ideas, but these two above worth trying.
-
@Caio Lima Viana Yes, copying sdcard to emmc should work, there is no difference. About the reason it does not boot, if you don't get any output on the HDMI and the board does not answer on the network, serial UART is the essential tool to get some clue about.
You can surely do a clean installation on eMMC with multitool, then "transplant" the whole rootfs, but if you don't know where the issue is, you may transfer the problem too and get stuck again.
-
@astrosky you'd definitely want to go with an armbian supported SBC rather than tinkering with a tvbox. Yes, tvboxes usually have one exposed UART, but it is for debug and is already in use for kernel and system logs. It can be altered to be used as a general purpose UART, but requires some effort (modify bootloader, change the kernel device tree) that IMHO it is not worth for.
SBCs have their own exposed pins with two or more UARTs, SPI, I2C, I2S and GPIOs that you may easily use without having to solder and desolder things on the board. They are more suitable for serious projects.
-
@Caio Lima Viana Hello, should be easier to install the system on the eMMC via multitool, configure at your pleasure and then do a backup of the eMMC with the multitool ?
-
17 hours ago, Junyo Lau said:
Hi, @jock. I have a same tv box as this
But I can not boot from multitool, what can I do ?
I'm pretty sure that my tf card is ok. Because I've checked by H2testw and I flash multitool by balenaEtcher without error.
Hello, sorry but without logs or detailed symptoms it is impossible to give any advice
-
17 hours ago, tj13 said:
I have two tinker boards that both bricked after the last update.
The installation script has been fixed and should work as intended right now. Perhaps your boards bricked for other reasons?
If you don't provide details it is extremely difficult to give support.
-
1 hour ago, 02l4nds56 said:
So where can I find the multitool? https://users.armbian.com/jock/rk322x/multitool/multitool.img.xz gives me a 404 error. In fact the whole https://users.armbian.com/jock folder appears to be empty. Do I need to register an account in order to view/download?
Mmmh, apparently all the users directories have been emptied 🤔 Perhaps @Igor can help us about?
-
8 minutes ago, 송호상 said:
Thank you for answer. I've only tested the Legacy 4.4 image briefly, and baked the latest image for rk322x. If I boot with the SD card (MULTITOOL), press the REBOOT menu, and remove the SD card, then I can boot with the latest image burned into eMMC and use all functions. I'm just curious as to why I have to go through procedures like "SD boot" and "Remove SD after REBOOT" to boot. I still don't know how to check LOG through UART.
You're welcome. Normally, after burning the image on eMMC, you should do SHUTDOWN in multitool, remove power, unplug the sdcard and restore power.
-
@moddien thanks for the firmware, I will try to inspect as soon as possible.
Usually the first page of the thread and the last 3/4 pages are enough to get up to date with recent developments.
Many useful experiences are scattered through the thread, but usually the most important things are collected in the first page.
-
13 minutes ago, 송호상 said:
This is the MXQ PRO 4K 5G TV BOX with RK322A CPU, 1GB RAM, and 8GB eMMC. I booted MULTITOOL onto the SD card and burned the latest jammy image and Legacy 4.4 image for RK322X. After REBOOT on MULTITOOL, I got a nice ARMBIAN screen and everything was fine. But when I restart it after shutdown, the screen goes blank. It is still possible to boot with MULTITOOL on SD, and from here you can enter ARMBIAN through the REBOOT menu, but booting with only eMMC fails as the monitor screen goes into sleep mode. What's the problem?
Hello, there can be dozen of problems with those symptoms: the kernel does not boot, the image you used is bad, the board is unsupported and does not boot, HDMI does not work on your board, the eMMC is empty, etc... etc...
You should try a newer image with a mainline kernel (4.4 is unsupported and unmaintained anymore) and possibly provide UART serial logs to debug the problem.
-
@astroskyhello, first of all in the kernel 6.x (I don't remember which release exactly) something changed that caused issues with HDMI on several rk3328/rk3399 boards. I have had no issues and on my setup, which is not complex at all, just a standard 1920x1080 monitor, HDMI works perfectly. Some other users have found issues though, and the cause is not yet known and I'm not able to try and test it because I don't have such issue 🤷♂️
I wonder, since you need GPIOs, why don't you use a real SBC board - it is something I always suggest in place of tvboxes for new projects, since they are supported much better.
-
-
-
@moddien Hello! Yes, a serial adapter would indeed provide some debug info that can be useful. I don't remember such "r3229q-221p" board, so perhaps it is a new board.
Be sure to use the latest multitool first. User @svdmk had a similar problem, you can check the latest two pages of this thread for some reference.
At the moment the solution is a bit of a hack and involves switching bootloaders, which is not the easier thing to do.
-
Hello all, bootloader packages have been rebuilt and now upgrades should be fine!
-
@KanexMarcus probably your board is a r29 and you need to enable the led-conf7 device tree overlay in /boot/armbianEnv.txt. Unfortunately it is a manual procedure that has to be done manually from the multitool.
-
Hello everyone, the broken upgrade process is my fault and I apologize everyone for the inconvenience.
The reason behind the broken upgrade process is the merge of the rockchip and rk322x families, which introduced this regression.
The problem went undetected because upgrades happens once in a while when there are armbian new releases.
I will address the issue as soon as possible, in the meantime please avoid upgrading to latest armbian version. I will post here when I will be sure the issue is fixed!
Thanks!
-
@KanexMarcus hello, why did you substitute the armbian device tree with the libreelec one? It is wrong and prevents the armbian device tree overlays to work correctly if you do so.
-
-
On 3/9/2024 at 9:00 AM, Ben N Voutour said:
@jock can you put this in the next build?
Nope, because what works on your sample is not guarenteed to work on others. Overclock is just meaningless on these chips, you only lose stability and get higher temperatures for a very little increase in performance.
-
3 hours ago, mocarela said:
I'm still confused... why is it possible then booting Multitool and LibreELEC directly from SD without erasing eMMC?
because the android stock bootloader allows to boot from sdcard if you package the bootloader on sdcard using the rockchip proprietary tools.
The android stock bootloader is loaded first (because it is on emmc), but then it check for specific bits on sdcard; if found, it passes control to the sdcard
Multitool and libreelec image bootloaders are made with proprietary tools, instead armbian uses a bootloader made with opensource u-boot tools and thus is not recognized as a boot device from stock bootloader. Mainline u-boot supports dtb overlays, USB and PXE boot - in addition to other basic features - that are not supported in stock android bootloader.
3 hours ago, mocarela said:And why would one try to boot and run it from SD if eMMC needs to be erased before?
To test the image before burning it on eMMC: if you burn an image that does not boot, you may soft-brick your board and then it would be required to short eMMC clock pin to enter maskrom mode and clean the eMMC flash to restore functionality.
3 hours ago, mocarela said:Nevertheless, I'm proceeding further. With legacy kernel everything is perfect. Moving upward I got stuck with 5.x kernel panic. Probably because of wifi driver. Will try your suggestion from
If you have a R29, R2B or H20 board, led-conf7 overlay is essential to get stable operation.
Here is a post on how to activate it manually via multitool on eMMC or plugging the sdcard in your PC and editing the file (ignore the part on copying things around, they are now already in place).
-
@mocarela Yes, it is possible to boot from sdcard, but you need first to:
- erase the eMMC, so the SoC will attempt to boot from sdcard, or
- install armbian on the eMMC, whose bootloader gives priority to sdcard, then USB, then eMMC
Also Rockchip SoCs always attempt to boot from eMMC, if they find a valid bootloader.
-
Tinkerboard not booting after updates
in Tinkerboard
Posted
@Ikesankom Hello, your problem seems different than the bootloader issue described in this thread. In your case the bootloader is ok and the kernel boots fine, but the rootfs is not detected.
It could be due to a missing module in the initramfs, which is weird because emmc/sdcard storage are built in the kernel and not as modules.
It would be useful if you can submit the output of dmesg and blkid. initramfs has a limited set of commands, but you should be perfectly able to mount devices and write the output there.