[résolu]Pas de démarrage en mode graphique après upgrade vers stretch

Bonjour.

Suite a l’ upgrade de ma debian 8.9 jessie vers stretch, je ne démarre plus la session graphique.
Juste sur TTY.
startx est inopérant.
Le reste semble bien fonctionner, car j’ai accès à mon serveur.
Je met ici le retour de la commande proposée par Grantoubab dans le précédent sujet:

Retour de : lspci -nnk | grep -i vga -A2

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GM204 [GeForce GTX 970] [10de:13c2] (rev a1)
Subsystem: Gigabyte Technologie Co., Ltd GM204 [GeForce GTX 970] [1458:367a]
Kernel driver in use: nvidia

Merci :wink:

nvidia…

verifier aussi que tous les services sont bien actifs

systemctl --failed

Quand tout est ok ça donne ça

@debian:~$ systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use ‘systemctl list-unit-files’.

Et comme j’ai déjà vu ce genre de pb ailleurs


systemctl status  nvidia-persistenced.service  -l --no--pager
sudo locate nvidia-persistenced 
grep NVRM /var/log/syslog

Voici ce que me répond : systemctl --failed

UNIT LOAD ACTIVE SUB DESCRIPTION
.systemd-modules-load loaded failed failed Load Kernel Modules

Pour : systemctl status nvidia-persistenced.service -l --no–pager

option non reconnue « --no–pager »
J’ai essayé sans --no–pager:
Unit nvidia-persistenced.service could not be found

Pour : sudo locate nvidia-persistenced
Ne pouvant pas faire de copier/coller, je vais juste résumer.
12 des “nvidia-persistenced” se trouvent dans: usr/share/doc
Un seul se trouve dans : usr/bin
Un seul dans : usr/ share/lintian/overrides
Un dans : usr/share/man/man1
Deux dans : var/cache/apt/archives
Et deux dans: var/lib/dpkg/info

Pour: grep NVRM /var/log/syslog

Nov 24 19:56:18 debian kernel: [ 16.542056] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 375.82 Wed Jul 19:21:16:49 PDT 2017 (using threaded interrupts)

Voila, je ne sais pas trop quoi en penser…

PS: désolé pour la mise en page (surtout pour le retour de la première commande), je ne sais pas faire les espaces.

Il y a du nouveau…
J’ai viré les modules qui ne démarraient pas.
C’était des modules “IT87” générés par sensors-detect, qui n’ont pas d’utilité immédiates.
J’ai refait un : “systemctl --failed” et maintenant la réponse est la suivante:

      UNIT                  LOAD         ACTIVE             SUB                            DESCRIPTION
    .virtualbox.service      loaded       failed            failed                  LSB: VirtualBox Linux Kernel module 

Bien entendu ça ne démarre toujours pas de session graphique…

Salut

  • Virtualbox je connais pas

pour savoir pourquoi il echoue

systemctl status virtualbox.service -l --no-pager

  • Pour l’affichage , essai avec l’option nomodeset

au moment de l’affichage de la ligne grub, tu appuies sur la touche e pour passer en edition et tu ajoutes nomodeset en fin de la ligne des parametres du boot

Salut.

résultat pour: systemctl status virtualbox.service -l --no-pager

.virtualbox.service - LSB: VirtualBox Linux Kernel module
Loaded: loaded (etc.init.d/virtualbox: generated; vendor preset: enable)
Active: failed (Result: exit-code) since Sat 2017-11-25 15:57:11 CET; 1min59 ago
Docs man: systemd-sysv-generator(8)
Process: 1080 ExecStart=/etc.init.d/virtualbox start (code=exited, status=1/FAILURE)

L’ajout de nomoset ne change rien, j’ai laissé “quiet splash” peut être devrais-je l’enlever?

Je regarderai le “man” proposé pour virtualbox demain matin, car la je dois partir au taf.

Merci Grantoubab :wink:

c’est nomodeset ( no-mode-set in english ) pas nomoset
splash c’est l’animation graphique par plymouth
quiet c’est le masquage de l’affichage mode texte du démarrage

Si tu enlèves les deux tu auras donc tous les messages du démarrage sur ton écran

Bonne lecture :grinning:

Lol, oui , bien sur, j’ai bien mis nomodeset. c’est en l’écrivant ici que j’en ai oublié un morceau.
Disons que pour certainement distribution sur certaines machines, c’est une chose que je suis habitué à faire :wink:

Demain matin j’enlèverai quiet splash pour voir ce qu’il raconte…

Bonne soirée :wink:

Voila, j’ai enlevé “quiet splash” et mis nomodeset…
j’ai essayé de voir s’il y a des lignes rouges ou messages d’erreurs, je n’ai rien vu, ça ne veut pas dire
qu’il n’ y en a pas, seulement que je n’ai rien vu…

En relisant mon premier post, je vois que j’ai oublié quelque chose d’important, je pense.
Au démarrage, j’ai le beau logo Nvidia sans problème de résolution. Ensuite après le grub,
c’est quand je rentre mon user et mon mot de passe que s’ouvre TTY1.
Le gestionnaire de connexion est “normal” sa résolution d’affichage est bonne, comme avant en fait.

Voila peut être que ces précisions vous donnerons une idée plus précise sur mon problème.

c’est surement le driver nvidia qui cause problème

en root essayer:

apt install --reinstall nvidia-driver

update-initramfs -u

Salut :slight_smile:

J’ai fait, mais c’est toujours pareil… :frowning:

Aucun problème lors de la réinstallation de nvidia-driver, ni pendant le “update-initramfs -u”.
Mais pas mieux qu’avant au reboot…

Bonne soirée.

Quand tu es sur le tty1, connectes toi en mode texte avec ton utilisateur ordinaire et jette un oeil dans son /home dans les fichiers .xsession-errors surtout les précédents, ceux qui correspondent à l’échec en graphique.

Ok , merci Grantoubab. Je fais ça demain matin, car je dois partir au taf.
Je dis demain ce qu’il en est…

Bonjour Grantoubab.

J’ai fait ce que tu m’as demander.
J’ai édité les .xsession-errors et .xsession-errors.old
Le second concerne ma tentative de connexion de dimanche.
Ça ne me cause pas…:confused:
Je vais tenter ce soir de copier ces fichiers sur le serveur, enfin de les récupérer sur l’ordi que j’utilise ici.
Si ça marche je te les montrerai.

Bonne journée à toi :wink:

Voici le contenu des fichiers .xsession-errors et .xsession-errors.old de mon /home:

.xsession-errors:

Xsession: X session started for alain at lundi 27 novembre 2017, 09:05:02 (UTC+0100)
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/alain/.Xauthority
localuser:alain being added to access control list
localuser:boinc being added to access control list
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1
OpenGL version: 4.
dbus-update-activation-environment: setting USER=alain
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting HOME=/home/alain
dbus-update-activation-environment: setting DESKTOP_SESSION=lightdm-xsession
dbus-update-activation-environment: setting XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=alain
dbus-update-activation-environment: setting PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting GDM_LANG=fr_FR.utf8
dbus-update-activation-environment: setting XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=fr_FR.UTF-8
dbus-update-activation-environment: setting XDG_SESSION_DESKTOP=lightdm-xsession
dbus-update-activation-environment: setting XAUTHORITY=/home/alain/.Xauthority
dbus-update-activation-environment: setting XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/alain
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting GDMSESSION=lightdm-xsession
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/alain
/etc/X11/Xsession: 26: /etc/X11/Xsession.d/98vboxadd-xclient: notify-send: not found

.xsession-errors.old (celui de dimanche)

Xsession: X session started for alain at dimanche 26 novembre 2017, 15:56:33 (UTC+0100)
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting XAUTHORITY=/home/alain/.Xauthority
localuser:alain being added to access control list
localuser:boinc being added to access control list
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1
OpenGL version: 4.
dbus-update-activation-environment: setting USER=alain
dbus-update-activation-environment: setting XDG_SESSION_TYPE=x11
dbus-update-activation-environment: setting HOME=/home/alain
dbus-update-activation-environment: setting DESKTOP_SESSION=lightdm-xsession
dbus-update-activation-environment: setting XDG_SEAT_PATH=/org/freedesktop/DisplayManager/Seat0
dbus-update-activation-environment: setting QT_LINUX_ACCESSIBILITY_ALWAYS_ON=1
dbus-update-activation-environment: setting DBUS_SESSION_BUS_ADDRESS=unix:path=/run/user/1000/bus
dbus-update-activation-environment: setting LOGNAME=alain
dbus-update-activation-environment: setting PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
dbus-update-activation-environment: setting GDM_LANG=fr_FR.utf8
dbus-update-activation-environment: setting XDG_SESSION_PATH=/org/freedesktop/DisplayManager/Session0
dbus-update-activation-environment: setting XDG_RUNTIME_DIR=/run/user/1000
dbus-update-activation-environment: setting DISPLAY=:0
dbus-update-activation-environment: setting LANG=fr_FR.UTF-8
dbus-update-activation-environment: setting XDG_SESSION_DESKTOP=lightdm-xsession
dbus-update-activation-environment: setting XAUTHORITY=/home/alain/.Xauthority
dbus-update-activation-environment: setting XDG_GREETER_DATA_DIR=/var/lib/lightdm/data/alain
dbus-update-activation-environment: setting SHELL=/bin/bash
dbus-update-activation-environment: setting GDMSESSION=lightdm-xsession
dbus-update-activation-environment: setting QT_ACCESSIBILITY=1
dbus-update-activation-environment: setting GPG_AGENT_INFO=/run/user/1000/gnupg/S.gpg-agent:0:1
dbus-update-activation-environment: setting PWD=/home/alain
/etc/X11/Xsession: 26: /etc/X11/Xsession.d/98vboxadd-xclient: notify-send: not found

La dernière ligne semble bien indiquer qu’il y a un problème avec VB (98vboxadd-xclient)…

[edit] En installant le paquet “libnotify-bin” je n’ai plus le message de la dernière ligne dans
.xsession-errors. mais aucun changement, toujours pas de connexion a l’environnement graphique (KDE).

Bonjour Grantoubab , bonjour à tous.

Voila c’est résolu.
Pour faire cours, c’était que le DE n’était pas installé, donc il ne risquait pas de démarrer :grimacing:

Comment je m’en suis aperçu ? Hé bien disons, qu’après avoir constaté que dans les logs il ne subistait
pas d’erreurs (ça m’a au moins permis de supprimer quelles erreurs). J’ai regardé avec concentration et
application ma fenêtre de connexion lightdm .
1ère réflexion: pourquoi lihtdm? lightdm était mon ancien gestionnaire de connexion, mais en y réfléchissant
le upgrade n’aurait il pas du m’installer SDDM le nouveau gestionnaire fourni par debian 9 pour KDE?
Cette idée m’a fait rechercher SDDM: "non installé ":thinking:
2éme réflexion: y a t’il d’autre programme de KDE5 non installés? Oui en fait tous…:thinking:
3éme réflexion: KDE est il installé? réponse: non.
J’ai donc installé “kde-standart”, puis redémarrage et la c’est ok… démarrage sur SDDM puis KDE démarre.:grinning:

Je n’aurai jamais pensé que l’upgrade puisse supprimer KDE4 et ne pas le remplacer par KDE5.
D’autant que jusqu’a maintenant les changements de versions ne m’ont jamais fait ça.
Mais réflexion faite, vu les énormes changements entre kde4 et 5, c’est peut être un fonctionnement normal :thinking:
D’ailleurs a propos de changements, il y en a ! :open_mouth: Et pas qu’un peu…Et pas en bien… Enfin c’est une autre histoire. Sinon point positif ce kde plasma 5 est plus léger que le 4, je le vois à la conso de ram.

En tout cas, je suis désolé de vous avoir embêté avec ce problème qui n’en était pas vraiment un.
Et un très grand merci à Grantoubab qui m’a énormément aidé pour la résolution de ce problème.
Merci Grantoubab :+1: :grinning:

Salut,
C’est assez énorme ça, plus de gestionnaire de bureau après upgrade! je ne trouve pas ça vraiment normal
Tu dois avoir une grande quantité de log dans /var/log/apt ça vaudrait le coup de fouiller dedans pour voir s’il n’y a pas eu des erreurs sur kde4 ou kde5 au moment de l’upgrade

ls -alrt /var/log/apt

voir si la doc officielle évoque le pb
https://www.debian.org/releases/stretch/amd64/release-notes/ch-upgrading.fr.html

salut.

la commande me retourne ça:

alain@debian:~$ ls -alrt /var/log/apt
total 1628
-rw-r-----  1 root adm     7289 déc.   1  2016 term.log.12.gz
-rw-r--r--  1 root root    3219 déc.   1  2016 history.log.12.gz
-rw-r-----  1 root adm     9232 déc.  29  2016 term.log.11.gz
-rw-r--r--  1 root root    2868 déc.  29  2016 history.log.11.gz
-rw-r-----  1 root adm     5706 janv. 29  2017 term.log.10.gz
-rw-r--r--  1 root root    2463 janv. 29  2017 history.log.10.gz
-rw-r-----  1 root adm     6282 févr. 28  2017 term.log.9.gz
-rw-r--r--  1 root root    2804 févr. 28  2017 history.log.9.gz
-rw-r-----  1 root adm     6481 mars  30  2017 term.log.8.gz
-rw-r--r--  1 root root    2480 mars  30  2017 history.log.8.gz
-rw-r-----  1 root adm     5479 avril 30  2017 term.log.7.gz
-rw-r--r--  1 root root    2096 avril 30  2017 history.log.7.gz
-rw-r-----  1 root adm     7625 mai   31 04:30 term.log.6.gz
-rw-r--r--  1 root root    2682 mai   31 04:30 history.log.6.gz
-rw-r-----  1 root adm     5231 juil.  1 07:08 term.log.5.gz
-rw-r--r--  1 root root    2237 juil.  1 07:08 history.log.5.gz
-rw-r-----  1 root adm     3296 juil. 30 03:19 term.log.4.gz
-rw-r--r--  1 root root    1635 juil. 30 03:19 history.log.4.gz
-rw-r-----  1 root adm     3975 sept.  1 00:34 term.log.3.gz
-rw-r--r--  1 root root    1669 sept.  1 00:34 history.log.3.gz
-rw-r-----  1 root adm     4633 sept. 29 03:01 term.log.2.gz
-rw-r--r--  1 root root    1992 sept. 29 03:01 history.log.2.gz
-rw-r-----  1 root adm      390 nov.   7 01:56 term.log.1.gz
-rw-r--r--  1 root root     305 nov.   7 01:56 history.log.1.gz
drwxr-xr-x 23 root root    4096 nov.  28 03:31 ..
drwxr-xr-x  2 root root    4096 nov.  28 04:57 .
-rw-r--r--  1 root root  107084 nov.  28 04:57 eipp.log.xz
-rw-r-----  1 root adm  1204935 nov.  28 04:57 term.log
-rw-r--r--  1 root root  191624 nov.  28 04:57 history.log
alain@debian:~$ 

Rien a la date de l’ugrade… Les plus récents à date d’aujourd’hui après installation de kde…
Je vais voir ton lien. Merci

il n’y aura pas forcement la date exacte de l’upgrade, décompresse celui de la date la plus proche avant la date de l’upgrade

NB logrotate en garde 1 / mois avec 12 au maximum

 cat /etc/logrotate.d/apt
/var/log/apt/term.log {
  rotate 12
  monthly
  compress
  missingok
  notifempty
}

/var/log/apt/history.log {
  rotate 12
  monthly
  compress
  missingok
  notifempty
}

j’ai décompressé celui a la date la plus proche le 07/11 alors que l’upgrade fait le 24/11:
voici ce qu’il contient:

Start-Date: 2017-11-07  01:55:50
Commandline: /usr/sbin/synaptic --hide-main-window --non-interactive --parent-window-id 83886111 -o Synaptic::closeZvt=true --progress-str Veuillez patienter, ceci peut prendre un certain temps --finish-str La mise à jour est terminée --set-selections-file /tmp/tmpLfF_0V
Upgrade: vivaldi-snapshot:amd64 (1.13.971.8-1, 1.13.1008.3-1)
End-Date: 2017-11-07  01:56:12

Je regarde cette nuit pour logrotate. merci pour le tuyau :wink:
Sinon dans la doc je n’ai rien trouver concernant ce problème. j’ai fait une recherche avec le mt “kde”… Mais rien.

Bonne journée à toi, moi je vais me coucher. Le cœur un peu plus serein que ces derniers jours :slight_smile: