web-dev-qa-db-fra.com

Aucune interface graphique après la mise à niveau de Kubuntu 18.04 LTS à partir de 17.10

J'ai un ordinateur portable MSI GP72. Je suis passé de 17.10 à 18.04 LTS il y a quelques heures aujourd'hui. Le processus de mise à niveau lui-même s'est bien passé. (Contrairement à cette question , j'utilise la version officielle finale.)

Cependant, bien que je puisse démarrer le système, je ne peux obtenir qu'un terminal. L'interface graphique est introuvable.

Ce dont j'ai besoin, c'est de l'aide pour:

  • trouver quoi/où est l'erreur, et
  • le réparer afin que je puisse récupérer l'interface graphique

Toute aide est appréciée.


J'ai été incapable de trouver des rapports d'erreur explicites. Voici quelques endroits que j'ai déjà visités:

  • /var/log/syslog
  • /var/log/kern.log
  • /var/log/boot.log

Les entrées boot.log affichent [OK]s pour les services, y compris [OK] Started Login Service.. Fait intéressant, l'entrée lightdm se présente comme suit

...
[OK] Started LSB: GNOME Display Manager.
[OK] Started Permit User Sessions.
[OK] Started Disk Manager.
     Starting Network Manager Script Dispatcher Service...
     Starting Hold until boot process finishes up...
     Starting Light Display Manager...
...
[OK] Started Network Manager Script Dispatcher Service.
...

La vérification de l’état de lightdm.service indique ce qui suit (j’ai omis les horodatages avec <date> pour éviter l’encombrement):

$ systemctl status lightdm.service
lightdm.service - LSB: Start lightdm
  Loaded: loaded (/etc/init.d/lightdm; generated)
  Active: active (exited) since <date>; 1h 2min ago
    Docs: man:systemd-sysv-generator(8)
 Process: 3251 ExecStop=/etc/init.d/lightdm stop (code=exited, status=0/SUCCESS)
 Process: 3327 ExecStart=/etc/init.d/lightdm start (code=exited, status=0/SUCCESS)

<date> msi-Hive systemd[1]: Starting LSB: Start lightdm...
<date> msi-Hive systemd[1]: Started LSB: Start lightdm.

Donc, pour une raison quelconque, le service semble quitter après avoir été lancé et son code de sortie est "réussi".

La commande systemctl start lightdm.service retourne simplement au terminal et n’affiche rien (c’est-à-dire aucune sortie, erreur, etc.). Passage d’autres terminaux à l’aide des touches Ctrl + Alt + F1-F8 clés ne montre pas une interface graphique de travail ailleurs.


Veuillez prendre note de la méta annonce indiquant que buntu Bionic Beaver 18.04 LTS est maintenant disponible, et les publications à ce sujet sont (en général) plus lointaines .

11
code_dredd

( TL; DR; Exécutez Sudo apt-get install lightdm pour permettre au système de détecter et d'installer les dépendances manquantes. Dans ce cas, la mise à niveau semble avoir supprimé bindfs et a donc dû être réinstallée.


Il s'est avéré que le package lightdm a été laissé dans un état défectueux après la mise à niveau. La commande Sudo dpkg-reconfigure lightdm s'est terminée par une erreur et a indiqué que le package lightdm était broken or not completely installed.

Ainsi, relancer Sudo apt-get install lightdm après la fin de la mise à niveau a montré que bindfs n'était pas installé. Bien que, selon apt-cache show lightdm, le package bindfs apparaisse dans la catégorie 'Suggests', le processus d'installation du package a permis au service de s'exécuter comme prévu et de résoudre le problème.

Il semble que ce paquetage soit réellement requis par lightdm, mais est (incorrectement) non répertorié comme tel, donc lightdm finit par être endommagé après mise à niveau.

Pour résoudre ce problème, réinstallez-le pour vous assurer que les dépendances sont remplies.

15
code_dredd