thank you so much rex! i turned on boot into cli and now when i startx, the screen is rotated 90 degrees. i can go in to options to change the rotation back to “right” but it doesn’t persist after reboot. if i change the option to boot into desktop environment directly, the rotation is back to as it should be. any ideas welcomed!
Hey Rex again thanks for the exhaustive efforts put forth! I just downloaded your Trixie image (6.12.48 Modified on 1 Oct) I burned it to my SD Card using Raspberry Pi Imager (No customizations) then I put it in my uconsole and tried to boot it. Power Light comes on, no backlight or anything on the screen. My uconsole has the Hackergadgets V2 upgrade with a NVME but i dont have the NVME in it yet. and im running a CM5 16GB Lite version. Is there something i might be overlooking? Im sure there is…
I had EEPROM updated with my old SD CARD and the NVME at that time was recognized by the uconsole i was even able to write to it. My problems started when i tried to make the NVME bootable and in the process corrupted my Original SD card to the point i couldnt recover it and it was non-bootable. This forced me to use my spare SD Card and start from scratch. So i removed the NVME but still have the upgrade kit installed just no NVME in place. And i downloaded the Trixie image you compiled and now all i get is power light comes on but no backlight on the screen.
If you’ve done the EEPROM changes a long time ago or do you have the same as in the post?
You should just be able to boot off the SD or nvme. Double check that everything in the kit is connected correctly.
Yeah Rex its all connected correctly as like i said I had it up and working to include writing and reading to the NVME. It was 100% working with display. Then i screwed it up when I powered it off and removed my SD Card and powered it on and tried to let the NVME take the boot. I had the wrong (non-Pi-OS) copied over to the NVME though so it never booted up black screen no backlight and has been that way since. I have the NVME removed right now just trying to get the SD Card working with the boot right now.
OK on the possibility that the eeprom firmware somehow got corrupted i connect the CM5 (outside the uconsole, using a waveshare adapter board directly up to my Raspberry Pi 5 via USB-C. I brought up rpiboot and it seen and connected the CM5, then i issued the command sudo rpi-eeprom-update -a. It did say it updated (see the attached screen grab). So i placed the CM5 back into the uconsole and with that newly imaged SD Card in the uconsole I tried booting. Still black screen no backlight and power light is on. So im not sure of what to try next…
OK I have the screen working problem was the config.txt had changes i made in it…i returned it to original and that fixed that. I am setting it up now.. ill keep all posted !
I am having difficulty switching to a different desktop environment in the current Trixie build. It was possible to install packages for Xfce and MATE. However, there doesn’t appear to be a straightforward way to specify the default environment from the command line or switch to either of them from the login screen. Hopefully this is possible and isn’t something that requires a litany of configuration file changes (which I am nevertheless willing to do).
If you’re not too attached to your install, it is always easier to start with the CLI only “lite” image and only install your preferred desktop. I did this and am running KDE now.
Duh… That would be too simple, wouldn’t it? I have been setting up the uConsole, trying out the some of the distros that @Rex has built (Parrot OS is nice). Xfce is my preferred desktop environment, so I will do what you suggested (which is what I should have done from the beginning). Thanks, @OE4DNS !
I recently put a rather lenghty effort into full disk encrypting my uConsole with NVME SSD and the Debian Trixie image. I did finally get it to work (see this post), but the biggest hurdle was me recognizing that this image does not utilize an initramfs for boot.
When using an encrypted boot partition an initramfs must be present and contain all necessary stuff for initial decryption. So in my case, I have to manually copy the initramfs into the boot partition after every update that touches it.
Raspberry Pi OS Trixie (not sure about Bookworm) does use one and renew it on updates (probably via an update-initramfs hook)
@rex - have you thought about going down the same path, also enabling a initramfs? This would make using disk encryption scenarios much easier.
I can do that, but it’ll be a bit before I can. I’m in the process of moving and have everything packed and I’m not sure when I’ll have a place again to setup my rig.
I have Trixie installed on the NVMe and Ubuntu installed on the SD card. With both in place, I can only boot Ubuntu no matter what the boot order is in eeprom. If I remove the SD card, then Trixie boots fine. What could be wrong?
Compiling is slow on the cm5 compared to my server. Plus my private gpg keys are only on my desktop and server. I don’t have a copy of it on the uConsole. So I could compile an updated kernel with that fix, I wouldn’t be able to sign and upload it to my repo.
Hi, all. Sorry for bothering, got a question about running Trixie on CM4S module. Do you have any idea how to make Wi-Fi/BT on the uConsole main board running? Enabling SPI on GPIO35-39 doesn’t help much.
I’ve got alternative of CM5, but does not like, how that solution looks mechanically (module-adapter sandwich looks not very reliable) and power consumption is a bit too high. So, I’ll better to keep CM5 for some serious tasks.