noble server and xfce fail to start up properly on RPi5

[Janos Szigetvari]

Hello!

 

I have an RPi5 8GB board that I bought off of AliExpress, along with a Waveshare PoE M.2 HAT+ ( https://www.waveshare.com/poe-m.2-hat-plus-b.htm )

Initially I tried to use the Noble XFCE image, by following the recommended installation procedure via rpi-imager via a USB drive, hoping to install the system to a Toshiba (Kioxia) NVMe drive.

The RPI5 was connected to a CrowView Note.

 

What I saw was that the firmware loaded up the necessary files from the USB drive (then later the micro-SD card), and the initramfs loaded up too, then systemd started up, and probably when the screen usually goes blank for a short time (probably switching to KMS), here, the signal completely drops, and apparently nothing happens.

(The messages scroll too fast, and then disappear, and I can't make out anything from the screen content.)

I tried looking on the network to see whether the RPi5 comes up at all, but no.

Since then, I tried to eliminate elements from my setup to see whether that makes any difference:

• I removed the Waveshare HAT
• Swtiched to using a micro-SD card instead of the USB thumb drive
• Tried to boot it without the CrowView Note
• Tried using the Noble Server image to eliminate any possible problems with the graphical UI 

but none of these helped.

I now have the bare RPi5 with an active heatsink, and it's still not booting properly.

What should I try? Should I try to get serial console working so that I at least see the boot messages?

Is there an activity LED on the RPI5 where I could at least configure a heartbeat so that I could check whether the OS is alive at all?

 

Since the OS can't be installed, I can't really submit much diagnostic information.

[Janos Szigetvari]

All the while the Raspberry PI OS (version September 2025) has booted out of the box on the board itself.

I will check it with with the HAT added too.

[Janos Szigetvari]

I can report back that the above mentioned HAT works well well with the Kioxia SSD I have.

So this problem very likely has something to do with armbian, and is not hardware related.

[Janos Szigetvari]

The Trixie-based XFCE image seems to work fine too, so only the Noble-based images seem to be broken.

[Janos Szigetvari]

Any comments on this would be welcome.

[laibsch]

Providing logs with 

armbianmonitor -u

 helps with troubleshooting and significantly raises chances that issue gets addressed.

[Janos Szigetvari]

@laibsch Thanks for the suggestion, but I wasn't able to actually get a login prompt, or start up a shell as a result of this problem. (No UI or virtual console was visible or accessible.)

[laibsch]

Then it is time to follow http://debug.armbian.de

[Janos Szigetvari]

@laibsch Hmmm, the current latest image seems to work OK.
On the other hand, I tried to get the serial console working, but I did not manage to do so.

I used an FTDI-based cable ( https://ftdichip.com/wp-content/uploads/2020/07/DS_TTL-232R_RPi.pdf ) with the recommended connection diagram, but nothing ever showed up on minicom's output. (It always showed it as Offline, and not even a single byte came through)
I tried 9600 and 115200 baud for minicom, and also set `dtoverlay=uart0` in config.txt at some point. But neither helped in any way.

[c0rnelius]

The /boot/firmware/cmdline.txt requires: console=serial0,115200 

The /boot/firmware/config.txt requires: enable_uart=1

 

That's it.

 

[Janos Szigetvari]

@c0rnelius Thanks for stepping in to help.

I've added enable_uart=1 to config.txt

In cmdline.txt, I currently have:

console=serial0,115200 console=tty1 ...

Do the two settings work in tandem, or do they override each other?

[Janos Szigetvari]

Okay, I tested, but it works kind of weird: they work in tandem, but the boot messages were only output to the video console, not on the serial one.
Once after the initial automatic login, the output started to go to both consoles, but the initial and systemd boot messages were only output to the video console, which would have made sharing the details of the initial problem difficult.

[Janos Szigetvari]

Furthermore, I found the following:

• I used the noble xfce image from 2025-08-08
• The serial console (login console, not boot console!) worked initially
• After the install, I did an apt-upgrade, and also used raspi-config to enable the serial console
• After that, the systemd console service seems to have moved from ttyAMA0 to ttyAMA10, and I am gettin no output in minicom

So I have mixed feelings.

[c0rnelius]

 

5 hours ago, Janos Szigetvari said:

made sharing the details of the initial problem difficult.

 

 Give serial priority

console=tty1 console=serial0,115200

 

[c0rnelius]

21 minutes ago, Janos Szigetvari said:

ttyAMA0 to ttyAMA10,

 

Without it being enabled in the config.txt file `ttyAMA0` isn't visible under /dev, last I checked.

 

pibox: ~  $ cat /boot/firmware/config.txt | grep "enable_uart*"
enable_uart=1
pibox: ~  $ ls /dev/ttyAMA*
/dev/ttyAMA0  /dev/ttyAMA10

 

I wouldn't use `raspi-config` on an img that isn't RASPIOS. I feel that is bound to produce failure. 

 

[Janos Szigetvari]

49 minutes ago, c0rnelius said:

I wouldn't use `raspi-config` on an img that isn't RASPIOS. I feel that is bound to produce failure. 

 

Yes, I kind of reached the same conclusion, unfortunately. BTW, does it have any mode, where it would do a dry run, and tell you what it would modify?

 

As for ttyAMA0, I don't seem to have it, even though have the UART enabled in config.txt:

 

The priority increase seems to work, in the sense that serial now likely has the upper hand, but the system is not booting, so something is likely not working.
I will try reverting the console priority.

[c0rnelius]

I installed a fresh Trixie img to SD, made the adjustments I suggested, booted, upgraded and rebooted.

 

root@rpi5b:~# ls /dev/ttyAMA*
/dev/ttyAMA0  /dev/ttyAMA10

 

Still there.

 

[Janos Szigetvari]

I am using the Noble image.

I have added the following entries to config.txt:

usb_max_current_enable=1
enable_uart=1
dtoverlay=uart0
dtparam=pciex1
dtparam=pciex1_gen=3
max_current_enable=1
dtoverlay=disable-wifi
dtoverlay=disable-bt 

 

I now have both ttyAMA* devices.
As the next step, I tried to remove the ttyAMA10 getty and add a ttyAMA0 one:

systemctl disable serial-getty@ttyAMA10
systemctl enable --now serial-getty@ttyAMA0

 

But it doesn't seem to work. I'm still not seeing any activity in minicom. (It worked right after installation, and I haven't touched the wiring since.)

Edited 2 hours ago by Janos Szigetvari

[c0rnelius]

Same deal using Noble; https://paste.armbian.com/orexafoxen.less