Re: Écran noir après le démarrage.
> Le 13/01/2018 à 14:29, Charles Plessy a écrit :
> >
> > La perte du signal à l'écran semble arriver quand getty efface l'écran
> > avant d'afficher l'invite de connexion.
Le Sat, Jan 13, 2018 at 03:28:28PM +0100, Pascal Hambourg a écrit :
>
> Que je sache, effacer l'écran ne supprime pas le signal vidéo.
> Pas d'autre idée, mais tu peux regarder dans les logs système et noyau du
> démarrage précédent au cas où quelque chose serait visible.
>
> Pour exécuter lspci ou autre, tu peux démarrer avec l'installateur Debian en
> mode rescue, ou bien passer "init=/bin/bash" à la ligne de commande
Bien vu, avec init=/bin/bash, j'arrive à court-circuiter le démarrage et
obtenir un shell, qui me permet de regarder les logs du précident
démarrage.
L'un des derniers services démarrés par systemd est "Update UTMP about
System Runlevel Changes". Je n'ai pas l'impression qu'il y a un lien.
J'ai aussi essayé de démarrer systemd en mode pas à pas avec l'option
confirm_spawn=TRUE. Malheureusement, la ligne de l'écran me donnant le
nom du prochain service est souvent efffacée par des messages commencant
par « A start job is running for ». De plus, j'ai l'impression que les
services finissent quand même par se lancer. Au bout d'un certain
temps, les messages reprennent et l'écran finit par s'éteindre (ce qui
n'est pas le cas si je reste sous bash). Je n'ai pas le temps de lire
les derniers messages.
C'est quand même un gros progrès. Avec bash, j'ai espoir de configurer
le démarrage du réseau, et me connecter en SSH, un jour, peut-être...
Mais si seulement j'arrivais à trouver et bloquer le processus qui
modifie le signal envoyé à cet écran...
J'ai aussi mis « blacklist drm » dans /etc/modprobe.d/blacklist, sans
effet...
Charles
--
Charles Plessy
Tsurumi, Kanagawa, Japon
Reply to: