Image | ROCK Pi 4

[tenrek]

ADMIN EDIT

Testing image available: https://github.com/MichaIng/DietPi/issues/2445#issuecomment-528088922

Many thanks for @canabino for creating this! 👍 ❤️

---

So, any plans for support / make an DietPi for ROCK Pi 4 ?

Debian Desktop download

Admin edit: Vote for it on FeatHub: https://feathub.com/MichaIng/DietPi/+35

[canabino]

ok

[canabino]

[MichaIng]

@canabino 1

[canabino]

DietPi_<device>-<arch>-<distro>___ DietPi_ROCK Pi 4-aarch64-Stretch

Will this be correct?

[MichaIng]

DietPi_ROCKPi4-ARMv8-Stretch

[canabino]

[  OK  ] DietPi-Imager | G_AGI gdisk dosfstools zerofree
e2fsck 1.43.4 (31-Jan-2017)
/dev/loop0p1: recovering journal
Clearing orphaned inode 1822 (uid=0, gid=0, mode=0100644, size=35568)
Clearing orphaned inode 13342 (uid=0, gid=0, mode=0100755, size=704920)
Clearing orphaned inode 34265 (uid=0, gid=0, mode=040755, size=4096)
Clearing orphaned inode 36839 (uid=0, gid=0, mode=0100644, size=758)
Clearing orphaned inode 1856 (uid=0, gid=0, mode=0100644, size=266992)
Clearing orphaned inode 9756 (uid=0, gid=0, mode=0100644, size=1679776)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (3499616, counted=3639092).
Fix<y>?

I think y yes?

[MichaIng]

@canabino Hmm not good that there are already orphaned inodes and wrong inode count, however "yes" for all questions that occur.

[canabino]

Just OK?

[MichaIng]

@canabino Jep.

[canabino]

Success!!!!!!

[canabino]

DietPi_ROCKPi4-ARMv8-Stretch.7z Is only 32MB

[MichaIng]

@canabino Hmm that is strange... What is the size of DietPi_ROCKPi4-ARMv8-Stretch.img: ls -lh /root

[canabino]

Sorry my bad ...... MobaxTerm didn't refresh the window it is 125MB

[MichaIng]

@canabino Ah okay jep in range if expectations, then

curl -T /root/DietPi_ROCKPi4-ARMv8-Stretch.7z sftp://dietpi-survey:upload2dietpi@ssh.dietpi.com/bugreport/

[canabino]

It is uploading. I will load the image on a microSD and test the install later. I will let you know. I am in an AirBnB at the moment and the Internet is a shared line. So it will take a while.

[canabino]

My connection to ssh.dietpi.com is slow.

root@DietPi:~# curl -T /root/DietPi_ROCKPi4-ARMv8-Stretch.7z sftp://dietpi-survey:upload2dietpi@ssh.dietpi.com/bugreport/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:02:10 --:--:--     0curl: (7) Failed to connect to ssh.dietpi.com port 2

I will keep trying

[canabino]

If I ping the site it gets a fast reply. But it doesn't want to upload

[MichaIng]

@canabino Strange, just tested it here successfully, although with a small test file (also from within a VirtualBox VM). Does this work in your case:

> /root/test
curl -T /root/test sftp://dietpi-survey:upload2dietpi@ssh.dietpi.com/bugreport/

[canabino]

Still fails

root@DietPi:~# > /root/test
root@DietPi:~# curl -T /root/test sftp://dietpi-survey:upload2dietpi@ssh.dietpi.com/bugreport/
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:--  0:02:10 --:--:--     0curl: (7) Failed to connect to ssh.dietpi.com port 22: Connection timed out

[MichaIng]

@canabino Very strange. Could you try to disable IPv6? dietpi-config > Network Options: Adapters > IPv6 > [Off]

[canabino]

Still the same result. It fails

[MichaIng]

@canabino Veeery strange. You have PuTTY or a similar SSH client available right? Does it work when you use ssh.dietpi.com as hostname, so that the login mask appears?

[canabino]

I just uploaded the file to my RockPi in the root directory, then ran the upload code. It is uploading now. Very strange that it didn't work from the VM. I'm using MobaXterm a very nice terminal

[canabino]

It shows 12 minutes left. I have to go out and do a few things, will chat again later

[MichaIng]

@canabino Okay moved it into testing download dir: https://dietpi.com/downloads/testing/DietPi_ROCKPi4-ARMv8-Stretch.7z

[MichaIng]

@canabino Looks fantastic 🎉 ❤️, maany thanks for all the effort that became more than expected, I highly appreciate!

Meanwhile I tuned DietPi-Imager a bid to automate some detection steps and show drive sizes as mentioned above: https://github.com/MichaIng/DietPi/commit/37b4212383a73690873bbb9ed7dbb1a93b72d7e5

If you are still in mood, one last test to download this image above and flash it on SDcard freshly to do a quick boot and firstrun setup test. When this works well, please send a dietpi-bugreport + post ID here, so I can have a look on installed packages (kernel/firmware especially) and possible quirks on boot process. I will then share the link + credits to you on opening posts, so we can find some more testers.

And generally:

• If you find any issue or missing feature (from DietPi-Config, GPU acceleration support/Kodi/desktop or such), feel free to report/request and I will check out and try to implement it.

[canabino]

I am definitely in the mood. I enjoy doing this. The install finished succesfully except for one error during install.

[  OK  ] DietPi-Survey | Setting in /DietPi/dietpi.txt adjusted: SURVEY_OPTED_IN=1
[  OK  ] DietPi-Survey | Connection test: ssh.dietpi.com
[FAILED] DietPi-Survey | Failed to connect to SFTP server. Please try again later. If problems persist, please report this issue to the DietPi team:

I found another mistake. I will have to do it again. There was that error again with https://apt.armbian.com

Err:7 https://apt.armbian.com stretch Release
  server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none
Reading package lists...
E: The repository 'http://apt.armbian.com stretch Release' does no longer have a Release file.

when running the dietpi-conversion script before I made the image, so I switched to the Chinese mirror https://mirrors.tuna.tsinghua.edu.cn/armbian/ in /etc/apt/sources.list.d/armbian.list but I could have sworn that I changed it back to https://apt.armbian.com just after the conversion script ran, but it didn't take it. So during the install, it takes a while when running the apt-update during install when reading from the Chinese mirror. I don't mind doing it again from scratch. You were able to finetune a few things along the way. I was wondering if it will be able to add the dietpi-imager option somewhere in the dietpi-launcher menu so people would be able to make an image of their favorite setup. Just a thought.

[canabino]

Could it be the that the one is http and the other is https

[canabino]

https://apt.armbian.com is working now........ 😄 I don't know why it didn't work earlier and yesterday. I even posted on the armbian forum. But they said nothing is wrong on their side.

[canabino]

I will start over again. I have all the updated instructions.

[canabino]

I ran into a problem running the DietPi-Imager script It loops and doesn't stop as soon as it starts to do the compression.

e2fsck 1.43.4 (31-Jan-2017)
/dev/loop0p1: recovering journal
Clearing orphaned inode 1822 (uid=0, gid=0, mode=0100644, size=35568)
Clearing orphaned inode 6226 (uid=0, gid=0, mode=040755, size=4096)
Clearing orphaned inode 9801 (uid=0, gid=0, mode=0100755, size=85176)
Clearing orphaned inode 13342 (uid=0, gid=0, mode=0100755, size=704920)
Clearing orphaned inode 34265 (uid=0, gid=0, mode=040755, size=4096)
Clearing orphaned inode 36839 (uid=0, gid=0, mode=0100644, size=758)
Clearing orphaned inode 1856 (uid=0, gid=0, mode=0100644, size=266992)
Clearing orphaned inode 9756 (uid=0, gid=0, mode=0100644, size=1679776)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong (3500004, counted=3638223).
Fix<y>? yes
Free inodes count wrong (909002, counted=931770).
Fix<y>? yes

/dev/loop0p1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/loop0p1: 14118/945888 files (0.2% non-contiguous), 208321/3846544 blocks
[  OK  ] DietPi-Imager | mount /dev/loop0p1 /mnt/loopback_rootfs
[  OK  ] DietPi-Imager | umount /mnt/loopback_rootfs
resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

resize2fs 1.43.4 (31-Jan-2017)
Please run 'e2fsck -f /dev/loop0p1' first.

[MichaIng]

@canabino Ah jep found the issue and did a fix. Please retry with:

wget https://raw.githubusercontent.com/MichaIng/DietPi/dev/.meta/dietpi-imager

[canabino]

I still had issues with the Armbian Repositories Certificate. I asked on the Armbian Forum and someone recommended running dpkg-reconfigure ca-certificates It then worked perfectly. I have the new image now. I will test it. Should I run the upload script? curl -T /root/DietPi_ROCKPi4-ARMv8-Stretch.7z sftp://dietpi-survey:upload2dietpi@ssh.dietpi.com/bugreport/

[MichaIng]

@canabino Yes please, after initial boot and first run update+setup went well. Many thanks for doing this 👍 😃!

I still had issues with the Armbian Repositories Certificate. I asked on the Armbian Forum and someone recommended running dpkg-reconfigure ca-certificates It then worked perfectly.

Strange that on their own image the ca-certificates packages is outdated/unconfigured to accept their own repository 🤔. However easy solution.

[canabino]

Yeah, I found it strange too, because it was a fresh Armbian install. The Debian repositories were all successful it only failed at Armbian's repositories.

Anyway..... The install went very smooth and I installed a few software packages. Everything works as expected. This is the same build I have been running on my system for a week now and everything is smooth and without any faults. I will begin uploading soon and will let you know when it is done. Thanks for all your support with creating this.

[canabino]

It has completed the upload. Have a good night.

[canabino]

Here is a dietpi-bugreport ID of my system that has been running for a week. b9eb663d-3803-484a-9f8f-3f9bc7edc731

[canabino]

@MichaIng I found a bug or two. First is that it doesn't want to update the system. It says that the update is available. When I hit enter on the update the screen just flashes and nothing happens. In terminal it shows the following: Another thing is in the dietpi-software it shows these weird characters

[MichaIng]

@canabino Jep this is due to v6.25 dev/beta code, at least the update issue. Please run the following to switch to stable code and reapply the update: G_DEV_BRANCH master

Not sure about the dietpi-software menu thing, but perhaps also some temporary dev code issue. Just check if it's gone after the above, otherwise report back.

I will also install new code to the image, adjust the Git branch and publish it as testing image later today. No need to re-create for now, I will rehash and repack it.

[canabino]

Hi @MichaIng I ran G_DEV_BRANCH master and it switched to the stable code. There wasn't an update to install after that because it is on v6.25.3 The Software Optimized and Software Aditional still had weird characters. I then ran dietpi-cleaner from the launcher and selected option 3&4 Now both the software menus are perfect without any weird characters. One other thing: If I run apt update and then apt upgrade I get the following: Why are those packages kept back?

[canabino]

Should I download Armbian Buster and start creating the image again?

[MichaIng]

@canabino

There wasn't an update to install after that because it is on v6.25.3

The update is applied automatically with the command. It sets the subversion string one backwards to reapply the last patch and it would have been done anyway because the RC version was lower as well. However good that the dietpi-software menu is fixed now. Should have nothing to do with dietpi-cleaner, however does not hurt as well.

Why are those packages kept back?

Yeah that is a good question. So basically we are still discussing how to handle ARMbian packages. Of course the firmware + bootloader is required, but the linux-<distro>-root-<branch>-<device> is not for sure. It contains many ARMbian special scripts, services and cron jobs that conflict with DietPi ones, some of them even cause kernel errors (their new own zRam implementation, which is enabled by default). We remove those services/job/binaries manually on DietPi-PREP but package upgrades would reinstall (+enable?) them again. Basically I am thinking of removing the mentioned package. It contains some here and there reasonable kernel/module/udev settings, but nothing really required or that we do not or would not apply outside of ARMbian, when found required/useful. But one thing that is AFAIK required is a initramfs postinst script that converts the initramfs into u-boot format. For this it reads the architecture from /etc/armbian_version which is as well part of the package. So either we would need to do that conversion ourself, or keep only those files from the package for this particular job, or test if initramfs can be skipped completely on certain ARM devices. I am not 100% sure, but AFAIK most ARM kernels can load without it as well, e.g. on RPi we skip initramfs install. Would loose some flexibility on the boot process, but very must users will never miss it and it speeds up boot process slightly.

Should I download Armbian Buster and start creating the image again?

Ah yeah sorry, somehow I though (while writing the Buster update topic) it was already, but mixed it up with all the updates around Debian, kernel and devices, obviously 😉. Yeah actually now that Buster is officially released, I would not invest much maintenance on Debian Stretch for devices which fully support Buster, firmware/GPU/... wise.

If you rebuild the image, now you can do that with the master version directly, no need for dev anymore.

---

Do you have an SDcard/image to play with, where unbootable system would be no problem, e.g. the Stretch one, in case if/before you're going to re-create with Buster? In case the following test would be great:

apt-mark manual linux-u-boot-rockpi-4b-dev linux-dtb-dev-rockchip64 linux-image-dev-rockchip64
apt purge linux-stretch-root-dev-rockpi-4b initramfs-tools
apt autoremove --purge
apt install --reinstall linux-u-boot-rockpi-4b-dev linux-dtb-dev-rockchip64 linux-image-dev-rockchip64
ls -Al /boot # To check kernel+bootloader files
reboot # And hope this works, actually from package dependencies it should

[canabino]

@MichaIng Oh understand why those packages are kept back, unnecessary Armbian stuff.

I will try to start working on the new Buster image over the weekend.

So you want me to run the script above on an existing stretch build and give you the results?

[MichaIng]

@canabino

unnecessary Armbian stuff

Not everything unnecessary, but they do similar stuff then DietPi, e.g. have a RAMlog implementation as well, which of course conflict with ours, a config tool which doubles with DietPi-Config (but with much less features 😉), even a software installer (with ~20 software titles) and as well some default system settings files. But the zRam implementation indeed causes strange errors, nothing that should be enabled by default IMO, only has benefits if you know how to use and dangerous if you don't even know it's there.

I will try to start working on the new Buster image over the weekend.

❤️

So you want me to run the script above on an existing stretch build and give you the results?

Jep if you find time, this would be great. E.g. run the above just before flashing the SDcard for Buster anyway. A single reboot will show if it works or not.

[canabino]

@MichaIng Aye Aye Captain. I understand conflicting stuff. As soon as I get time I'll do it and let you know.

[MichaIng]

@canabino I updated DietPi-Imager btw to not read the whole drive to file via dd as first step. It will now shrink partition and filesystem first and run dd with defined target file size based on partition size. So the issue with VM drive space is solved with this, there should be not more than 1.5G free space required for .img file and .7z archive. I just ran into the issue when creating a new NativePC Buster image from a 128G SSD where the 700M OS would have been written to a 128G .img file. The way it is now, one has to know that in case of bad failure the OS on the source drive itself can get broken. But I think we should trust the script and the used commands (gdisk/parted/resize2fs etc) that these are safe to use. And the script is tested to use the commands as intended.

Download from here for now: https://raw.githubusercontent.com/MichaIng/DietPi/dev/.meta/dietpi-imager

Before merging into main branch, I want to discuss with Fourdee, since he changed the script the way that it runs dd first.

[canabino]

@MichaIng That sounds like a great improvement. Yeah a 128SSD would cause a huge image at first. I'll let you know how it goes with the new script.

[canabino]

I installed a fresh RockPi 4 image on an SD. I ran your script and rebooted it booted without any problems. I also ran a dietpi-bugreport on it. Reference: m8e4d8646-3ccd-4e10-86ed-e672978396d4e Here are the results from the script you asked to run.

root@DietPi:~# apt-mark manual linux-u-boot-rockpi-4b-dev linux-dtb-dev-rockchip64 linux-image-dev-rockchip64
linux-u-boot-rockpi-4b-dev was already set to manually installed.
linux-dtb-dev-rockchip64 was already set to manually installed.
linux-image-dev-rockchip64 was already set to manually installed.
root@DietPi:~# apt purge linux-stretch-root-dev-rockpi-4b initramfs-tools
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages were automatically installed and are no longer required:
  cpio dh-python initramfs-tools-core klibc-utils libexpat1 libklibc libmpdec2 libpython3-stdlib libpython3.5-minimal libpython3.5-stdlib linux-base
  mime-support python-apt-common python3 python3-apt python3-minimal python3.5 python3.5-minimal u-boot-tools
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  initramfs-tools* linux-stretch-root-dev-rockpi-4b*
The following held packages will be changed:
  linux-stretch-root-dev-rockpi-4b
0 upgraded, 0 newly installed, 2 to remove and 1 not upgraded.
After this operation, 109 kB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 14542 files and directories currently installed.)
Removing linux-stretch-root-dev-rockpi-4b (5.88) ...
Removing 'diversion of /etc/mpv/mpv.conf to /etc/mpv/mpv-dist.conf by linux-stretch-root-dev-rockpi-4b'
Removing initramfs-tools (0.130) ...
(Reading database ... 14426 files and directories currently installed.)
Purging configuration files for linux-stretch-root-dev-rockpi-4b (5.88) ...
dpkg: warning: while removing linux-stretch-root-dev-rockpi-4b, directory '/usr/lib/chromium-browser' not empty so not removed
Purging configuration files for initramfs-tools (0.130) ...
root@DietPi:~# apt autoremove --purge
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following packages will be REMOVED:
  cpio* dh-python* initramfs-tools-core* klibc-utils* libexpat1* libklibc* libmpdec2* libpython3-stdlib* libpython3.5-minimal* libpython3.5-stdlib*
  linux-base* mime-support* python-apt-common* python3* python3-apt* python3-minimal* python3.5* python3.5-minimal* u-boot-tools*
0 upgraded, 0 newly installed, 19 to remove and 1 not upgraded.
After this operation, 27.5 MB disk space will be freed.
Do you want to continue? [Y/n] y
(Reading database ... 14422 files and directories currently installed.)
Removing initramfs-tools-core (0.130) ...
Removing cpio (2.11+dfsg-6) ...
Removing python3-apt (1.4.0~beta3) ...
Removing klibc-utils (2.0.4-9) ...
Removing 'diversion of /usr/share/initramfs-tools/hooks/klibc to /usr/share/initramfs-tools/hooks/klibc^i-t by klibc-utils'
Removing libklibc (2.0.4-9) ...
Removing linux-base (4.5) ...
Removing python-apt-common (1.4.0~beta3) ...
Removing u-boot-tools (2016.11+dfsg1-4) ...
Removing dh-python (2.20170125) ...
Removing python3 (3.5.3-1) ...
Removing python3.5 (3.5.3-1+deb9u1) ...
Removing python3-minimal (3.5.3-1) ...
Removing python3.5-minimal (3.5.3-1+deb9u1) ...
Unlinking and removing bytecode for runtime python3.5
Removing libexpat1:arm64 (2.2.0-2+deb9u2) ...
Removing libpython3-stdlib:arm64 (3.5.3-1) ...
Removing libpython3.5-stdlib:arm64 (3.5.3-1+deb9u1) ...
Removing libmpdec2:arm64 (2.4.2-1) ...
Removing libpython3.5-minimal:arm64 (3.5.3-1+deb9u1) ...
Removing mime-support (3.60) ...
Processing triggers for libc-bin (2.24-11+deb9u4) ...
(Reading database ... 13178 files and directories currently installed.)
Purging configuration files for klibc-utils (2.0.4-9) ...
Purging configuration files for mime-support (3.60) ...
Purging configuration files for python3 (3.5.3-1) ...
Purging configuration files for initramfs-tools-core (0.130) ...
dpkg: warning: while removing initramfs-tools-core, directory '/var/lib/initramfs-tools' not empty so not removed
Purging configuration files for linux-base (4.5) ...
Purging configuration files for python3.5-minimal (3.5.3-1+deb9u1) ...
Purging configuration files for libpython3.5-minimal:arm64 (3.5.3-1+deb9u1) ...
root@DietPi:~# apt install --reinstall linux-u-boot-rockpi-4b-dev linux-dtb-dev-rockchip64 linux-image-dev-rockchip64
Reading package lists... Done
Building dependency tree
Reading state information... Done
Reinstallation of linux-dtb-dev-rockchip64 is not possible, it cannot be downloaded.
Reinstallation of linux-image-dev-rockchip64 is not possible, it cannot be downloaded.
The following held packages will be changed:
  linux-u-boot-rockpi-4b-dev
The following packages will be upgraded:
  linux-u-boot-rockpi-4b-dev
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 331 kB of archives.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 https://apt.armbian.com stretch/main arm64 linux-u-boot-rockpi-4b-dev arm64 5.90 [331 kB]
Fetched 331 kB in 3s (104 kB/s)
(Reading database ... 13171 files and directories currently installed.)
Preparing to unpack .../linux-u-boot-rockpi-4b-dev_5.90_arm64.deb ...
Unpacking linux-u-boot-rockpi-4b-dev (5.90) over (5.88) ...
Setting up linux-u-boot-rockpi-4b-dev (5.90) ...
root@DietPi:~# ls -Al /boot # To check kernel+bootloader files
total 26496
-rw-r--r-- 1 root root      164 Jul 13 16:27 armbianEnv.txt
-rw-r--r-- 1 root root   307322 Jun 29 15:43 boot.bmp
-rw-r--r-- 1 root root     2877 Jun  6 16:22 boot.cmd
-rw-r--r-- 1 root root     4882 Jun  6 16:24 boot-desktop.png
-rw-rw-r-- 1 root root     2949 Jun  6 16:25 boot.scr
-rw-r--r-- 1 root root   169118 Jun  6 16:19 config-5.1.0-rockchip64
drwxr-xr-x 4 root root     4096 Jul 13 16:29 dietpi
-rw-r--r-- 1 root root   152079 Jun 29 01:50 dietpi-CHANGELOG.txt
-rw-r--r-- 1 root root     8833 Jun 29 01:50 dietpi-README.md
-rw-r--r-- 1 root root    11992 Jul 13 16:29 dietpi.txt
-rwx------ 1 root root     2790 Jun 29 15:44 dietpi-wifi.txt
lrwxrwxrwx 1 root root       20 Jun  6 16:23 dtb -> dtb-5.1.0-rockchip64
drwxr-xr-x 3 root root     4096 Jun  6 16:23 dtb-5.1.0-rockchip64
lrwxrwxrwx 1 root root       24 Jun  6 16:23 Image -> vmlinuz-5.1.0-rockchip64
-rw-r--r-- 1 root root  4374027 Jun 29 15:43 initrd.img-5.1.0-rockchip64
-rw-r--r-- 1 root root        0 Jun  6 16:23 .next
-rw-r--r-- 1 root root  3237376 Jun  6 16:19 System.map-5.1.0-rockchip64
lrwxrwxrwx 1 root root       24 Jun 29 15:43 uInitrd -> uInitrd-5.1.0-rockchip64
-rw-r--r-- 1 root root  4374091 Jun 29 15:43 uInitrd-5.1.0-rockchip64
-rwxr-xr-x 1 root root 14438912 Jun  6 16:19 vmlinuz-5.1.0-rockchip64

[canabino]

I will start with the Buster image soon.

[canabino]

I installed a fresh Armbian Buster and ran the DietPi-PREP script. It came up with the following error.