Is there some better guidance on how to remove plymouth than could be found on this page? Plymouth - Manjaro
My concern with that page is that it has a section (under “Removal”) on “Configure display manager.” But the two links there (for Xfce and KDE) seem dead. As a result, I do not know what “Configure display manage” means in this context.
I am Stable Branch, Kernel 6.6, Xfce and running my Manjaro in a virtual machine in VMware in Windows 11 if those things matter.
remove plymouth works still as discribed there. I did this on my own yesterday on a vm too. Configure the display manager is not necessary.
But there are some tweak necessary on the commands. On a fresh install it could be that ‘update-grub’ is not installed so you need to install the package ‘update-grub’ manually before you can run it.
And than after all you need to adjust the last command to:
Did you have to reinstall grub (for example because removing plymouth was not in itself a fix for the hang)?
If you expected I would end up reinstalling grub and you know of guidance (how to) on it that is less involved (or more on point for the case i.e. just after plymouth removal) than the page I linked, could you kindly link?
Me personally, i deactivated plymouth because i want to see what is going on during bootup. I followed the tutorial above (hook and kernel parameter). I have not deinstalled the packages.
From this article it would appear updating Manjaro does not also update grub, and so you have to do it separately.
Am I correct to understand that you offer the update-grub portion of your command in case I want to update grub?
Or are you recommending that I do so on this occasion (i.e.removing plymouth)?
In general, should I update grub when(ever) a new version comes out, or can I just keep the version I’ve got (unless I have a particular reason to upgrade)?
My general preference is not to update things unless I have to because you don’t know what will happen.
update-grub is a script that functions as an alias for grub-mkconfig -o /boot/grub/grub.cfg "$@"
(this is like reapplying settings)
the other ‘updating grub’ and now the install-grub script is referring to the installation of grub, such as on your ESP or /boot partition, equal to something like grub-install --bootloader-id=Manjaro --recheck
(this is the ‘version of grub booting on my disk’, and was not part of my commands)
So, if you make changes to your initial ramdisk (edit mkinitcpio.conf and run mkinitcpio), or if you edit grub/boot options, such as at /etc/default/grub … then you want to run
sudo update-grub
otherwise changes, such as removing ‘splash’ will not be applied.
(then of course theres also just the package grub, which should be updated along with all other packages regularly. Only after performing grub-install like above will the ‘booting grub’ change)
Maybe things are going over my head at this point, but are you saying that the same command sudo update-grub can be either:
(a) a script that functions as an alias for grub-mkconfig -o /boot/grub/grub.cfg and part of the command you offered (i.e., part of sudo mkinitcpio -P && sudo update-grub)
or
(b) is “referring to the installation of grub” and “not part of my commands” and perhaps what that other article was talking about?
How is the computer to know which I have in mind?
Since you say that you intended (a), I believe I will stick with the long version (i.e. grub-mkconfig -o /boot/grub/grub.cfg) as it doesn’t seem to have two meanings. If I am right on this last point, I don’t believe you need explain how one thing could be both (a) and (b). I mean I’d love to know, but seem to be out of my depth.
No … update-grub is one thing.
It is an executable script in /usr/bin that looks like this
#! /bin/sh
set -e
grub-mkconfig -o /boot/grub/grub.cfg "$@"
# workaround for https://git.savannah.gnu.org/cgit/grub.git/commit/?id=3cf2e848bc03c44d30bb87e583d12efe7e7ccf75
# if grub is not updated in MBR/EFI dashes still won't work, hence we remove them
sed -i -e '/cryptomount -u/ {s/-//g;s/ u/ -u/g}' /boot/grub/grub.cfg
And what it does is pretty much apply settings. Such as after you made changes to boot options.
But when ‘people’ refer to ‘updating your grub installation’ … ie - the software version of grub that runs whenever you turn your computer on … reformatting it with version 2.5 over version 1.7 … that is notupdate-grub … it is a command that is system-dependent and would look something like
The article is wrong. Unfortunatelly there is some confusion with the wording, it is not very logical, but it is what it is since many years…
update - regenerates the menu config, and updates this menu
install - installs the current version of the grub bootloader, which, if this version is newer, overwrites with the new version, what we usually call update…it updates the executable
I disabled plymouth and the boot no longer hangs. VM booted normally 20 times in a row. Thanks again.
For anybody trying to do this, these are the steps I used. (They combine the “Plymouth - Manjaro” page linked at the top of the original post, cscs’s commands, and Teo on not having to uninstall packages).
It is true you do not need to uninstall the package(s) to disable plymouth and/or remove it from the boot sequence.
But … I have no idea why you would want to keep them around if you arent using it.
Just in case I run into a new problem and hear from somebody, “That’s because you removed plymouth.” That sounds unlikely, and I will probably uninstall after a few days’ stability.
If you just mean the pamac and plymouth related messages.
I couldnt say - if I recall that ‘offline upgrade’ thing was never finalized… but I dont use pamac.
Plymouth complaining about tremoving theme in use seems reasonable … except that you are removing plymouth too.
pacman -Qs plymouth
to search for plymouth packages.
Well, according to your log … you had already removed the packages.