Re: Écran noir après le démarrage.
> Le 16/01/2018 à 15:12, Charles Plessy a écrit : > > > 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... Le Wed, Jan 17, 2018 at 08:48:17PM +0100, Pascal Hambourg a écrit : > > Tu pourrais connecter le disque au ThinkPad pour configurer tout cela, non ? En effet. Au départ, le mini-PC était un serveur auquel je pouvais me connecter en SSH. Puis j'ai perdu le contrôle, d'où la manip avec le ThinkPad. Ce qui me manquait c'était les adresses MAC des ports ethernet sur le mini-PC. Comme j'ai pu les récupérer en démarrant avec init=/bin/bash, j'ai fini la reconfiguration sur le ThinkPad et tout est rentré dans l'ordre (sauf l'accès graphique, mais avec cette méthode je peux m'en passer). Pour la reconfiguration j'ai choisi sytemd-networkd, qui est très pratique pour gérer une configuration spécifique au matériel. Dans `/etc/systemd/network/` j'ai placé des unités `.link` assignant le nom eth0 au port du ThinkPad et eth1/2 aux ports du mini-PC. Je les ai complémentés avec des unités `.network` pour configurer les interfaces au cas par cas lorsqu'elles sont détectées. Tout fonctionne parfaitement, sans /etc/network/interfaces ni le paquet ifupdown. La seule difficulté, qui m'a pris plusieurs heures à résoudre, était que les fichiers `.link` doivent être présents au démarrage dans le système de fichier transitoire, et que donc il fallait lancer la commande `update-initramfs -u`... Merci à tous pour vos messages. Concrètement, mon problème est résolu, même si je ne sais toujours pas comment faire fonctionner cet écran HDMI sur mon mini-PC... Bon dimanche, -- Charles
Re: Écran noir après le démarrage.
Le 16/01/2018 à 15:12, Charles Plessy a écrit : 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. Moi non plus. 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... Tu pourrais connecter le disque au ThinkPad pour configurer tout cela, non ? Mais si seulement j'arrivais à trouver et bloquer le processus qui modifie le signal envoyé à cet écran... Peut-être un composant lié à la gestion de l'énergie ? J'ai aussi mis « blacklist drm » dans /etc/modprobe.d/blacklist, sans effet... Normal. Le module drm n'a pas d'alias P lié à des matériels particuliers dont la détection le feraient charger automatiquement par udev. Il n'est chargé automatiquement que par dépendance d'un autre module comme i915, et l'option blacklist est inefficace contre cela.
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
Re: Écran noir après le démarrage.
Le 2018-01-13 08:44, Charles Plessy a écrit : Bonjour à tous, J'ai épuisé toutes mes pistes. - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé (je n'observe pas de changement de résolution en cours de démarrage). - J'ai mis le module i915 en liste noire. - J'observe le même comportement en mode de secours (option « rescue » passée au noyau), dans lequel getty n'efface pas l'écran au moment d'afficher l'invite de confection. - Je n'ai pas d'autre écran disponible. Quelqu'un a-t-il une idée pour forcer la console à rester visible ? Bonne fin de semaine, Charles Bonjour Charles, Si possible, utilise une deuxième machine pour te connecter dessus en SSH et en profiter pour regarder les fichiers de log. Le plus souvent un "ssh -X" permet de lancer les applications graphiques. Quand le driver NVIDIA met la couche graphique au tapis, c'est ce que j'utilise pour diagnostiquer. En connexion SSH, il est aussi possible de faire un "init 3" pour faire tomber la couche graphique. Après, en connexion directe sur la machine, un "startx" devrait renvoyer quelques informations. Après avoir normalement quitté la session, j'ai ce texte l'écran : X.Org X Server 1.19.2 Release Date: 2017-03-02 X Protocol Version 11, Revision 0 Build Operating System: Linux 4.9.0-4-amd64 x86_64 Debian Current Operating System: Linux demolinux 4.14.0-0.bpo.2-amd64 #1 SMP Debian 4.14.7-1~bpo9+1 (2017-12-22) x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-4.14.0-0.bpo.2-amd64 root=/dev/mapper/root ro quiet Build Date: 16 October 2017 08:19:45AM xorg-server 2:1.19.2-1+deb9u2 (https://www.debian.org/support) Current version of pixman: 0.34.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/home/user/.local/share/xorg/Xorg.0.log", Time: Mon Jan 15 16:55:26 2018 (==) Using system config directory "/usr/share/X11/xorg.conf.d" xf86EnableIOPorts: failed to set IOPL for I/O (Operation not permitted) (II) AIGLX: Suspending AIGLX clients for VT switch (II) AIGLX: Suspending AIGLX clients for VT switch xinit: connection to X server lost waiting for X server to shut down (II) Server terminated successfully (0). Closing log file. Avec une deuxième machine, il est possible de tuer la session "startx" (avec ce qui va avec) à distance s'il est impossible de quitter normalement. Je suis dans une situation similaire avec Stretch, mais l'écran ne passe pas en mode veille de mémoire. J'ai essayé avec une carte NVIDIA que j'ai depuis 2011 et deux cartes ATI, écran noir à chaque fois. Pour l'instant j'utilise la carte de vidéo de la carte mère... Je n'ai pas eu le temps de faire plus de tests avec les cartes graphiques.
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. 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 du noyau.
Re: Écran noir après le démarrage.
> Le 13/01/2018 à 08:44, Charles Plessy a écrit : > > > > j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). > > > > Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, > > je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais > > juste à la fin, l'écran devient noir. Le Sat, Jan 13, 2018 at 09:20:28AM +0100, Pascal Hambourg a écrit : > > Il reste actif ou passe en veille ? En veille: il dit qu'il n'a plus de source, et la diode de son bouton d'allumage passe du vert continu à un orange clignotant. > > Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à > > l'invite en console virtuelle. > > Donc pas d'interface graphique ? Seulement la console virtuelle. > > - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé > > (je n'observe pas de changement de résolution en cours de démarrage). > > - J'ai mis le module i915 en liste noire. > > Le GPU est-il bien un Intel ? > lspci pour vérifier. Eh bien non, pas de lspci puisque mon écran est noir. Mais bien vu: le site du constructeur dit « Intel Graphics Media Accelerator GMA500 », donc ce n'est pas du i915. J'ai mis le module gma500_gfx en liste noire, et ça n'a rien résolu. > > - J'observe le même comportement en mode de secours (option « rescue » > > passée au noyau), dans lequel getty n'efface pas l'écran au moment > > d'afficher l'invite de confection. > > Et avec l'option "nomodeset" ? C'est ce que j'utilise déjà pour empêcher l'activation du framebuffer. Le Sat, Jan 13, 2018 at 09:36:31AM +0100, Sil a écrit : > > Juste une piste. Je crois qu'il y a un des paquets "console-*" qui > change la police de la console pendant le démarrage. Faire un essai en > les désinstallant. J'ai désinstallé console-setup et ça n'a pas résolu le problème. Le Sat, Jan 13, 2018 at 01:07:07PM +0100, daniel huhardeaux a écrit : > > Essayer avec GRUB_TERMINAL=console J'utilise déjà cette option, de concert avec nomodeset, pour que dans le portable Thinkpad le système démarré en mode console sans changement apparent de résolution. La perte du signal à l'écran semble arriver quand getty efface l'écran avant d'afficher l'invite de connexion. J'ai aussi copié /lib/systemd/system/getty@.service dans /etc/systemd/system et changé la valeur de TTYVTDisallocate en "no", mais ça n'a eu aucun effet. Getty est donc peut-être une fausse piste ? Merci quand même pour vous premières réponses, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
Re: Écran noir après le démarrage.
On Saturday 13 January 2018 13:07:07 daniel huhardeaux wrote: > Le 13/01/2018 à 08:44, Charles Plessy a écrit : > > j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). > > Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, > > je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais > > juste à la fin, l'écran devient noir. > > Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à > > l'invite en console virtuelle. Je ne comprend pas ce qui fait la > > différence. Bien entendu, c'est dans le mini-PC que je voudrais > > utiliser ce système. > > J'ai épuisé toutes mes pistes. > > - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé > > (je n'observe pas de changement de résolution en cours de démarrage). > > - J'ai mis le module i915 en liste noire. > > - J'observe le même comportement en mode de secours (option « rescue » > > passée au noyau), dans lequel getty n'efface pas l'écran au moment > > d'afficher l'invite de confection. > > - Je n'ai pas d'autre écran disponible. > > Quelqu'un a-t-il une idée pour forcer la console à rester visible ? > Essayer avec GRUB_TERMINAL=console Carte graphique pas reconnue ? J'ai souvent ce problème lorsque j'upgrade mon système. Je dois réinstaller le pilote graphique. André
Re: Écran noir après le démarrage.
Le 13/01/2018 à 08:44, Charles Plessy a écrit : Bonjour à tous, Bonjour j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais juste à la fin, l'écran devient noir. Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à l'invite en console virtuelle. Je ne comprend pas ce qui fait la différence. Bien entendu, c'est dans le mini-PC que je voudrais utiliser ce système. J'ai épuisé toutes mes pistes. - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé (je n'observe pas de changement de résolution en cours de démarrage). - J'ai mis le module i915 en liste noire. - J'observe le même comportement en mode de secours (option « rescue » passée au noyau), dans lequel getty n'efface pas l'écran au moment d'afficher l'invite de confection. - Je n'ai pas d'autre écran disponible. Quelqu'un a-t-il une idée pour forcer la console à rester visible ? Essayer avec GRUB_TERMINAL=console -- Daniel
Re: Écran noir après le démarrage.
Bonjour, Juste une piste. Je crois qu'il y a un des paquets "console-*" qui change la police de la console pendant le démarrage. Faire un essai en les désinstallant. Sil
Re: Écran noir après le démarrage.
Le 13/01/2018 à 08:44, Charles Plessy a écrit : j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais juste à la fin, l'écran devient noir. Il reste actif ou passe en veille ? Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à l'invite en console virtuelle. Donc pas d'interface graphique ? - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé (je n'observe pas de changement de résolution en cours de démarrage). - J'ai mis le module i915 en liste noire. Le GPU est-il bien un Intel ? lspci pour vérifier. - J'observe le même comportement en mode de secours (option « rescue » passée au noyau), dans lequel getty n'efface pas l'écran au moment d'afficher l'invite de confection. Et avec l'option "nomodeset" ?
Écran noir après le démarrage.
Bonjour à tous, j'ai un disque dur sur lequel est installé une Debian Stable (Stretch). Quand je l'installe dans un mini-PC (fit-PC2i) connecté à un écran HDMI, je vois GRUB ainsi qu'une bonne partie des messages de démarrage, mais juste à la fin, l'écran devient noir. Quand le j'installe dans un Thinkpad X60, le système démarre jusqu'à l'invite en console virtuelle. Je ne comprend pas ce qui fait la différence. Bien entendu, c'est dans le mini-PC que je voudrais utiliser ce système. J'ai épuisé toutes mes pistes. - J'ai configuré GRUB pour que le framebuffer ne soit pas utilisé (je n'observe pas de changement de résolution en cours de démarrage). - J'ai mis le module i915 en liste noire. - J'observe le même comportement en mode de secours (option « rescue » passée au noyau), dans lequel getty n'efface pas l'écran au moment d'afficher l'invite de confection. - Je n'ai pas d'autre écran disponible. Quelqu'un a-t-il une idée pour forcer la console à rester visible ? Bonne fin de semaine, Charles -- Charles Plessy Tsurumi, Kanagawa, Japon
