Fedora-Fr

jenrem · 2021-01-24T11:43:28+00:00

Bonjour à toutes et tous Comme dit dans le fil sur l'installation de F33 , hier soir je suis passer de F32 à F33 via " system-upgrade " Ma config , DELL Di...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] le démarrage bloqué sur " Terminate Plymouth boot screen "

fgland

Le problème vient visiblement de plymouth, pas du système. Ce serait dommage de réinstaller uniquement pour cela.
Les données sont accessibles ?
Une fois logué en passant par le niveau 3, regarde s'il y a des mises à jours.
Donnes aussi le retour de

# fdisk -l

pour voir les partitions, je n'avais pas noté le changement de disque...
Gérard

jenrem

Bonsoir
Resultat de la suppression de " rhgb " , la première fois j'avais supprimé tout ce qu'il y a derrière l'antislash
\ic rhgb quiet , il a pas aimé , les lignes défilaient à une vitesse vertigineuse , mais il s'est arrêter à Plymouth , la seconde j'ai supprimé uniquement rhgb , là , il était plus " quiet " mais il est scotché à plymouth
Pour le retour de fdisk , je retourne sur Fedora et le met en route en mode 3, et je vous passe le retour des partitions

jenrem

retour de fdisk

Disque /dev/sde : 447,13 GiB, 480103981056 octets, 937703088 secteurs
Modèle de disque : KINGSTON SA400S3
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x6766d568

Périphérique Amorçage     Début       Fin  Secteurs Taille Id Type
/dev/sde1    *             2048   2099199   2097152     1G 83 Linux
/dev/sde2              83888128 124848127  40960000  19,5G 83 Linux
/dev/sde3               2099200  83888127  81788928    39G 8e LVM Linux
/dev/sde4             124848128 937701375 812853248 387,6G  b W95 FAT32

Les entrées de la table de partitions ne sont pas dans l'ordre du disque.


Disque /dev/mapper/fedora-root : 35,94 GiB, 38591791104 octets, 75374592 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/mapper/fedora-swap : 3,05 GiB, 3279945728 octets, 6406144 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets


Disque /dev/zram0 : 1,46 GiB, 1562378240 octets, 381440 secteurs
Unités : secteur de 1 × 4096 = 4096 octets
Taille de secteur (logique / physique) : 4096 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
[anna@localhost ~]$

Je reprécise que c'est un clone d'un disque de chez dell de 2006 avec les contraintes de l'époque
Ensuite , lorsque j'ai installé FEDORA ( avant de faire l'upgrade de version avec system upgrade , je réinstallais à chaque fois

nouvo09

mon sens c'est le display manager qui coince.

La session graphique n'est pas en cause puisque tu peux démarrer avec startx et le démarrage du système se passe sans encombre en niveau 3. Le seul élément entre les deux est par conséquent gdm.

Il faudrait essayer de le réinstaller.

jenrem

Bonjour Nouvo09
Merci , je vais voir pour réinstaller "gdm " , qui devait déja poser problème sur la F32 , puisque pour rendre accessible l'ordi par son utilisateur en titre , j'avais remis le disque d'origine , et j'ai suivi le démarrage des applis , arrivé à " Plymouth " il fallait pas mal de temps pour que ça passe
J'ai chargé une iso au cas ou , mais je n'ai trouvé qu'une image " Live " par habitude je prends une image DVD plus " lourde " ,il n'y en a plus
Bonne journée

EDIT : je viens de faire la manip " install gdm " , arrivé à Plymouth , pareil ,il a calé ,donc redémarrage en mode 3 .Mais comme je suis KDE , je n'avais plus le même écran , j'ai donc désinstallé et réinstallé sddm , réponse " rien à faire déjà installé " ,j'ai fait un redémarrage , et il cale encore à Plymouth ( décidément ces gros V8 ne sont pas fiables )
En attendant ta réponse ,Je vais faire les sauvegardes des derniers travaux qui ont été fait sur ce disque , au cas ou
Bonne journée

fgland

si tu es vraiment sous kde comme le dit la signature, c'est plutôt sddm qui doit être installé.
Tu peux t'en assurer avec

# systemctl status sddm

serait-il désactivé par hasard ?
Gérard

jenrem

Bonjour fgland
Nos réponses se sont croisées . Comme je le dis au dessus , j'ai essayé une " install sddm " et il est installé . Je vais quand même faire un systemctl pour vérifier . Je repense à un truc à l'instant , est ce que je ne devrais pas " réactiver " sddm avec "enable " et le redéfinir comme environnement par défaut ?
Bonne journée

EDIT : Je suis revenu sur le DELL
le résultat de systemctl status

[anna@localhost ~]$ sudo systemctl status sddm
[sudo] Mot de passe de anna : 
● sddm.service - Simple Desktop Display Manager
     Loaded: loaded (/usr/lib/systemd/system/sddm.service; enabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:sddm(1)
             man:sddm.conf(5)
[anna@localhost ~]$

Je vais lire le man , j'espère qu'il ne va pas y avoir trop de page , sinon pour le passer de " 0 " à " 1 " c'est dans systemd ?
Bonne journée

Nednet

jenrem wrote:sinon pour le passer de " 0 " à " 1 " c'est dans systemd ?

[~]sudo systemctl enable sddm

"enable" pour activer, "disable" pour désactiver

fgland

pour l'activer il faut

# systemctl enable sddm

cela vaudra pour le redémarrage.
Pour le lancer c'est :

# systemctl start sddm

mais je ne sais pas si on peux le lancer depuis une session graphique ouverte sans que cela la ferme.

Gérard

jenrem

Merci pour vos réponses
Je suis allé voir le man et github( renvoi du man ) et la doc FEDORA . J'ai verifié la CG , c'est une Nvidia Geforce GT 610 ( sans pilote proprio )
A tout hasard j'ai fait

[anna@localhost ~]$ dnf list plymouth
Dernière vérification de l’expiration des métadonnées effectuée il y a 1:16:13 le mar. 26 janv. 2021 09:55:26.
Paquets installés
plymouth.x86_64

ensuite ( sans grande conviction )

[anna@localhost ~]$ sudo systemctl status plymouth
Unit plymouth.service could not be found.
[anna@localhost ~]$

Il doit y avoir une autre méthode pour savoir si il fonctionne correctement
Avant d'aller plus loin , je vais réactiver sddm

Nednet

Je ne pense pas que Plymouth soit un service : il me semble qu'iil est démarré au démarrage, arrêté quand le dm prend la main (gdm, sddm, ...), et relancé au moment de l'extinction.

Après avoir réactivé sddm, tu peux aussi tout simplement forcer la réinstallation de plymouth, à tout hasard

# dnf reinstall plymouth

jenrem

Re Nednet
J'ai fait une réinstallation , mais la réponse est " rien à faire plymouth déjà installé "

Je confirme à fgland que démarrer sddm en mode graphique , ça passe tout au noir
Le man me renvoie sur Github , j'y ai trouvé des " aménagements " à faire avec un traitement de texte dans le dossier sddm si il y a des problèmes avec les cartes graphiques Nvidia , je vais y aller sur des oeufs quand même
Bonne journée

nouvo09

J'ai fait une réinstallation , mais la réponse est " rien à faire plymouth déjà installé "

Impossible. Si la directive est "reinstall" et non "install" alors le paquet est réinstallé de force.

jenrem

Bonjour Nouvo 09
d'accord pour la subtilité , je refais en mettant bien le "re "devant
Effectivement , j'avais fait " install"
Je redémarre pour voir et je te donne le résultat dans 3 '

bloqué à plymouth

fgland

Désolé, je commence à être un peu perdu...
as-tu activé sddm comme indiqué à la réponse #23 ?
as-tu essayé de le lancer manuellement soit depuis la console, soit depuis le démarrage en niveau 3 ?
Gérard

GOGI

jenrem wrote:Merci pour vos réponses
Je suis allé voir le man et github( renvoi du man ) et la doc FEDORA . J'ai verifié la CG , c'est une Nvidia Geforce GT 610 ( sans pilote proprio )
A tout hasard j'ai fait
[anna@localhost ~]$ dnf list plymouth
Dernière vérification de l’expiration des métadonnées effectuée il y a 1:16:13 le mar. 26 janv. 2021 09:55:26.
Paquets installés
plymouth.x86_64   
ensuite ( sans grande conviction )
[anna@localhost ~]$ sudo systemctl status plymouth
Unit plymouth.service could not be found.
[anna@localhost ~]$ 
Il doit y avoir une autre méthode pour savoir si il fonctionne correctement
Avant d'aller plus loin , je vais réactiver sddm

C'est normal que tu ne trouves rien, ce n'est pas le nom exact du/des service(s) plymouth.

Voici les commandes :

$ systemctl status plymouth*

$systemctl list-units | grep plymouth*

$ systemctl list-unit-files | grep plymouth*

Ça c'est pour voir tous les services plymouth associés. Tu peux réutiliser la/les commandes après pour voir les détails d'un service en particulier en utilisant sa dénomination complète.

jenrem

Bonsoir
@ fgland , oui j'ai fait " enable sddm "
@ Gogo , reponse à " status plymouth "

anna@localhost ~]$ systemctl status plymouth*
● plymouth-quit.service - Terminate Plymouth Boot Screen
     Loaded: loaded (/usr/lib/systemd/system/plymouth-quit.service; static)
     Active: active (exited) since Tue 2021-01-26 20:59:44 CET; 5min ago
    Process: 855 ExecStart=/usr/bin/plymouth quit (code=exited, status=0/SUCCESS)
   Main PID: 855 (code=exited, status=0/SUCCESS)
        CPU: 6ms

janv. 26 20:59:44 localhost.localdomain systemd[1]: Starting Terminate Plymouth Boot Screen...
janv. 26 20:59:44 localhost.localdomain systemd[1]: Finished Terminate Plymouth Boot Screen.

● plymouth-start.service - Show Plymouth Boot Screen
     Loaded: loaded (/usr/lib/systemd/system/plymouth-start.service; static)
     Active: active (exited) since Tue 2021-01-26 20:58:59 CET; 6min ago
   Main PID: 296 (code=exited, status=0/SUCCESS)
        CPU: 1.348s

janv. 26 20:58:58 localhost.localdomain systemd[1]: Starting Show Plymouth Boot Screen...
janv. 26 20:58:59 localhost.localdomain systemd[1]: Started Show Plymouth Boot Screen.
janv. 26 20:59:03 localhost.localdomain systemd[1]: /usr/lib/systemd/system/plymouth-start.service:15: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle manag>

● plymouth-read-write.service - Tell Plymouth To Write Out Runtime Data
     Loaded: loaded (/usr/lib/systemd/system/plymouth-read-write.service; static)
     Active: active (exited) since Tue 2021-01-26 20:59:10 CET; 5min ago
    Process: 646 ExecStart=/usr/bin/plymouth update-root-fs --read-write (code=exited, status=0/SUCCESS)
   Main PID: 646 (code=exited, status=0/SUCCESS)
        CPU: 7ms

janv. 26 20:59:10 localhost.localdomain systemd[1]: Starting Tell Plymouth To Write Out Runtime Data...
janv. 26 20:59:10 localhost.localdomain systemd[1]: Finished Tell Plymouth To Write Out Runtime Data.

● plymouth-quit-wait.service - Hold until boot process finishes up
     Loaded: loaded (/usr/lib/systemd/system/plymouth-quit-wait.service; static)
     Active: active (exited) since Tue 2021-01-26 20:59:44 CET; 5min ago
    Process: 854 ExecStart=/usr/bin/plymouth --wait (code=exited, status=0/SUCCESS)
   Main PID: 854 (code=exited, status=0/SUCCESS)
        CPU: 5ms

janv. 26 20:59:44 localhost.localdomain systemd[1]: Starting Hold until boot process finishes up...
janv. 26 20:59:44 localhost.localdomain systemd[1]: Finished Hold until boot process finishes up.
lines 1-39/39 (END)

EDIT
réponse à " list-units

[anna@localhost ~]$ systemctl list-units | grep plymouth*
  systemd-ask-password-plymouth.path                                                                    loaded active waiting   Forward Password Requests to Plymouth Directory Watch                        
  plymouth-quit-wait.service                                                                            loaded active exited    Hold until boot process finishes up                                          
  plymouth-quit.service                                                                                 loaded active exited    Terminate Plymouth Boot Screen                                               
  plymouth-read-write.service                                                                           loaded active exited    Tell Plymouth To Write Out Runtime Data                                      
  plymouth-start.service                                                                                loaded active exited    Show Plymouth Boot Screen

réponse à " list-units-files"

anna@localhost ~]$ systemctl list-units-files | grep plymouth*
Unknown command verb list-units-files.
[anna@localhost ~]$ systemctl list-unit-files | grep plymouth*
systemd-ask-password-plymouth.path           static          -            
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.service                 static          -            
systemd-ask-password-plymouth.service        static          -            
[anna@localhost ~]$

J'espère que ces quelques lignes vous aideront à y voir plus clair
Merci et bonne soirée

fgland

et as-tu essayé de le lancer manuellement ?

# systemctl start  sddm

après l'avoir lancé, redonne le retour de

# systemctl status  sddm

pourrais-tu nous donner le résultat de

$ systemd-analyze plot > plot.svg

cela nous permettra de voir ce qui passe.

Gérard

jenrem

Bonjour fgland
Voila le retour des 2 commandes , en photo
http://pix.toile-libre.org/upload/original/1611739960.jpg
J'espère qu'elle est suffisamment lisible
Bonne journée

fgland

Peux-tu te connecter à partir de l'écran graphique de sddm et refaire la commande systemctl status sddm ?
On voit qu'il est lancé, je ne sais si la dernière ligne est bloquante...
Voici les lignes supplémentaire après login sur mon poste

janv. 27 11:44:17 new-host.home systemd[1]: Started Simple Desktop Display Manager.
janv. 27 11:44:18 new-host.home sddm-helper[1638]: pam_unix(sddm-greeter:session): session opened for user sddm(uid=987) by (uid=0)
janv. 27 11:45:57 new-host.home sddm-helper[1853]: gkr-pam: unable to locate daemon control file
janv. 27 11:45:57 new-host.home sddm-helper[1853]: gkr-pam: stashed password to try later in open session
janv. 27 11:45:57 new-host.home sddm-helper[1853]: pam_kwallet5(sddm:auth): (null): pam_sm_authenticate
janv. 27 11:45:57 new-host.home sddm-helper[1853]: pam_kwallet5(sddm:setcred): pam_kwallet5: pam_sm_setcred
janv. 27 11:45:57 new-host.home sddm-helper[1853]: pam_unix(sddm:session): session opened for user gland(uid=1000) by (uid=0)
janv. 27 11:45:57 new-host.home sddm-helper[1853]: gkr-pam: gnome-keyring-daemon started properly and unlocked keyring
janv. 27 11:45:57 new-host.home sddm-helper[1853]: pam_kwallet5(sddm:session): pam_kwallet5: pam_sm_open_session
janv. 27 11:45:57 new-host.home sddm-helper[1853]: Starting: "/etc/X11/xinit/Xsession \"/usr/bin/startplasma-x11\""

« Page précédente Page suivante »