Prova a seguire anche i consigli su questo articolo presente su Fedora Magazine:
How to change the Plymouth bootup theme
l’articolo è un po’ datato, ma comunque ancora valido… magari può esserti d’aiuto.
Eccomi qua con le prova effettuate.
La linea GRUB_CMDLINE_LINUX ha nei parametri rhgb quiet mentre la linea GRUB_ENABLE_BLSCFG era impostata su true e ho messo false e ho salvato.
I parametri rd.plymouth e plymouth.enable non ci sono.
Ho quindi riavviato dopo aver dato il comando sudo grub2-mkconfig -o /boot/grub2/grub.cfg
ma il problema persiste.
Grazie oStile per il link. Lo leggo e poi ti saprò dire.
Hai per caso installato driver proprietari? Da quello che ho letto qualche volta può non funzionare Plymouth ma non credo sia il tuo caso. Sono pronto a scommettere che dipende da una sciocchezza…
No, non ho driver proprietari.
Come entri al login sotto Linux: testo o grafico? Credo che questa vecchia discussione ti possa interessare ( [Risolto] boot testuale ). Se è questo il problema allora la soluzione la trovi in quest’altra ( https://www.server-world.info/en/note?os=Fedora_39&p=runlevel ).
Entro con il login grafico. La prima discussione che mi hai linkato non mi sembra il mio caso mentre la seconda ho provato ad impartire i comandi suggeriti ma non ho risolto.
Allora abbiamo il login manager che funziona perfettamente ma è Plymouth durante l’avvio che non funziona. Veramente strano, visto che Plymouth dipende dallo stato del sistema… Cosa ti dice il comando:
sudo systemctl get-default
Il comando mi ritorna:
fausto@fedora:~$ sudo systemctl get-default
[sudo] password di fausto:
graphical.target
fausto@fedora:~$
Quindi siamo perfettamente a norma. Plymouth dovrebbe avviarsi ma non avviene. Perché? Che desktop manager stai usando? Vedi, io uso KDE Plasma 6 e dalle Impostazioni di Sistema è possibile cambiare il tema di Plymouth. Lo usi anche tu? Se usi GNOME forse c’è una possibilità ma non ne sono sicuro…
Aggiornamento: leggendo questa discussione ( https://discussion.fedoraproject.org/t/plymouth-uses-bgrt-theme-by-default-how-to-change-it/108614/2 ) dovresti usare questo comando per vedere se ci sono temi:
plymouth-set-default-theme -l
Qualora ne esistessero nel sistema il comando per impostarlo è:
sudo plymouth-set-default-theme -R “theme-name”
Esegui questi due comandi, il tema è a tua discrezione, i temi per Plymouth ci sono per forza, il problema è che non si attivano. Speriamo che con l’ultimo comando finalmente risolviamo la situazione.
I temi ci sono:
fausto@fedora:~$ plymouth-set-default-theme -l
bgrt
charge
details
spinner
text
tribar
fausto@fedora:~$
Con il secondo comando ho provato a caricare “spinner” poi ho spento e riacceso ma non è cambiato nulla.
Questo è assurdo: dando il secondo comando con sudo il tema di Plymouth avrebbe dovuto cambiare per forza. Fammi vedere se per caso è stato segnalato qualche bug per Plymouth sotto Fedora 40…
Non c’è alcun bug segnalato, bene allora cambiamo le regole del gioco! Apri un terminale di testo e digita il comando:
sudo nano /etc/plymouth/plymouthd.conf
Questo è un semplice file di testo come tanti sotto i *nix. La sua struttura è semplicissima:
[Daemon]
Theme=<nome_del_tema_senza_">
Scegli un nome tra i temi di Plymouth installati, salva e riavvia. Vediamo se questa volta risolviamo il problema.
Questo è il file con la scelta del tema spinner:
Administrator customizations go in this file
#[Daemon]
#Theme=fade-in
[Daemon]
Theme=spinner
E’ corretto digitato così?
Perché ho provato a riavviare ma non funziona.
Sì, è corretto ma il fatto che non funzioni dopo la modifica implica e questo era evidente a noi due ma non c’è ne siamo accorti è che il demone di Plymouth non funziona. Seguendo questa guida ( https://thelinuxcode.com/list-startup-services-at-boot-time-in-fedora-linux/?ysclid=lwi6wbp3pz810177886#google_vignette ) devi fare due cose. Prima digita:
systemctl list-unit-files --type=service
Questo mostrerà tutti i demoni presenti nel sistema, attivi o spenti. Se come servizio inattivo appare Plymouth allora partirà col comando:
sudo systemctl enable plymouth-start.service
Eseguito sul mio computer il primo comando mostra questo stato dei servizi di Plymouth:
plymouth-halt.service static -
plymouth-kexec.service static -
plymouth-poweroff.service static -
plymouth-quit-wait.service static -
plymouth-quit.service static -
plymouth-read-write.service static -
plymouth-reboot.service static -
plymouth-start.service static -
plymouth-switch-root-initramfs.service static -
plymouth-switch-root.service static -
Proviamo!
Aggiornamento: la situazione è un pò diversa. Leggiti questa discussione, riguarda una situazione come la tua ( https://discussion.fedoraproject.org/t/enable-plymouth-startup/70079/12 ) e parrebbe che alla fine forse basterebbe questo comando, se l’avvio è impostato su UEFI:
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Se no si usa:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Dopo aver dato il comando
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
che non ha dato quanto sperato ho provato il comando
sudo systemctl enable plymouth-start.service
il quale mi ha ritornato un errore con le possibili cause:
fausto@fedora:~$ sudo systemctl enable plymouth-start.service
The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,
Also=, or Alias= settings in the [Install] section, and DefaultInstance= for
template units). This means they are not meant to be enabled or disabled using systemctl.
Possible reasons for having these kinds of units are:
• A unit may be statically enabled by being symlinked from another unit’s
.wants/, .requires/, or .upholds/ directory.
• A unit’s purpose may be to act as a helper for some other unit which has
a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
D-Bus, udev, scripted systemctl call, …).
• In case of template units, the unit is meant to be enabled with some
instance name specified.
fausto@fedora:~$
Dai il comando:
rpm -Va plymouth*
Questo serve a verificare l’integrità dei pacchetti che compongono Plymouth. Se appare una linea con un 5, tipo S.5, allora dai il comando:
sudo dnf reinstall plymouth
Questo è quanto consigliato un quella discussione, ovviamente seguito dopo la re-installazione dal comando:
sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
Se sotto UEFI, se no:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
Dimenticavo: se interessa il file /etc/plymouth/plymouthd.conf non farci caso, ciò deve apparire eventualmente su librerie od altro…
Oggi credo di aver capito qual’é il problema. Ammettendo che tu e io aggiorniamo sempre la nostra installazione di Linux alle ultime versioni disponibili perché sulla tua macchina Plymouth non funziona e oggi sulla mia non ha funzionato a dovere? Ieri ho installato tra gli aggiornamenti il kernel 6.8.10-300, cosa normalissima, ma oggi all’avvio Plymouth non si è attivato, il kernel ha attivato solo la modalità grafica. Poco tempo fa c’erano state due versioni del kernel che se riconoscevano schede grafiche NVidia nel sistema bloccavano l’avvio. La domanda che nasce allora è: che computer hai? Fisso o portatile? Che scheda grafica usi? Hai modo di installare una altra scheda video? La cosa come vedi diventa interessante…
Scusa, ho riguardato il tuo primo messaggio. Considera la parte finale del mio penultimo messaggio nullo… Il problema è nel kernel che con certe schede video non avvia Plymouth. Se oggi installassi gli ultimi aggiornamenti sono pronto a scommettere che l’ultima versione del kernel ti produrrà una sgradita sorpresa. Una ultima domanda: se tu selezioni le altre versioni del kernel Plymouth si attiva?
Ho provato ad avviare con kernel più vecchi ma plymouth non si attiva. Addirittura con un kernel non vedeva nemmeno la scheda wifi.
A proposito, una cosa che non ti ho detto ma che ora ripensandoci potrebbe essere importante, è che per provare ho installato Opensuse in dual boot con Fedora 40. Potrebbe essere questo il problema?