Am Wed, 17 May 2017 12:14:18 -0700 schrieb Jorge Almeida <jjalme...@gmail.com>:
> On Wed, May 17, 2017 at 11:01 AM, Nikos Chantziaras > <rea...@gmail.com> wrote: > > On 05/14/2017 01:47 PM, Jorge Almeida wrote: > >> > >> It's the first time I hear about plymouth. Visiting > >> https://cgit.freedesktop.org/plymouth/ I found zilch > >> documentation. > > > > Actually, I replied too soon: there is a README in the tree. > > > > It's... complicated: > > > > https://wiki.gentoo.org/wiki/Plymouth > > > > > Well, regardless of how well/badly it works, it does seem to have > everything I don't want: hidden boot messages? logs sent to somewhere? > No-thank-you. > > (Not to mention that newer versions seem to be systemd-only, according > to the Wiki) Actually it's pretty much plug and play: Choose theme, enable, reboot... The kernel configuration part should be on par with other boot screen themers. Of course, yes: Newer versions need seat support which OpenRC doesn't have. Mask newer versions. I don't remember if there are themes available that can show boot messages, themes can also be handcrafted. A static image should be really easy. I prefer uncluttered boot screens without boot messages, so I never tried. I remember that plymouth was hiding itself back when I was still working with OpenRC and a fatal error occurred (read: booting stopped and failed) but since switching to systemd, I never had such problems so it's no issue for me. In systemd, plymouth would be hidden, when systemd falls back to emergency mode. This only happens to me when I mess up dracut. I need and initramfs due to multi-dev btrfs. BTW: Newer versions also seem to be KMS-only, so if your graphics driver doesn't support KMS, plymouth wouldn't work there anyway. For nvidia proprietary, there's a KMS module which you need to trick into being loaded very early at boot. This is easy when integrated into initrd. It also enables me to finally use UEFI and suspend to RAM again with NVIDIA proprietary without a dead framebuffer after resume. ;-) But I think this is also everything you don't want. I just wanted to take note of the pitfalls for completion reasons. -- Regards, Kai Replies to list-only preferred.
