[RESOLU] mon LinuxMint 21 démarre en mode terminal

[Glenic1]

Bonjour,
J'ai équipé récemment mon ordi HP Probook 650 G1 de Linux Mint 21.

Du fait de l'UEFI dont cet ordinateur est équipé, la chose n'a pas été aisée pour un débutant comme moi.
J'ai raconté cette histoire dans ce sujet Installation de Linux Mint 21 sous UEFI (avec un ordi HP)
Il ne me restait plus qu'à activer ma partition LUKS pour le mettre en service normal et réformer mon vieil Acer 7630.

Or cet HP vient de me faire un coup de calcaire très décourageant. J'en viens à regretter Windows, c'est dire !

Sans que j'ai rien fait de particulier, ou alors "à l'insu de mon plein gré", il ne me donne plus accès au Linux Mint "normal" en mode graphique, mais démarre uniquement en mode terminal.

Voici les copies d'écran :
D'abord un échec du Process Core Dump (très mystérieux pour moi, mais comme d'habitude en informatique, Wikipedia m'a un peu éclairé -> https://fr.wikipedia.org/wiki/Core_dump

2023-06-28_225700 failed to start Process Core Dump.jpg (300.4 Kio) Vu 13335 fois

Deux minutes plus tard, le traitement du core dump semble avoir réussi (pourquoi ?) mais l'aiguillage informatique m'oriente vers le mode terminal.

2023-06-28_225900 2 minutes plus tard un autre essai.jpg (225.8 Kio) Vu 13335 fois

Encore 2 minutes et l'ordi n'arrive pas à retrouver le bon compte (le mien). Rétrospectivement, je sais pourquoi : dans la panique, je ne me souvenais plus de l'identifiant, que je n'utilise jamais, contrairement au mot de passe de ma session.

2023-06-28_230132 failed to start accounts service.jpg (354.35 Kio) Vu 13335 fois

A suivre...

[Glenic1]

Deux jours après, la mémoire m'est revenue, je tape le bon identifiant et le bon mot de passe. Cette fois-ci, l'ordi démarre sur mon compte mais en mode terminal.

2023-06-30_enfin le mode terminal.jpg (315.37 Kio) Vu 13334 fois

Quelqu'un a-t-il une idée de ce qu'il faut faire pour retrouver l'affichage classique ?

[patoo45]

Un de mes souvenirs est de lancer la commande "startx" dans ton terminal pour lancer la session graphique.

Vu sur un forum pour repasser en mode graphique, je n'assure pas le résultat :

pour connaitre le mode de démarrage
sudo systemctl get-default

passer en texte
sudo systemctl set-default multi-user.target

passer en mode graphique
sudo systemctl set-default graphical.target

[Glenic1]

Merci Patoo pour ces pistes de résolution du problème.

Un ami m'a déjà suggéré la commande startx. Elle n'a rien donné.

Il reste l'autre piste que je vais explorer.

[patoo45]

startX fonctionnait quand le gestionnaire graphique était Xwindows.

[maxoxo]

Salut,

Tiens j'étais pas venu depuis quelques semaines, on dirait qu'il y a de quoi reprendre du service, c'est le genre de bug que j'aime bien

J'apporte quelques compléments sur les commandes indiquées par Patoo

pour connaitre le mode de démarrage
sudo systemctl get-default

passer en texte
sudo systemctl set-default multi-user.target

passer en mode graphique
sudo systemctl set-default graphical.target

Ces commandes servent à indiquer à systemd (qui est l'init de la plupart des distributions aujourd'hui) si l'on souhaite démarrer un environnement graphique non. L'idée est de pouvoir choisir entre en ligne de commande ou graphique. Dans le cas d'espèce, elles ne peuvent pas réparer le problème car le système est bien prévu pour démarrer l'interface graphique. Le souci étant plutôt un problème logiciel qui empêche ladite interface de démarrer correctement.

startX fonctionnait quand le gestionnaire graphique était Xwindows.

C'est toujours le cas sur Linux Mint, X11 (X Window System) est toujours le serveur d'affichage par défaut de la distribution puisque Mint fait appel à des environnements de bureau qui ne supportent pas encore réellement Wayland. C'est le cas dans dans la version 21 de Glenic.

Si startx ne fonctionne pas ici, c'est plutôt parce qu'il manque des fichiers de configuration. Cette commande sert à démarrer manuellement un environnement graphique X11, mais elle a besoin d'indications pour fonctionner, elle ne peut rien faire seule. Or les fichiers de configuration xserverrc ou xinitrc ne sont plus forcément présents par défaut sur les distributions modernes. Il faudrait créer ces fichiers à la main pour pouvoir utiliser startx.

Allez maintenant, c'est parti, tentons une résolution du problème de Glenic

On va d'abord chercher à comprendre ce qu'il se passe et quels sont les éléments qui déconnent. Pour cela, nous allons avoir besoin que tu nous donne la sortie des commandes suivantes :

Code : Tout sélectionner

sudo systemctl --failed

Code : Tout sélectionner

sudo dmesg | less

Code : Tout sélectionner

sudo journalctl -u lightdm.service

À partir de là on pourra explorer plusieurs pistes pour résoudre ton souci. A+

[Glenic1]

Formidable !
On dirait une recherche de preuves.
Cette enquête est difficile mais je sens qu'on peut (à plusieurs sur le forum) arriver à résoudre ce mystère.
Mon dimanche 23 est bien occupé par d'autres choses que l'informatique mais je vais essayer de faire ces 3 tests demain soir pour poster les résultats dans la foulée.
A bientôt donc

[Glenic1]

Hello,
Voici le résultat des 2 premières formules magiques

Code : Tout sélectionner

sudo systemctl --failed

2023-07-25_resultat systemctl.jpg (445.72 Kio) Vu 13289 fois

et voici maintenant le résultat de la 2ème formule

Code : Tout sélectionner

sudo dmesg | less

2023-07-25_resultat dmesg.jpg (494.3 Kio) Vu 13289 fois

Désolé pour la moins bonne qualité de la 2ème copie d'écran, mais il fallait que je compresse l'image pour la faire passer sous la limite fatidique des 512 ko autorisés sur le forum. J'ai conservé l'image à 2,3 Mo et je peux la détailler.

Pour avoir le résultat de la 3ème commande, il faudra attendre un peu. Je dois forcer l'extinction de l'ordi.
En bas de la copie d'écran, vous verrez que le curseur clignote. La commande n'est pas considérée comme terminée ???

[Glenic1]

Surprise !

Pendant que j'avais le dos tourné pour rédiger le post précédent sur mon Acer, le HP est repassé en mode graphique tout à fait normal....

2023-07-25_192940 on dirait que c-est repare.jpg (238.17 Kio) Vu 13288 fois

A suivre pour la suite car là tout de suite, j'ai autre chose sur le feu !

[Glenic1]

Hello,
J'avais un vague espoir que l'application de la commande

Code : Tout sélectionner

sudo dmesg | less

avait réparé l'ordi mais aujourd'hui, en allumant l'ordi, le défaut s'est reproduit : d'abord un "failed to start accounts service" puis une demande de l'identifiant et du mot de passe qui conduit au mode console.
Donc le démarrage correct d'hier reste unique.
Je suis reparti dans le mode "panne"

Voyons maintenant le résultat de la 3ème ligne de commande préconisée par maxoxo.
Il s'agit de

Code : Tout sélectionner

sudo journalctl -u lightdm.service

2023-07-26_234648 les lignes rouges dans le journal ctl.jpg (400.1 Kio) Vu 13279 fois

Manifestement, il se passe quelque chose de pas normal au démarrage depuis longtemps (le 5 avril)
Mais quoi ?
Le 14 avril, autre erreur, peut-être moins grave puisque la ligne est en jaune, pas en rouge.
Pourtant, en avril, l'ordi fonctionnait normalement.
Seules plusieurs lignes identiques en anglais indiquaient une répétition d'une erreur de transmission qui concernait la puce TPM

2023-07-26_234811 maintenant des lignes jaunes.jpg (502.64 Kio) Vu 13279 fois

Et aujourd'hui, nouvelles lignes en jaune avec un texte un peu différent

2023-07-26_235309 toujours des lignes en jaune.jpg (379.99 Kio) Vu 13279 fois

Bref, rien n'est simple !