b suite a mise a jour

demarrage se termine en ligne de commandes Système et matériels / Administration système

Pat91 Membre non connecté

Le 02/08/2021 à 23h10

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonjour,

Je suis sous Mageia 8 x86_64
Kernel 5.10.52-desktop-1.mga8

Jeudi 29 j'effectue une mise à jour du système, il n'y a que 2 lignes dans la liste des mises à jour.
Rien à signaler lors de la mise à jour.
Le redémarrage qui suit s'achève sur le login en ligne de commandes au lieu d'afficher le login en mode graphique

Je n'ai rien remarqué d'anormal dans le résultat de la commande journalctl -xb

Comment faire pour revenir à un fonctionnement normal ?

Patrick

nic80 Membre non connecté

Modérateur

Le 02/08/2021 à 23h40

#290407

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Il faudrait regarder les paquets qui ont été installés en dernier:

rpm -qa --last | head -n 10

Une arrivée sur une ligne de commande, cela veut probablement dire que le serveur X ne démarre pas correctement ( ou que la cible de démarrage n' est plus celle graphique)

Que donne la commande startx depuis une invite de commande ?

edit: j' exclu la mise à jour de noyau puisque déjà en 5.10.52.

Que donne la commande ls -al /usr/lib/systemd/system/default.target ( graphical.target ? ) ?

Édité par nic80 Le 02/08/2021 à 23h45

Pat91 Membre non connecté

Le 03/08/2021 à 09h57

#290414

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Voici le résultat des commandes

[root@localhost ~]# rpm -qa --last | head -n 3
lib64aspell15-0.60.8-4.1.mga8.x86_64 jeu. 29 juil. 2021 09:20:33
aspell-0.60.8-4.1.mga8.x86_64 jeu. 29 juil. 2021 09:20:33
transfig-3.2.8a-1.mga8.x86_64 mer. 28 juil. 2021 19:59:58
[root@localhost ~]# ls -al /usr/lib/systemd/system/default.target
lrwxrwxrwx 1 root root 16 juil. 21 09:35 /usr/lib/systemd/system/default.target -> graphical.target

Excellente nouvelle la commande startx lance bien l'interface graphique.
Il ne reste plus qu'à rendre le lancement automatique

Patrick

Pat91 Membre non connecté

Le 12/08/2021 à 12h27

#290697

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonjour,

Je me damande où intervenir pour le lancement du serveur X ?

J'ai regardé via le CCM :

au niveau du démarrage, j'ai
GRUB2 en mode graphique

au niveau du système,
je n'ai pas vu de service qui porte un nom qui fasse penser à l'interface graphique

Comme je suis sous KDE c'est peut-être de ce côté qu'il faut chercher

Sinon

/sbin/runlevel
N 3

Patrick

nic80 Membre non connecté

Modérateur

Le 12/08/2021 à 13h31

#290700

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Je pense que c' est plus ici qu'il faut cocher le démarrage de l' interface graphique.

https://doc.mageia.org/mcc/7/fr/content/mcc-boot.html

Edit: aprés ce qui fait démarrer le serveur x, c' est la graphical.target systemd.

Mais je ne sais plus quel est le lien qui doit être fait default.target vers graphical.target (un locate default.target doit permettre de savoir où ce fichier se trouve.

Edit 2: je n' avais pas lu les posts au dessus. Désolé...

Edit 3: donc vu que la cible est graphical.target, peut être que le dm ne démarre pas ? Que dit drakdm ?

Édité par nic80 Le 12/08/2021 à 13h39

Pat91 Membre non connecté

Le 12/08/2021 à 14h05

#290701

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

il dit:

Too late to run INIT block at /usr/lib64/perl5/vendor_perl/Glib/Object/Introspection.pm line 257.
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 539.

(drakdm:35329): Gtk-WARNING **: 14:02:33.807: Theme parsing error: gtk.css:2:33: Failed to import: Erreur lors de l’ouverture du fichier /root/.config/gtk-3.0/window_decorations.css : Aucun fichier ou dossier de ce type

Patrick

nic80 Membre non connecté

Modérateur

Le 12/08/2021 à 15h53

#290713

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Je ne vois rien d' anormal dans cette sortie.

En fait, si cela démarre avec startx, mais pas dés le départ, c' est que c' est le gestionnaire de connexion qui ne démarre pas.

Il faudrait que l' on sache lequel pour voir si on a des logs permettant de comprendre pourquoi il ne démarre pas.

L' affichage de drakdm sélectionne celui actuellement actif (sddm par défaut si Plasma est utilisé)

Je ne sais pas si un "systemctl status dm" permettrait de voir si un message d' erreur est lancé.

Édité par nic80 Le 12/08/2021 à 15h54

Pat91 Membre non connecté

Le 13/08/2021 à 11h21

#290746

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonjour,

Ce n'est pas concluant.

# systemctl status dm
Unit dm.service could not be found.

Merci nic80 pour tes réponses en cette période estivale.

Patrick

nic80 Membre non connecté

Modérateur

Le 13/08/2021 à 20h55

#290758

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Que donne un

locate dm | grep systemd

(On devrait avoir le nom du gestionnaire de connexion dans le lot)
?

Edit: en relisant le post, je vois que le nom de la machine est localhost.

Est ce possible de définir un nom autre pour cette machine ( commande "hostnamectl nom_machine")

Édité par nic80 Le 13/08/2021 à 22h18

Pat91 Membre non connecté

Le 14/08/2021 à 18h44

#290782

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonjour,

$ locate dm | grep systemd
/etc/systemd/system/multi-user.target.wants/mdmonitor.service
/etc/systemd/system/shutdown.target.wants/mandriva-save-dmesg.service
/etc/systemd/system/sysinit.target.wants/dmraid-activation.service
/etc/systemd/system/sysinit.target.wants/fedora-loadmodules.service
/etc/systemd/system/sysinit.target.wants/mdmonitor-takeover.service
/usr/lib/systemd/fedora-dmraid-activation
/usr/lib/systemd/fedora-loadmodules
/usr/lib/systemd/mandriva-save-dmesg
/usr/lib/systemd/system/dm-event.service
/usr/lib/systemd/system/dm-event.socket
/usr/lib/systemd/system/dmraid-activation.service
/usr/lib/systemd/system/fedora-loadmodules.service
/usr/lib/systemd/system/initrd-udevadm-cleanup-db.service
/usr/lib/systemd/system/mandriva-save-dmesg.service
/usr/lib/systemd/system/mdadm.service
/usr/lib/systemd/system/mdmonitor-takeover.service
/usr/lib/systemd/system/mdmonitor.service
/usr/lib/systemd/system/sddm.service
/usr/lib/systemd/system/xdm.service
/var/lib/rpm-helper/systemd-migration/mdadm
[leo@localhost]$

$ hostnamectl pclambda
Unknown command verb pclambda.

Quel est l'intérêt de changer le nom du PC ?

Patrick

nic80 Membre non connecté

Modérateur

Le 14/08/2021 à 19h49

#290787

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Je pense que hostnamectl doit probablement avoir un argument obligatoire (--set-hostname ?) en plus du nom de machine (ici cela a échoué).

Changer le nom de machine permet de forcer un nom qui sera considéré comme valide (localhost bien que valide, ne l' est pas pour certaines applications (avahi par exemple) qui changent le nom de machine de manière inoportune.

Or le système de sécurité du serveur X est en partie basée sur le nom de la machine. Si celui ci change en cours de route, les applications graphiques peuvent ne plus fonctionner ( et le gestionnaire de connexion en est une).

En le forçant avec hostnamectl , on évite ce genre de comportement.

Edit: visiblement ce serait juste hostnamectl set-hostname machinelambda

Pour le gestionnaire de connexion, il y a sddm et xdm. On pourrait essayer d' en lancer un manuellement ("systemctl start sddm") et voir ce que cela donne.

Il y a quelque chose qui me chagrine sur le runlevel. Le passage en niveau 3 est volontaire ?

Édité par nic80 Le 14/08/2021 à 21h28

Pat91 Membre non connecté

Le 17/08/2021 à 19h33

#290976

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonjour,

Le passage en run level 3 est indépendant de ma volonté.

J'ai lancé les 2 gestionnaires de connexion:

sddm affiche le même écran de login que la commande startx
xdm affiche un autre écran de login, il demande d'abord l'utilisateur puis ensuite demande le mot de passe, le démarrage semble aussi plus long.

Au final les 2 gestionnaires fonctionnent.

Patrick

Pat91 Membre non connecté

Le 17/08/2021 à 19h38

#290977

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

J'ai changé le nom de la machine.
Au démarrage suivant, le login reste en mode console

Patrick

nic80 Membre non connecté

Modérateur

Le 17/08/2021 à 21h48

#290985

Voir le profil du membre nic80
Inscrit le : 06/08/2018
Groupes :
Modérateur

Bonjour,

Si le serveur X démarre ainsi que les gestionnaires de connexion, alors il faut comprendre pourquoi il y a démarrage en runlevel 3 (en principe, le lancement de sddm ou xdm doivent forcer le passage en runlevel 5 (ou graphical.target).

Que donne la commande "systemctl get-default" ?

Edit: dans un "cat /proc/cmdline" il n' y a pas de init=3 ?

Édité par nic80 Le 17/08/2021 à 21h58

Pat91 Membre non connecté

Le 17/08/2021 à 22h50

#290987

Voir le profil du membre Pat91
Inscrit le : 31/05/2017
Site internet
Groupes :

Bonsoir,

Voici les résultats

# systemctl get-default
multi-user.target

# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.10.56-desktop-1.mga8 root=UUID=08954413-49b9-4cdf-aac1-0cdf5e2afeea ro splash quiet noiswmd resume=/dev/nvme0n1p5 audit=0 vga=791

Patrick

Système et matériels / Administration système

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie

Notre Mission	Liens du site	Nous joindre	MLO est hébergé par
MLO est le forum francophone de la distribution Mageia et vous propose également un portail dédié aux débutants. MLO vous apporte un support sur la distribution grâce à son forum et vous offre des nouvelles de la distribution, des logiciels libres et de l'Open Source en général. Notre site a aussi pour but de vous montrer que Mageia est un système d'exploitation complet et facile à prendre en main. Vous apprendrez à installer simplement et à administrer efficacement votre système en un temps record.	Forum Documentation News du libre Mageia	Contacter MLO Mastodon MLO Flux RSS	MLO est un projet soutenu par Nos partenaires et amis
MLO est mis à disposition selon les termes de la licence Creative Commons.