Closed JFLim1 closed 2 years ago
sudo apt-get -qq purge -y linux-image-current-meson64
When the firmware was first started, I set up automatic deletion, and I tested today's firmware to delete normally. You removed it manually, use the armbian-update
command to upgrade directly to the latest kernel or the kernel you specified.
When the firmware was first started, I set up automatic deletion, and I tested today's firmware to delete normally.
Thanks for the info, how to remove and purge linux-image-current-meson64.
With linux-image-current-meson64 or linux-image-edge-meson64 is NOT an issue actually. Since linux-image-current-meson64 generates "Image" and your flippy-kernel generates "zImage", this gives users an option boot meson64-kernel or flippy-kernel.
By the way, what is this command for? You mean, open terminal and enter this command:
sed -i '/armbian-release/i\[ -f "/usr/sbin/armbian-fix" ] && . /usr/sbin/armbian-fix' ${armbian_firstrun} 2>/dev/null
I don't think "armbian-fix" is available in /usr/sbin/ on my older firmware/image.
So far this Armbian image is running well, current uptime of more 3 hours and playing 1080p/30 movie (mpv --hwdec=v4l2m2m-copy) for 2 hours with no issues. Seems stable so far.
sudo apt-get -qq purge -y linux-image-current-meson64
sudo apt-get -qq purge -y linux-image-current-meson64
This command is to remove and purge "linux-image-current-meson64"?
yes
Thanks.
Hi @ophub
The usual "apt list linux-image* --installed" does not list any reference to flippy-kernel being installed. It only listed linux-image-current-meson64 being installed (as I have not remove linux-image-current-meson64 yet).
uname -a does reflect flippy-kernel being installed/used.
Linux armbian 5.16.13-flippy-70+ #57 SMP PREEMPT Thu Mar 10 10:52:27 CST 2022 aarch64 GNU/Linux
Just trying to understand, why the usual command "apt list linux-image* --installed" does not return/list flippy-kernel being installed?
flippy is not installed from a mirror server, it is a custom kernel.
Hi @ophub
Just a feedback. Device: Beelink GT King Pro Revision A Kernel: 5.16.13-flipply-70+ dtb: meson-g12b-gtking-pro.dtb OS: Bullseye Boot Storage: USB 3.0 Desktop Environment: Gnome 41+ (from Debian Unstable/Sid)
Just ran "sudo apt update" and the following are available for update/upgrade:
After "sudo apt upgrade": New linitrd.img-5.10.102-meson64, zImage, Image, uInitrd, uImage (0 byte), new dtb from kernel-5.10.102-meson64. hdmi.rules and hdmi-hotplug are created.
The meson-g12b-gtking-pro.dtb (from kernel-5.10.102-meson64) obviously is different from the kernel-5.16.13-flippy-70+. Fortunately, zImage and newly created uInitrd is still from kernel-5.16.13-flippy-70+.
Restart without changing any files, it still boot into/with kernel 5.16.13-flippy-70+ but dtb used is from kernel-5.10.102-meson64. It restarted successfull but after a minute or so Just Black Screen! This as i remember is the issue of hdmi.rules and hdmi-plug. Will disable hdmi.rules and hdmi-hotplug shortly.
Question, should we "Hold" the following:?
Any suggestions?
Where can I find the /dtb/amlogic for kernel-5.16.13-flippy-70+? Since the /boot/dtb was replaced to linux-dtb-current-meson64 after the "sudo apt upgrade".
Edit: After disable theese two files: hdmi.rules and hdmi-plug but use meson-g12b-gtking-pro.dtb (from kernel-5.15.25-meson64) and Restart.
Restart successfully and NO more "Black Screen" issue. Will check (test) to see whether the dtb from kernel-5.15.25-meson64 is stable with kernel-5.16.13-flippy-70+.