Krescue - take full control of your VIM device! easy way to install ANY OS! + back/restore your system

new COREELEC.19.2-Matrix installation images for Krescue

based on CoreELEC-Amlogic-ng.arm-19.2-Matrix
boards: VIM1 VIM3 VIM3L


  • khadas IR-RC works out of box

Checked / tested:

  • khadas rc/ir control suppported OK
  • onboard wifi OK
  • ethernet OK
  • bluetooth - OK
  • serial console (UART) - OK
  • simple install to emmc via Krescue
  • boot from emmc OK
  • boot from sd OK

Download: - Index of /Firmware/Krescue/images/ VIMx.COREELEC.19.2-Matrix.emmc.kresq

PS: VIMx.COREELEC.19.2-Matrix_rc2.emmc.kresq was deleted

PS: update from under CoreElec (same works)

Menu -> CoreElec > Updates > Automatic Updates = manual
= Update Channel CoreELEC-19
= Available Versions > ...
= Update to ... Now

Abot Panfront;
Fantastic improvement on my manjaro plasma / vim3, especially window movement, 3d graphics in browsers (like tinkercad - now works like a carm).
Morten steenberg


Hi @hyphop! Will the “VIM3_Pie_V210908.7z” image become available in KRescue any time soon?

Tnx for notification! VIM3 and VIM3L images Already updated - Index of /Firmware/Krescue/images/ + - Index of /Firmware/VIM3/Android/ + - Index of /Firmware/VIM3L/Android/

  • VIM3-Android-Pie_V210908.raw.img.xz
  • VIM3L-Android-Pie_V210906.raw.img.xz

PS: this images suitable for Krescue or simple dd usage

1 Like

Wow, that was fast. Thank you very much.

Krescue - online scripts - (beta testing)

happy to introduce new features: Krescue - online scripts

just update Krescue to latest!


Impressive work man.

This will make it so much easier for me to just maintain single image per device. While kresque will flash the uboot but will need to see how it reacts with u-boot.ext in /boot.

Please rename s/kde-plazma/kde-plasma/

uboot works fine with extlinux, u-boot.ext no need at all !

Please rename s/kde-plazma/kde-plasma/
tnx will be fixed

UPDATE: fixed

Armbian installation added to Krescue online scripts v0.25

easy and fast install to emmc directly from clouds :wink:

                ┌─────Armbian-Linux (current) - installation for: VIM2 ...───────┐
                │ Select installation TYPE:                                      │
                │ ┌────────────────────────────────────────────────────────────┐ │
                │ │   Bullseye_current        Debian - Bullseye 11.x           │ │
                │ │   Buster_current          Debian - Buster 10.x             │ │
                │ │   Focal_current           Ubuntu - Focal 20.x              │ │
                │ │   Focal_current_budgie    Ubuntu - Focal Budgie 20.x       │ │
                │ │   Focal_current_cinnamon  Ubuntu - Focal Cinnamon 20.x     │ │
                │ │   Focal_current_xfce      Ubuntu - Focal Xfce 20.x         │ │
                │ │   Hirsute_edge_budgie     Ubuntu - Hirsute Budgie 21.x     │ │
                │ │   Hirsute_edge_cinnamon   Ubuntu - Hirsute Cinnamon 21.x   │ │
                │ │   Hirsute_edge_xfce       Ubuntu - Hirsute Xfce 21.x       │ │
                │ └────────────────────────────────────────────────────────────┘ │
                │                                                                │
                │                                                                │
                │                   <  OK  >          <Cancel>                   │

Download mirror selection

first run configuration

wellcome to test


uboot.ext is for chainloading on top of android bsp uboot in emmc.

no need at all on emmc :wink:

The one known purpose for chainloading was using mainline u-boot to override HDR properties being set in vendor u-boot that the kernel didn’t handle. Linux 5.14+ now handles those so there is no need for chainloading. If there is another use-case? - speak up :slight_smile:

tnx for additional info

Text offset if one of the reason we used it.
As we will have to use a different method to compile our kernels.

There’s no reason for that text-offset hack (which is why the kernel dropped it). It does mean using a different image format though. Have a look at how LE builds a uImage file.

Yes this is the issue, Our aim was to use a single kernel pkg as much as possible. I will start maintaining separate pkgs for vendor specific that is the best option for now to keep all device support in shape but that bring a lot of extra work.

Thank though.

Fedora audio bug is also fixed?

all 2nd part distros from online scripts provided as-is without modification

1 Like

@hyphop pls check latest version, USB networking is broken :frowning:
(pls note my system is linux, not windows)

plz tell me : BOARD ? usb otg ?