I've been running systems up to Buster and have always had the 'quiet' option in the grub settings to show the regular service startup messages (the colored ones showing [ok] and such but not all the dmesg stuff). I just upgraded a server to bullseye and there are zero messages being displayed now except an immediate message about not being able to use IRQ 0. Worse, google can't seem to find any information on this. If I remove the quiet option from grub then I see those service messages again, along with all the other stuff I don't need.
What is broken and how do I fix this issue? I assumed it would be safe to upgrade by now but this seems like a pretty big problem if I ever need to troubleshoot a system.
[Edit] In case anyone else finds this post searching for the same issue… Apparently the trick is that now you MUST install plymouth, even on systems that do not have a desktop environment. For whatever reason plymouth has taken over the job of displaying the text startup messages now. Keep your same grub boot parameters (quiet by itself, without the splash option) and you will get the old format of startup messages showing once again. It’s been working fine the old way for 20+ years but hey let’s change something just for the sake of confusing everyone.
[Edit 2] Thanks to marvin below, I now have a final solution that no longer requires plymouth to be installed. Edit /etc/default/grub and add systemd.show_status=true to GRUB_CMDLINE_LINUX_DEFAULT. In my case to full line is:
I'm actually amazed how many people comment without having a clue what they are talking about.
What you're describing is not an issue but the fix of an issue 😃
When the kernel boots with the parameter quiet, systemd should get the option systemd.show_status=auto. With this option it should only inform about failures and such like. In current releases this finally works.
To get the old behaviour you just have to add systemd.show_status=true to your kernel parameters.
I finally had a chance to get back to this build, and wanted to thank you for this solution. It does indeed work even after removing plymouth and I'll update the OP as the best solution.
Interesting, I'll have to try that! It would be nice to not need the plymouth package installed for this functionality as it did seem rather counter-intuitive to have to install something just to see information that used to be displayed.
Sorry, last line of the first paragraph above... If I remove quiet then I get ALL of the info, the service starts as well as all the stuff you see in dmesg. I don't want the dmesg stuff, I only want the lines showing each service starting, like it did on buster.
Well there's your issue, Plymouth is installed by default normally (if you installed one of the desktop tasks), but you need the splash option in your boot command.
It's not a matter of recovering as this system is currently working just fine, it does boot up and everything runs as expected, there's just no messages showing all of the services starting (or not starting) like there should be. However, good point on the kernel rollback, 4.19 is still installed on here so let me see what that does.
So unfortunately, no, an older kernel didn't change what is happening. I would guess that reinforces my believe that it's a system setting which was changed rather than a kernel issue?
As far as upgrading to bookworm... this kind of thing is exactly the reason why I never run the current release. I literally just installed stretch from scratch (because I couldn't get a buster image to boot on this machine), dist-upgraded to buster, then when everything looked good I decided to go ahead and push it to bullseye. Nothing else has even been installed yet, the only change I made along the way was forcing all six network ports to the expected names (first using the grub and udev settings, then under bullseye I had to add files under interfaces.d). It's a clean system, apt didn't even have to ask me for permission to change any config files during the upgrades, which is the reason I immediately assumed this was a debian problem.
Regarding dmesg, I'm not sure what I should be looking for? Everything boots up fine, it's just that the system is not displaying any of the expected startup messages now. It doesn't seem like a system problem, more like an issue with the function that displays these messages is no longer outputting anything to the console.