I use a Raspberry Pi 400 and my daily DE is XFCE . I had the same audio issue with audio through HDMI as others above have reported. I came here to the forum and found the solution already posted. I then follow the ink to the instructions and applied the fix through terminal and restarted my Pi. every thing was working but I found I had entries in the Audio mixer for Built-in Audio Stereo. I opened the Audio mixer and went to the Configuration tab and tuned off one of the Built-In Audio Stereo entries and was back to normal. Thank you @Darksky for providing the solution.
Also, the current version for Vivaldi that installed with this update is working great including video.
Hi, I am new to Manjaro. Where can I find this config? I run a Pi400 and think this is the solution to my problem not having sound. The other tips did no solve the problem.
Thank you
I just received an update to XFCE on my Raspberry Pi 400 that fixed the audio issue but now the Manjaro loading splash screen that comes when shutting down and when loading the Light DM GTK+ Greeter at startup is no longer is running. How do I get it back?
Wow Lizzie. I did not consider that as I disable the boot splash here and it also is going to involve @strit to help fix that. Look in the the backup file that should have been made in /boot/ named cmdline.txt-backup. Copy everything in it except leave out snd-bcm2835.enable_compat_alsa=whatever & snd_bcm2835.enable_headphones=1 to your /boot/cmdline.txt.
I am pushing another fix right now so you will have to go through the same procedure when it installs until I can get with @strit to change another package of his.
Pi Linux update released today hosed my RPi4 XFCE. Boots to rootfs after update. Will rebuild completely and never, ever do another “stable” update within a few weeks of release.
Weird. Sounds like the greeter got disabled. You can try sudo systemctl enable lightdm if it is a stock image. This did not happen here on my xfce on upgrade.
Your fix worked. I had to do it twice though because I got the update again. Now no update is being pushed through pamac. Audio through HDMI is working also.
Congratulations on another release! Just from watching the installer notes, I get the sense that this was a fairly involved one, and not just because of the new kernels.
I just completed the update on my 4GB Pi 4b, and everything appears to be working just fine. It rebooted, at least, with no immediately obvious issues.
I did notice the rather verbose message during the install about the new cmdline.txt file and the archiving of the old one, so I ran icdiff on them, since I was curious.
Here’s how it changed, in case anyone else was a bit alarmed to see that.
Some notes/questions re: my specific customizations that didn’t carry over:
The cgroup and swapaccount entries were to address errors I was getting from docker info. Specifically, WARNING: No memory limit support and WARNING: No swap limit support. Those have returned now. Is there any reason not to add these entries back?
Likewise, any reason not to use the fsck commands with the new cmdline string? My Pi is not the most stable thing, and I have to hard reset it often enough that I like to check its file system on boot.
I’m also just curious about a few changes:
Why the switch from LABELs to PARTUUIDs? I’m assuming without being sure that it’s because LABELs can somehow change, but PARTUUIDs cannot? Is there more to it than that?
I remember the console=serial0 change from a while ago, but not the tty change. Is there any actual change in how the system behaves with this, or does it just address an upstream bug or issue?
ALSA Compatibility String? Why is this no longer necessary?
99% of your questions have been answered here in several sub forms.
Long story short your cmdline.txt was backed up for you to refer to. You can put anything back from it you want EXCEPTsnd-bcm2835.enable_compat_alsa=? or you may not have sound.