Myron

Who can share their valid /etc/apt/sources.list for an armhf SBC? Some past update has messed mine up a bit. Mine is: # deb http://gb.archive.ubuntu.com/ubuntu/ jammy main universe restricted multiverse deb [arch=armhf] http://ports.ubuntu.com/ubuntu-ports/ jammy main universe restricted multiverse # See http://help.ubuntu.com/community/UpgradeNotes for how to upgrade to # newer versions of the distribution. # deb http://archive.ubuntu.com/ubuntu/ jammy main restricted # deb-src http://archive.ubuntu.com/ubuntu/ jammy main restricted ## Major bug fix updates produced after the final release of the ## distribution. deb [arch=armhf] http://archive.ubuntu.com/ubuntu/ jammy-updates restricted # deb-src http://archive.ubuntu.com/ubuntu/ jammy-updates main restricted ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team. Also, please note that software in universe WILL NOT receive any ## review or updates from the Ubuntu security team. # deb http://archive.ubuntu.com/ubuntu/ jammy universe # deb-src http://archive.ubuntu.com/ubuntu/ jammy universe deb [arch=armhf] http://archive.ubuntu.com/ubuntu/ jammy-updates universe # deb-src http://archive.ubuntu.com/ubuntu/ jammy-updates universe ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team, and may not be under a free licence. Please satisfy yourself as to ## your rights to use the software. Also, please note that software in ## multiverse WILL NOT receive any review or updates from the Ubuntu ## security team. # deb http://archive.ubuntu.com/ubuntu/ jammy multiverse # deb-src http://archive.ubuntu.com/ubuntu/ jammy multiverse deb [arch=armhf] http://archive.ubuntu.com/ubuntu/ jammy-updates multiverse # deb-src http://archive.ubuntu.com/ubuntu/ jammy-updates multiverse ## N.B. software from this repository may not have been tested as ## extensively as that contained in the main release, although it includes ## newer versions of some applications which may provide useful features. ## Also, please note that software in backports WILL NOT receive any review ## or updates from the Ubuntu security team. # deb http://archive.ubuntu.com/ubuntu/ jammy-backports main restricted universe multiverse # deb-src http://archive.ubuntu.com/ubuntu/ jammy-backports main restricted universe multiverse deb [arch=armhf] http://security.ubuntu.com/ubuntu/ jammy-security restricted # deb-src http://security.ubuntu.com/ubuntu/ jammy-security main restricted deb [arch=armhf] http://security.ubuntu.com/ubuntu/ jammy-security universe # deb-src http://security.ubuntu.com/ubuntu/ jammy-security universe deb [arch=armhf] http://security.ubuntu.com/ubuntu/ jammy-security multiverse # deb-src http://security.ubuntu.com/ubuntu/ jammy-security multiverse deb [arch=armhf] http://archive.canonical.com/ubuntu focal partner

Hello @Werner, so is the recommendation not to do a do-release-upgrade just yet?

Does anyone know how a do-release-upgrade affect an Armbian 24.8.3 installation? Had anyone upgraded to the 24.04.1 LTS release of Ubuntu? Any gotyas when upgrading? Things to do and things to avoid? What changes to allow and which to deny? I've done a release upgrade once, it took a long time and questions were asked and options presented suring the release upgrade process. Obviously I'll take an image of the MicroSD card before I even dream of attempting to use the do-release-upgrade.

So... Taken the latest Armbian system update and on kernel version 6.6.31 no more CPU stalls. 🙂 Whoever fixed this, thank-you.

This started happening since accepting the kernel when I used apt to upgrade the BananaPi Pro sbc I've got. armbianmonitor report: https://paste.armbian.com/izuboducul @teknoid are you aware of this?

Provide diagnostic logs with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is.

You mentioned that it's a fake. Possibly because it is a copy it may have not be a perfect copy and that may be why you can't find firmware that will work with it. Also, the only place to find official Armbian images. Have you tried building your own image using the Armbian build tools? That way you can customise the image you're building to your requirements. Read the Armbian documentation: https://docs.armbian.com/

Have you gone through the basic troubleshooting steps? See: https://docs.armbian.com/User-Guide_Basic-Troubleshooting/

Maybe there has been a glitch in the update release process? I performed a sudo apt update && sudo apt upgrade and this has pulled down an automated build. Should it had pulled down a supported build instead?

@NepT1 I think ufw and iptables-restore are not compatible with each other. Several articles on the Internet I've seen seem to mention to turn off UFW if using iptables-restore. Something I've not looked at for myself so I need to do some of my own research. To signpost you, I guess a good place to start is a Google search like, or similar to: https://www.google.com/search?q=linux+"iptables-restore"+"ufw"

https://docs.armbian.com/User-Guide_Recovery/

@Esteve Have a look at this article: https://www.cyberciti.biz/faq/switch-boot-target-to-text-gui-in-systemd-linux/ What is the result of the command ... systemctl get-default ... ?

Yup. That's an oops on my part. If you've got one, use a USB to Serial card to connect a computer to the serial debug port on the SBC and you'll be able to login to the system that way and then try diagnose the issue that way. See: https://wiki.t-firefly.com/en/ROC-RK3568-PC/debug.html When I started with my Banana Pi Pro I could not get any video to display on the HDMI port right from the beginning. When I got a USN-to-Serial bridge I completed the initial setup using that method and, mysteriously, the HDMI port started to work and still works to this day.

Provide diagnostic logs with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is.

Try this: https://linuxconfig.org/automatically-mount-usb-external-drive-with-autofs Found it using a search on Google using: linux automount usb drive

Moved from the Beginners forum.

Provide diagnostic logs with ... armbianmonitor -u ... and post the link here. I don't know why this is happening buy it may help others determine what the issue is.

Can you please provide diagnostic logs for the Rock Pi 4B+ with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is.

Please provide diagnostic logs with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is.

Please provide diagnostic logs with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is.

@RES ... except when I look at the diagnostic log there is no mmc0 device. There is an mmcblk0. Is this the one you're referring to?

@cryk_ Have you run a file system check and repair on the root file system? There are conditions where if the file system is not clean then the root file system is always mounted as read-only. Also check the /etc/fstab file and make sure there are no errors and/or inconsistencies in there. Also see: https://www.thegeekstuff.com/2016/03/forcefsck-on-reboot/. Should work on an Armbian built system. I believe it is safe to invoke e2fsck on a read-only root file system as nothing is getting written. It's dangerous to use e2fsck on a read-write root file system and I don't believe e2fsck will allow you to perform repair operations on a read-write enabled file system.

@cryk_ Provide diagnostic logs with ... armbianmonitor -u ... and post the link here. It'll may help others determine what the issue is. The diagnostic logs might reveal why your file system is read-only and not read-write.

What was the solution @freezr? It appears the member who helped you has erased their reply.

Is there a file named .... .xsession .... in that user's home directory and if there is, what is the contents of that file? I had the same issue not too long ago and I had this file there with its contents being .... "xfce4-session" After reviewing the logs I removed that file (it was not needed in my case) and the xfce4 desktop started.