problème de mise en route graphique [Réglé]

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
J'ai un problème de mise en route avec Mageia 8.
Après avoir tripoté aux paramètres graphiques, je l'ai redémarré.
Puis, l'écran se fige une fois validé le mot de passe, sur la fenêtre qui demande identifiant, mot de passe et session.
J'ai essayé de modifier les paramètres avec XFdrake en passant par le mode sans échec, relancé avec Xorg , c'est l'écran noir.
Pourriez-vous m'aider ?
Merci
Édité par zeus007oo Le 16/05/2022 à 22h29

Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
ou à défaut VESA,
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.



___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Plusieures informations que seront utiles.
- type carte (Intel, Nvidia, Amd) et modèle, certaines anciennes cartes Nvidia doivent utiliser le pilote libre Nouveau et ce dernier ne fonctionne pas bien avec l' enironnement Plasma
- portable/fixe (certains portables ont double cartes intel/Nvidia(Optimus), dans ce cas il faut paramétrer la carte Intel et installer un paquet bumblebee/Mageia Prime
- Est ce que le nom de la machine est personalisée ( le nom localhost peut poser problème) ?
- si une connexion en mode texte (ctrl)+ alt+ F2, il faudrait lancer (après s' être connecté avec le compte normal), la commande suivante :
ls ~/.[xX]aut*
Cela pemet de savoir si un .Xautorithy existe (potentiellement il faut le renommer/supprimer)
Les informations pourront aider à déterminer des pistes à explorer pour essayer de résoudre le problème.
Edit:
- pour les type de cartes : lspci -nn
- pour le nom d' hôte, il faut regarder ce qui se trouve à droite du signe @
Édité par nic80 Le 15/05/2022 à 22h05

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
nic80 :
Bonjour,
Plusieures informations que seront utiles.
- type carte (Intel, Nvidia, Amd) et modèle, certaines anciennes cartes Nvidia doivent utiliser le pilote libre Nouveau et ce dernier ne fonctionne pas bien avec l' enironnement Plasma
- portable/fixe (certains portables ont double cartes intel/Nvidia(Optimus), dans ce cas il faut paramétrer la carte Intel et installer un paquet bumblebee/Mageia Prime
- Est ce que le nom de la machine est personalisée ( le nom localhost peut poser problème) ?
- si une connexion en mode texte (ctrl)+ alt+ F2, il faudrait lancer (après s' être connecté avec le compte normal), la commande suivante :
ls ~/.[xX]aut*
Cela pemet de savoir si un .Xautorithy existe (potentiellement il faut le renommer/supprimer)
Les informations pourront aider à déterminer des pistes à explorer pour essayer de résoudre le problème
Plusieures informations que seront utiles.
- type carte (Intel, Nvidia, Amd) et modèle, certaines anciennes cartes Nvidia doivent utiliser le pilote libre Nouveau et ce dernier ne fonctionne pas bien avec l' enironnement Plasma
- portable/fixe (certains portables ont double cartes intel/Nvidia(Optimus), dans ce cas il faut paramétrer la carte Intel et installer un paquet bumblebee/Mageia Prime
- Est ce que le nom de la machine est personalisée ( le nom localhost peut poser problème) ?
- si une connexion en mode texte (ctrl)+ alt+ F2, il faudrait lancer (après s' être connecté avec le compte normal), la commande suivante :
ls ~/.[xX]aut*
Cela pemet de savoir si un .Xautorithy existe (potentiellement il faut le renommer/supprimer)
Les informations pourront aider à déterminer des pistes à explorer pour essayer de résoudre le problème
- Je pense que c'est une carte "ATI radeon hd 5000 to hd 6300 (radeon)" comme marqué sur XFdrake
- C'est un PC fixe, la machine fonctionne depuis au moins mageia 5 ou 6
- Je pense, j'ai un identifiant et mot de passe, aucun soucis pour me connecter en mode console et pour retrouver tous mes dossiers
- Avec la commande ls ~/.[xX]aut* : /home/zeus/.Xauthority /home/zeus/.Xauthority-c /home/zeus/.Xauthority-l

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Si les fichiers Xauthority ne sont pas nécessaire si aucune session ne fonctionne avec cet utilisateur en mode graphique il peut être nécessaire de les renommer
mv /home/zeus/.Xauthority /home/zeus/.Xauthority.old
mv /home/zeus/.Xauthority-c /home/zeus/.Xauthority-c.old
mv /home/zeus/.Xauthority-l /home/zeus/.Xauthority-l.old
et voir si la connexion s' ouvre ou non ( avant de renommer les fichiers Xauthority, on peut essayer de voir si temporairement root arrive a se connecter en mode graphique ou non ( si c' est le cas, alors les fichiers Xauthority peuvent être renommer/supprimer)..
Citation :
Après j'ai aussi fait la dernière mise à jour demandé ce soir
Malheureusement, les mises à jour qui s' appliquent sur les machines leur sont spécifiques ( les applications de l' une à l' autre n' étant pas forcément les même).
Y' a t' il eu une mise à jour du paquet kernel ( "rpm -qa --last |head -n 50" devrait permettre de le savoir) ? Si oui, il faudrait essayer un noyau antérieur.
Édité par nic80 Le 15/05/2022 à 23h46

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
nic80 :
Bonjour,
Si les fichiers Xauthority ne sont pas nécessaire si aucune session ne fonctionne avec cet utilisateur en mode graphique il peut être nécessaire de les renommer
mv /home/zeus/.Xauthority /home/zeus/.Xauthority.old
mv /home/zeus/.Xauthority-c /home/zeus/.Xauthority-c.old
mv /home/zeus/.Xauthority-l /home/zeus/.Xauthority-l.old
et voir si la connexion s' ouvre ou non ( avant de renommer les fichiers Xauthority, on peut essayer de voir si temporairement root arrive a se connecter en mode graphique ou non ( si c' est le cas, alors les fichiers Xauthority peuvent être renommer/supprimer)..
Si les fichiers Xauthority ne sont pas nécessaire si aucune session ne fonctionne avec cet utilisateur en mode graphique il peut être nécessaire de les renommer
mv /home/zeus/.Xauthority /home/zeus/.Xauthority.old
mv /home/zeus/.Xauthority-c /home/zeus/.Xauthority-c.old
mv /home/zeus/.Xauthority-l /home/zeus/.Xauthority-l.old
et voir si la connexion s' ouvre ou non ( avant de renommer les fichiers Xauthority, on peut essayer de voir si temporairement root arrive a se connecter en mode graphique ou non ( si c' est le cas, alors les fichiers Xauthority peuvent être renommer/supprimer)..
La manipulation ne donne rien de plus, je n'arrive toujours pas à me connecter en mode graphique même en root.
Sinon, comme tu dis, j'ai déjà essayé avec un noyau antérieur avant de demander de l'aide.

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
Cependant, j'ai un problème mineur, je n'arrive plus à cocher le "lancement automatique de l'interface graphique (Xorg) au démarrage".
Édité par zeus007oo Le 16/05/2022 à 06h32

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Donc ici Xorg ne démarre donc pas.
Depuis la console, un "startx" démarre quelque chose ?
Si oui dans ce cas, c' est probablement que la default target n' est pas bonne (mais je ne sais plus comment on la réactive depuis la ligne de commande).
Edit: voir ici, si cela pourrait être le même problème.
https://www.mageialinux-online.org/forum/topic-29203+b-suite-a-mise-a-jour.php
Édité par nic80 Le 16/05/2022 à 07h46

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Tu peux commencer par supprimer /home/zeus/.Xauthority puis redémarrer.
Yves

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
nic80 :
Bonjour,
Donc ici Xorg ne démarre donc pas.
Depuis la console, un "startx" démarre quelque chose ?
Si oui dans ce cas, c' est probablement que la default target n' est pas bonne (mais je ne sais plus comment on la réactive depuis la ligne de commande).
Edit: voir ici, si cela pourrait être le même problème.
https://www.mageialinux-online.org/forum/topic-29203+b-suite-a-mise-a-jour.php
Donc ici Xorg ne démarre donc pas.
Depuis la console, un "startx" démarre quelque chose ?
Si oui dans ce cas, c' est probablement que la default target n' est pas bonne (mais je ne sais plus comment on la réactive depuis la ligne de commande).
Edit: voir ici, si cela pourrait être le même problème.
https://www.mageialinux-online.org/forum/topic-29203+b-suite-a-mise-a-jour.php
le "startx" le fait fonctionner comme il faut.
Bon a défaut de mieux, si il y a que ça, j'arriverai à me passer de l'identification graphique.
Merci à l'équipe, bonne continuation !

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
Papoteur :
Bonjour,
Tu peux commencer par supprimer /home/zeus/.Xauthority puis redémarrer.
Tu peux commencer par supprimer /home/zeus/.Xauthority puis redémarrer.
J'ai fait un "rm /home/zeus/.Xautority", il me trouve aucun fichier ?

nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Je pense qu' il manque un "h" quelque part, non ?
Après il peut être normal que le fichier ne soit pas présent (s' agissant d' un fichier d' autorisation aux ressources du serveur X, si tout se passe bien il ne devrait pas rester.
Si le fichier .Xauthority n' existe pas (j' ai de bonne raison de le penser, puisque on n' à qu'un écran noir et plus l' authentification graphique, y compris avec root), alors il faudrait regarder le niveau de lancement par défaut (c' est dans le lien que j' ai mis (systemctl get-default ?)
Le nom d' hôte est aussi important (surtout s' il est fixé à localhost).
Ces points ont été vérifiés ?

zeus007oo Membre non connecté
-
- Voir le profil du membre zeus007oo
- Inscrit le : 15/05/2022
nic80 :
Bonjour,
Je pense qu' il manque un "h" quelque part, non ?
Après il peut être normal que le fichier ne soit pas présent (s' agissant d' un fichier d' autorisation aux ressources du serveur X, si tout se passe bien il ne devrait pas rester.
Si le fichier .Xauthority n' existe pas (j' ai de bonne raison de le penser, puisque on n' à qu'un écran noir et plus l' authentification graphique, y compris avec root), alors il faudrait regarder le niveau de lancement par défaut (c' est dans le lien que j' ai mis (systemctl get-default ?)
Le nom d' hôte est aussi important (surtout s' il est fixé à localhost).
Ces points ont été vérifiés ?
Je pense qu' il manque un "h" quelque part, non ?
Après il peut être normal que le fichier ne soit pas présent (s' agissant d' un fichier d' autorisation aux ressources du serveur X, si tout se passe bien il ne devrait pas rester.
Si le fichier .Xauthority n' existe pas (j' ai de bonne raison de le penser, puisque on n' à qu'un écran noir et plus l' authentification graphique, y compris avec root), alors il faudrait regarder le niveau de lancement par défaut (c' est dans le lien que j' ai mis (systemctl get-default ?)
Le nom d' hôte est aussi important (surtout s' il est fixé à localhost).
Ces points ont été vérifiés ?
En faisant startx, j'ai pu retourner sur l'administration graphique, j'ai mis la résolution en automatique et redémarrer en mode graphique.
Depuis tout fonctionne comme avant.
Mon problème est résolu.
Merci encore une fois.

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