Problème au démarage [Réglé]
passage en mode commande
Système et matériels / Administration système

gilles89 Membre non connecté
-
- Voir le profil du membre gilles89
- Inscrit le : 28/07/2016
- Groupes :
Il m'est arrivé plusieurs fois ce genre de mésaventure.
Au démarrage du micro, avant le moment ou est demandé le mot de passe je me retrouve avec ce message.
Mageia release 9(official) for x86_64
Kernel 6.4.16-destop-3.mga on a8-processor-x06_64/tty1
Localhost login:
Ne sachant que faire, j'ai été obligé à chaque fois de faire une réinstallation avec ma clé usb avec toutes les conséquences ...
Alors si quelqu'un peut me donner des tuyaux sur, la cause de ce problème et, bien entendu, sur la manière de s'en sortir ça me simplifierait bien la vie pour la prochaine fois.
Je n'ai rien remarqué dans le fonctionnement de la veille qui peut faire deviner que cela va se produire.
Gilles

steven Membre non connecté
-
- Voir le profil du membre steven
- Inscrit le : 18/05/2018

J'peu pas bcp t'aider mais....
a ton message :
Localhost login:
tu tape ton nom d'user (exemple) gilles89 [enter]
là il va te demander ton
tu le tape...
et soit tu te retrouve sur ton bureau
soit, PEUT ETRE, taper startx... SOUS RESERVE
Édité par steven Le 10/11/2023 à 15h29
No Comment ...
Merci de ne pas 'rebondir' sur mes post's
Censor => 2025





nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Est ce qu' ll pourrait y avoir eu un passage dans le menu démarrage -> "configurer la connexion automatique" avant apparition du problème ?
Ici si on arrive sur une invite de terminal, c' est que soit:
- Xorg n' arrive pas à se lancer ( problème de pilote graphique/écran)
- on a demandé un démarrage sans interface graphique
Dans tous les cas, il faut procéder comme l' indique Steven, c' est à dire se connecter avec son utilisateur normal et lancer la commande "startx". Deux choix s' offrent alors:
1) la commande startx revient sur l' invite de commande en demandant de consulter le fichier /var/log/Xorg.0.log
2) le bureau s' ouvre normalement
Dans le cas 1, cela nécessite une investigation plus poussée sur la cause du non lancement
Dans le cas 2, il faut regarder dans le CCM -> démarrage -> configuration de la connexion automatique -> lancer l' interface graphique au démarrage ( qui devrait être cochée)
@Steven: une connexion depuis une session terminal ne lance pas automatiquement l' environnement graphique ( et heureusement, sinon comment ferait on pour supprimer le fichier .Xauthority ?

Édité par nic80 Le 10/11/2023 à 19h34

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
la commande startx n'est plus en odeur de sainteté.
Je recommanderais
systemctl isolate graphical.target
On peut taper
systemctl isolate g puis la touche <Tabulation>, ce qui complète automatiquement le reste de la commande.
Yves

gilles89 Membre non connecté
-
- Voir le profil du membre gilles89
- Inscrit le : 28/07/2016
- Groupes :
Merci à vous pour vos réponses, je vais noter cela précieusement pour quand sa se représentera.
Je vais faire les vérifs indiquées par NIC80 et peut-être que ça solutionnera définitivement le problème.
Bonne fin de semaine. 👍
Gilles

gilles89 Membre non connecté
-
- Voir le profil du membre gilles89
- Inscrit le : 28/07/2016
- Groupes :

Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
gilles89 :Pour info, il n'y avait pas de croix dans la connexion automatique pour lancer l'interface graphique. C'est peut-être là la source du problème.
Bonjour,
Ceci explique le comportement.
Ceci n'explique pas pourquoi l'option n'était pas/plus activée.
Yves
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie