Re: do we need Plymouth?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, Aug 9, 2022 at 11:10 AM Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote:
>
> cc: cloud@, server@ fpo
>
> Hi,
>
> When troubleshooting early boot issues with a console, e.g. virsh console, or the virt-manager console, or even a server's remote management console providing a kind of virtual serial console... the boot scroll is completely wiped. This is a new behavior in the last, I'm not sure, 6-12 months? Everything before about 3 seconds is cleared as if the console reset command was used, as in it wipes my local scrollback.
>
> I captured this with the script command, and when I cat this 76K file, it even wipes the local console again. So there is some kind of control character that's ordering my local console to do this. The file itself contains the full kernel messages. I just can't cat it. I have to open it in a text editor that ignores this embedded console reset command.
>
> With the help of @glb, we discovered that this is almost certainly Plymouth. When I boot with parameter plymouth.enable=0 the problem doesn't happen. And hence the higher level question if we really even need Plymouth in Server or Cloud editions?
>
> I suppose ideally we'd track down the problem and fix plymouth, so that existing installations get fixed. Whereas if we remove plymouth, we have to ponder whether and how to remove plymouth from existing installations. Unless we flat out aren't using it at all.
>
> Any ideas?
>
> Plymouth is in the @core group in fedora-comps, so pretty much everything gets it.
> https://pagure.io/fedora-comps/blob/main/f/comps-f37.xml.in#_635
>
>

Plymouth is used to provide the interface for decrypting disks and
presenting information about software/firmware updates, so I'd be
loath to remove it.

That said, it should all be captured in systemd journal logs though.



-- 
真実はいつも一つ!/ Always, there's only one truth!
_______________________________________________
cloud mailing list -- cloud@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to cloud-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/cloud@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue




[Index of Archives]     [Fedora General Discussion]     [Older Fedora Users Archive]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Big List of Linux Books]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

  Powered by Linux