Vous n'êtes pas identifié(e).
Dernière modification par Caribou22 (04-11-2019 13:59:44)
Hors ligne
LinuxMint 20.3 Cinnamon sur Lenovo LEGION Y520 - 16 Go - SSD256 + HHD1000
Raspberry-Pi-OS et/ou Twister sur Rasberry Pi 400
Hors ligne
Hors ligne
Dernière modification par d33p (21-08-2017 12:30:06)
science sans conscience n'est que ruine de l'âme...
Hors ligne
Dernière modification par raleur (21-08-2017 12:57:04)
Il vaut mieux montrer que raconter.
Hors ligne
J'ai déjà vu ce genre de distorsion d'affichage en mode EFI sur des portables HP Elitebook 8460 et 8470, jusqu'à Wheezy. Sûrement une incompatibilité avec le module framebuffer EFI du noyau. Ile me semble que j'avais dû bidouiller dans la configuration de GRUB (quelque chose comme gfxpayload=keep et/ou gfxmode=800x600) pour que l'affichage soit droit (mais pas en résolution optimale). L'affichage redevenait optimal après l'activation du pilote i915 (qui n'est pas activé dans l'installateur).
Par contre ce problème ne s'était pas reproduit depuis Jessie.
Est-ce que cela se produit aussi en amorçant l'installateur en mode BIOS/legacy ?
Bingo !
En mode BIOS/Legacy ça s'affiche bien. Par contre je dois installer en UEFI pour garder Windows 10 en dual-boot.
Je vais essayer les paramètres que tu m'as donné en mode UEFI pour voir.
Edit : L'ajout de gfxpayload=keep ET gfxmode=800x600 : Pareil
gfxpayload=keep seul : idem
gfxmode=800x600 seul : idem
Dernière modification par Caribou22 (21-08-2017 13:22:06)
Hors ligne
Si rien ne marche, tu peux faire l'installation en mode BIOS sans installer de chargeur d'amorçage, puis redémarrer avec Debian live en mode EFI, chrooter sur le système installé et installer GRUB EFI.
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Caribou22 (21-08-2017 16:26:58)
Hors ligne
Dernière modification par raleur (21-08-2017 16:57:09)
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Caribou22 (21-08-2017 17:20:53)
Hors ligne
Dernière modification par d33p (21-08-2017 17:23:18)
science sans conscience n'est que ruine de l'âme...
Hors ligne
et avec un ecran externe? c'est pas correct? sinon tu fais ton installation avec un screen externe et tu mets les pilotes par la suite? (faut tester avec le screen onboard fermé d'entrée de jeu) parfois le chip interne est different du chip externe, ça peut influer sur le comportement... un ecran à tester ça prend qq minutes, c'est un test pas tres long...
à voir...
J'ai essayé de brancher un écran externe en HDMI, puis en VGA. J'avais le bug d'affichage sur l'écran de l'ordi et l'écran externe restait noir
Mais comme le problème vient d'après raleur du pilote qui n'est pas chargé pour l'installation, je ne pense pas que ce soit un soucis d'écran ? Rappel : En live, les pilotes sont chargés et tout fonctionne
Dernière modification par Caribou22 (21-08-2017 17:29:17)
Hors ligne
(faut tester avec le screen onboard fermé d'entrée de jeu)
sinon l'externe restera noir en effet.
mais parfois les chip interne/externe sont differents ou gerés de maniere differente, chip different = drivers differents, raleur à surement raison car bien plus experimenté, mais tester avec un ecran externe + ecran du laptop fermé directement ça prend 2 minutes, c'est peut etre rentable de tester?
Dernière modification par d33p (21-08-2017 17:44:55)
science sans conscience n'est que ruine de l'âme...
Hors ligne
(faut tester avec le screen onboard fermé d'entrée de jeu)
sinon l'externe restera noir en effet.
mais parfois les chip interne/externe sont differents ou gerés de maniere differente, chip different = drivers differents, raleur à surement raison car bien plus experimenté, mais tester avec un ecran externe + ecran du laptop fermé directement ça prend 2 minutes, c'est peut etre rentable de tester?
J'ai testé avec deux écrans VGA différents : écran noir après le boot du DVD. (Le BIOS s'y est bien affiché avant.)
Sur un écran HDMI tout est resté noir.
Je pense toujours que le plus simple est de mettre le disque dur dans un autre ordi le temps de l'installation (avec Windows en dual-boot sur ce disque dur).
Quelqu'un pourrait me confirmer que c'est possible ?
Hors ligne
Dernière modification par d33p (21-08-2017 19:19:42)
science sans conscience n'est que ruine de l'âme...
Hors ligne
J'ai essayé de brancher un écran externe en HDMI, puis en VGA. J'avais le bug d'affichage sur l'écran de l'ordi et l'écran externe restait noir
Il faut basculer l'affichage sur l'écran externe. Généralement ça se fait avec une combinaison de touches Fn+Fx. Sur mon PC c'est Fn+F5, mais cela peut varier d'une marque à l'autre.
Mais comme le problème vient d'après raleur du pilote qui n'est pas chargé pour l'installation
Je n'ai pas écrit que le problème venait du non chargement du pilote du GPU, mais qu'il était corrigé par le chargement de ce pilote. Mais ce n'est pas non plus un l'idéal : on ne voit rien de ce qui se passe entre GRUB et le chargement du pilote, notamment lors de l'exécution de l'initramfs pour monter la racine, donc si quelque chose bloque dans cet interface on est coincé. (Je dramatise un peu, on peut forcer le chargement du pilote tôt dans l'exécution de l'initramfs. J'avais d'ailleurs expérimenté la reconstruction de l'inintramfs de l'installateur pour inclure le pilote, mais c'est une autre histoire).
En réalité, je ne sais pas d'où vient le problème. GRUB arrive très bien à piloter l'affichage en mode EFI. Le noyau Linux a un pilote générique pour l'affichage en mode EFI (efifb). L'affichage peut-être correct avec le même noyau sur une autre machine, ou avec un noyau différent sur la même machine... Difficile de dire si le bug est dans le noyau ou le firmware UEFI de la machine. Je me borne à parler d'une incompatibilité entre les deux.
je ne pense pas que ce soit un soucis d'écran ?
Le problème pourrait être lié au mode graphique utilisé. On peut deviner que l'affichage apparaît déchiré comme si le nombre de pixels par ligne dans la mémoire vidéo ne correspondait pas au nombre de pixels par ligne de balayage de l'écran. Avec un autre écran de résolution différente, un autre mode graphique pourrait être sélectionné et entraîner un affichage correct.
Il peut aussi arriver que l'affichage devienne correct quand on bascule dans une des consoles en mode texte avec Alt+F2 ou F3 (+Ctrl avec l'installateur en mode graphique).
Mettre le disque dur dans un autre ordi (qui a un BIOS UEFI) pour installer sur le disque dur en dual-boot, puis le remettre dans l'ordi d'origine. Ça pourrait marcher aussi ?
Pas très bien, car l'installation de GRUB serait enregistrée dans le firmware EFI de l'ordinateur utilisé pour l'installation (en écrasant une éventuelle entrée "debian" existante au passage, donc attention), donc on se retrouverait plus ou moins au même point qu'en faisant l'installation en mode BIOS.
On peut aussi regarder du côté des possibilités du menu de boot (F9) en mode EFI du firmware du PC. Par exemple, sur le HP 8460, on peut indiquer l'emplacement du fichier .efi à exécuter, sans qu'il y ait une entrée d'amorçage enregistrée pour ce fichier.
Si l'écran externe ne donne rien, je détaillerai les solutions évoquées dans mon message précédent.
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Démarrer Debian live en mode EFI
Commandes à exécuter dans le chroot
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Dernière modification par Caribou22 (28-08-2017 11:22:26)
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
(toute erreur dans la commande peut avoir des conséquences catastrophiques)
Il vaut mieux montrer que raconter.
Hors ligne