Vous n'êtes pas identifié(e).
La version qui est intallé est:
Les noyaux, je lance avevc le 5.9.0-2-amd64
Je teste que la 3D est OK:
J'ai bien une fenêtre qui s'ouvre avevc un engrenage et des roues dentées en 3D en mouvement
J'ai installé le package amdgpu en suivant la procédure d'ici mais sans succès:
https://wiki.debian.org/AMDGPUDriverOnStretchAndBuster2
J'ai toujours les erreurs suivants dans Xorg.0.log:
root@pommard:~# more /var/log/Xorg.0.log
Pourquoi ai-je cette erreur:
J'ai réinstallé le package kms mais sans succès
C'est ça , open /dev/dri/card0: No such file or directory, la cause principale qui m'empèche de démarrer Debian?
Pour conclure, sur ce laptop, avec Bullseye, le seul moyen de démarrer Debian est d'avoir de mettre
au démarrage en paramètre du Kernel.
Avec cette option j'ai bien un bureau Xfce propre mais en résolution 800x600, dommage.
Et tout fonctionne parfaitement en tout cas.
Sinon, sans cette option (nomodeset=1), j'ai un écran noir en lancant Debian et je n'ai même pas l'écran de login (Desktop Xfce).
En fouillant sur les forums, j'ai vu que le GPU que j'ai ,le UHD 620, pose du fil à retordre à toutes les distribution linux mais je n'ai pas trouvé de solution.
Si vous avez des pistes, je suis preneur.
J'ai in
Dernière modification par NormandiePi (24-11-2020 12:55:28)
Hors ligne
et cela
tu devrais préciser les gpu de cette machine
et supprimer le paquet de X
et créer un fichier xorg.conf dans /etc/X11/xorg.conf
le driver configuré dans ce fichier devrais être "modesetting" et pas "intel" (je n'ai rien pour tester)
je ne vois qu'une carte graphique sur le log
peut être travailler en mode dépannage de grub , désactiver l "EFI" dans le bios
"nomodeset=1" et juste pour confirmer un problème , je suppose que le log de X est avec cette option
voila ce que X tente de charger
faire un démarrage sans bureau (dépannage a partir de grub) entrer ton mdp root et sans l'option "nomodeset=1" voir si le démarrage est correct avec une console pure
et pourquoi tu parle de "amdgpu" si tu a un gpu intel ?
un lspci serait le bienvenue
Dernière modification par anonyme (23-11-2020 03:31:51)
des messages d'erreurs dans les log xorg il peut y en avoir vu qu'il y a plus besoin de fichier de configuration par défaut
que donne
Les deux paquet ne peuvent pas être installé ensemble ils entrent en conflit
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
je pense que pour mettre le doigt sur le souci commencer par un démarrage minimal sans l'option "nomodeset=1"
si ça passe , voir les logs .
la il peut rien faire sans cette option dans grub la machine plante
utiliser le noyau de buster
J'ai du le lancer 2 fois le remove de xorg-intel pour qu'il se fasse correctement.
J'ai rebooté mais pan ! impossible d'arriver jusqu'à l'écran de login même avec le nomodeset=1 .
Je n'avais que les logs à l'écran.
Puisque j'avais fait tellement d'install /de désinstall de paquets: amggpu, amggpu-pro, gpu-utils, ... j'ai décidé de faire un réinstall complète de la Debian.
Et j'ai modifié le sources.list ensuite en indiquant les non-free (NB: je suis en bullseye testing)
Sans nomodeset=1, je n'arrive pas à avoir l'écran de login. J'ai un écran noir avant.
Avec cette réinstallation, voici les logs de X:
Et j'ai toujours l'erreur avec cette nouvelle installation card0, missing directory !
Pour te répondre aussi Robert,
1. Oui, nomodeset=1 n'est pas viable.
2. Le package linux-headers-amd64 n'est plus installé.
Ajout de sbin dans le path, ça se passe dans le fichier
J'ai ajouté ce path car il était incomplet:
Je sauve et je reboote.
démarrage avec nomodeset=1
J'ai lu:
J'ai installé:
puis test de
C'est Ok mais j'étais avec une session nomodeset=1
un test trouvé sur Reddit:
https://www.reddit.com/r/debian/comment … o_work_on/
Donc je crée:
Je mets ça dans le fichier comme indiqué mais j'ai placé le fichier là: /etc/X11/xorg.conf.d/ au lieu de /usr/...
reboot avec et sans nomodeset=1
test Ko. Ce test m'a cassé mon profil "thomas".
Je dois maintenant me connecter en root avec le desktop !!! grrrr....
Je crains qu'il faille vraiment créer un xorg.conf pour que j'arrive à avoir un desktop correct (Robert me l'avait suggéré mais peur de tout cassé !
J'ai cassé ma Debian en faisant ça.
Je creuse....
Dernière modification par NormandiePi (23-11-2020 17:37:42)
Hors ligne
et tu boot sur bullseye
donc correct
tu a testé pour le driver (ça ne fonctionnera que sans "nomodeset)
pour les options oui il faut cherché , parfois désactivé une option résoud le bug
remarque: le xserver-xorg-vidéo-intel n'est plus d'actualité , il faut a la place utilisé "modeset"
traduction
Dernière modification par anonyme (23-11-2020 17:56:46)
Je reboote et pan, j'obtiens un écran noir, même pas l'écran de login soit avec un desktop ou en commande.
J'ai aussi tenté avec nomodeset=1.
J'ai tout réinstallé la Debian car je ne maitrise pas le recovery.
Ce soir, test avec :
/usr/share/X11/xorg.conf.d/80-intel.conf
idem.
impossible de rebooter.
écran noir sans avoir la possibilité de se loguer. Je refais l'install de la Debian Bullseye !
Est-ce que le problème vient d'un conflit avec les autres fichiers de conf :
root@pommard:/usr/share/X11/xorg.conf.d# ls -l
total 20
-rw-r--r-- 1 root root 92 22 oct. 2019 10-amdgpu.conf
-rw-r--r-- 1 root root 1350 31 mars 2020 10-quirks.conf
-rw-r--r-- 1 root root 92 22 oct. 2019 10-radeon.conf
-rw-r--r-- 1 root root 1429 17 août 12:45 40-libinput.conf
-rw-r--r-- 1 root root 2747 6 août 2019 70-wacom.conf
il y a notamment amdgpu ? Est-ce normal?
je continue encore un peu les recherches ce soir mais pas envie de refaire une install de la Debian si je casse tout.
Hors ligne
Hors ligne
ZenBook UX431FA
Une recherche rapide fait remonter une solution très simple (spécifique à cette machine particulière).
Le noyau fournit un binaire correspondant à la définition native de ton écran (1920x1080), voir doc.
Au démarrage, il me semble que c'est à tenter en priorité. Pour les détails pratiques voir un autre fil.
Note. La forme historique 'drm_kms_helper.edid_firmware=' est dépréciée bien que rétrocompatible.
Dernière modification par èfpé (24-11-2020 05:04:42)
Hors ligne
pour entrer dans grub au démarrage tu fais "e" au clavier et tu entre la ligne indiqué au bon endroit et continuer
sinon choisir le menu "dépannage" au lieu de normal première ligne ( tu a quelques secondes pour le faire )
ensuite il te propose "entrer le mdp root" ou continuer avec "D" , entrer directement ton mdp root tu va te retrouver en console
mais je sais pas si tu arrive jusque la
sinon soit tu est en résolution basic , soit le noyau met la résolution native de l'écran , ce qui se passe entre le menu de grub et le chargement du noyau je maîtrise pas trop
donc être le plus précis possible au moment ou apparaît le souci
de plus on parle d un freeze complet , le clavier ne répond plus ?
remarque:
faut arrêter de faire n'importe quoi
le xorg.conf est a mettre dans /etc/X11/xorg.conf
le dossier /etc/X11/xorg.conf.d/ est a supprimer
l'utilisation du dossier "xorg.conf.d" évite que le fichier soit écrasé , idem pour le nom restons basic le nom "xorg,conf" suffit
sur le net ils sont bien gentil mais ça ne change rien alors restons simple .
modifier et enregistrer
puis un update-grub
la modification est permanente
pour démarrer en mode dépannage dans grub
tu choisi la seconde ligne "advanced options"
puis la ligne de ton noyau en "recovery mode"
lorsque les lignes ne défile plus avec un curseur qui clignote tu tape ton mot de passe root (attention tu ne vois aucun retour lorsque tu entre le MDP)
tu aura une invit ou tu peu taper des commandes
ps: dans mon cas je suis a la résolution native de l'écran , le noyau a chargé les DRM de mon gpu
le recovery mode va nous permettre de savoir si ça bug avant l'invit de connexion du bureau ou pendant le chargement du noyau
si le recovery mode ne fonctionne pas il y a sûrement un paramètre a fixer pour le noyau
1. Télécharger le fichier: 1920x1080.bin présent ici: https://github.com/akatrevorjay/edid-generator (remarque : ce fichier pèse 128 octets)
2. Copie ce fichier ici: /lib/firmware/edid/
3. reboot
4. au démarrage du Grub , taper "e"
5. sur la ligne qui contient QUIET, saisir drm.edid_firmware=edid/1920x1080.bin . on aura donc: "drm.edid_firmware=edid/1920x1080.bin QUIET"
6. faire F10
7. et hop, Champagne, j'ai la page de login Xfce en 1920x1080 et je me loggue sans souci.
Cette solution corrige le problème.
Il me reste à mettre ce paramètre dans le Grub pour l'avoir de manière définitive.
Je ferme la file.
Merci à vous tous et in fine, pas nécessaire d'installer un driver particulier. Juste l'EDID résoud le problème avec un fichier de 128 octets !!!!!! . Je n'avais pas mis la main sur la file trouvée par .
NB: Mes moteurs de recherche utilisés sont: Qwant, DuckDuckGo et Google à la fin.
Bon déjeuner.
Hors ligne
pour le désactiver tu le renomme en ".txt" => "xorg.conf.txt"
tu peu rajouter des sections mais faut éviter des erreurs ou des options non valide
sinon gg a èfpé
donc ça bug dès le début du démarrage
Bon déjeuner a toi aussi
ps: regarde si le log de X donne "modeset" comme driver utilisé
Dernière modification par anonyme (24-11-2020 13:02:34)
Dernière modification par anonyme (24-11-2020 13:18:52)
Hors ligne