Just for your information, just because that theme is called “Plymouth” doesn’t mean that it has anything to do with plymouth itself.
plymouth is a layer that covers the terminal output with a graphic during the system’s boot sequence. That which you have highlighted in your screenshot is a Plasma splash screen, which only becomes active after logging into Plasma.
When looking for troubleshooting advice, it is important to correctly represent the facts, or else people would be starting off on the wrong foot. I have therefore edited your thread title to more correctly reflect the problem.
As for the problem itself, all I can advise you to do is to log out of Plasma completely — you have to be looking at the login screen again — and to then switch to a tty, log in as yourself, and issue the command…
rm -rf ./cache/*
Then, exit the command-line session by hitting Ctrl+D, switch back to the GUI login screen, and log in again. Hopefully this will remedy the problem. If it doesn’t, then I’m afraid I’m going to have to leave it to someone else to offer advice.
OP’s problem is not with plymouth — and I rest my case on what I wrote in reply to the OP — but with a Plasma splash screen that somehow confusingly was named “plymouth theme”.
Ooh thanks for information, It is good to clarify those terms in a friendly way.
I will test the session although I have already tried it and it has no modifications, it is from this new recent installation in the system, I had reinstalled Manjaro because I changed disk
I was at first confused as to why they included both.
And it may be a simple confusion.
But … by either reading the spanish or by comparing to a non-plymouth kcm screen (And maybe noting the lack of ‘none’ option) … you will see it is the plymouth kcm … not the ‘splash’ kcm.
sudo update-grub ✔ 37s
Generando un fichero de configuración de grub...
Encontrado tema: /usr/share/grub/themes/manjaro/theme.txt
Encontrada imagen de linux: /boot/vmlinuz-6.6-x86_64
Encontrada imagen de memoria inicial: /boot/intel-ucode.img /boot/initramfs-6.6-x86_64.img
Found initrd fallback image: /boot/initramfs-6.6-x86_64-fallback.img
Aviso: os-prober will be executed to detect other bootable partitions.
Its output will be used to detect bootable binaries on them and create new boot entries.
Adding boot menu entry for UEFI Firmware Settings ...
Root filesystem isn't btrfs
If you think an error has occurred, please file a bug report at "https://github.com/Antynea/grub-btrfs"
Found memtest86+ image: /boot/memtest86+/memtest.bin
/usr/bin/grub-probe: aviso: tipo de dispositivo nvme0n1 desconocido.
Found memtest86+ EFI image: /boot/memtest86+/memtest.efi
/usr/bin/grub-probe: aviso: tipo de dispositivo nvme0n1 desconocido.
hecho
To have your command output in English (which would probably help most reading it), prefix any command with LC_ALL=C; for example:
LC_ALL=C pacman -Si plymouth
Also, if you ever want to completely uninstall Plymouth, the correct procedure can be found in the Manjaro Wiki Plymouth article, under the heading of REMOVAL.
As it seems from KDE Plasma and its forum, it really is, I have already sent it and reported it to the Plasma team, it may be resolved in a future update.
Thank you very much, in part what you have shown me is to regenerate the init, update the grub, and place a theme manually from the terminal, correct?
Thank you very much, in part what you have shown me is to regenerate the init, update the grub, and place a theme manually from the terminal, correct?
I am sorry.
I didn’t know that it was fixed for Arch(mkinitcpio).
However, it will not work correctly if the update-alternatives command is enabled.
I thought update-alternatives was only for Debian, but it exists on my PC.
I don’t know where it came from.
In the virtual, up-to-date and clean ManjaroKDE environment, update-alternatives was not included, so the mkinitcpio -P command was executed when saving.