Vous n'êtes pas identifié(e).
etc, etc...
Bref, quoi qu'il en soit, suite à mon post #80, ça ne marche toujours pas : rien de changé !
et pourtant ... firmware-amd-graphics est bien installé !!!
Problème analogue à https://debian-facile.org/viewtopic.php?id=26584
et pourtant :
Salut,
on dirait que tu patauges dans les mêmes misères que celles que j'ai vécues il y a 3 semaines, et je me suis souvent demandé si ce n'était pas lié (comment ? Pourquoi ?) à la mise à jour du fichier /boot/initrd.img-version qui est effectuée d'après certains forums un peu trop automatiquement àmha (update-initramfs -u -k all).
J'ai pu m'en dépatouiller après avoir vérifié les versions dans /lib/modules (par exemple chez moi il y a les dossiers4.19.0-10-amd64 4.19.0-11-amd64 4.19.0-12-amd64 4.19.0-9-amd64 4.19.118 5.7.0-0.bpo.2-amd64 5.7.10[faudra que je fasse le ménage]) et en demandant explicitement la génération avec -u -k 5.7.10 (j'ai abandonné la 4.19).
Je n'ai pas 4.19.118 ni 5.7.0-0.bpo.2-amd64 ni 5.7.10 dans mon /lib/modules.
si j'ai bien compris, selon toi, il faudrait que je fasse
?
bonjour golestin
tu as pensé n'installer que "xserver-xorg-video-amdgpu" et ne pas mettre alors le "firmware-amd-graphics" ?
Je viens d'essayer, ça ne change rien, toujours freeze !
@golestin
a aucun moment tu parle de comment tu gère ces 2 gpu , bumblebee ? , ou autre chose ? (puisque un couple intel +amd )
Ben, pour être franc, je ne gère pas A l'installation de Debian 10 ça s'est fait tout seul, je ne savais même pas que j'avais deux cartes graphiques ! Je ne me suis jamais posé la question...
@golestin
le #44
GRUB_CMDLINE_LINUX_DEFAULT="quiet radeon.modeset=0"
ce que je te propose
GRUB_CMDLINE_LINUX_DEFAULT="quiet amdgpu.modeset=0"
Ah pardon anonyme, j'avais lu trop vite, toutes mes excuses
au pif , tu as pensé à tester un live de buster et / ou de testing ?
J'ai donc téléchargé, puis gravé cette image :
https://cdimage.debian.org/cdimage/unof … onfree.iso
Et cela marche parfaitement : plus aucun plantage, en démarrant sur le noyau 4.19.0-11 !
Donc il y a bien un problème dans ma config...
A tout hasard, suite à un
j'ai décidé de désinstaller ces deux composants, ainsi que leurs dépendances.
J'ai redémarré et ... j'ai à nouveau le plantage si je n'utilise pas le noyau 4.19.0-6.
J'en viens donc à me demander, comme jpt dans son #46, si mon problème vient de X .
Tu pourrais peut-être tenter de poser ta question (ton problème) sur debian-fr.org.
Je n'ai pas posé la question, mais en fouillant dans leur forum, j'ai trouvé un post qui ressemble fortement à mon problème...
https://www.debian-fr.org/t/probleme-fr … boot/82890
Curieux non ?!
curiosité , golestin , parce que là , je sèche :
df -h
des fois que ta racine soit prise ... ?
en pensant à ton post #1 .
non non, de ce côté là j'avais vérifié, j'ai encore de la place
une idée qui me vien essaye avec un nouvelle utilisateur. ? si les driver on écrit quelque chose, sa pourrai peut être faire un confli, et puis c est assez facile a tester bien que tout semble venir du kernel , driver ::/
Voilà j'ai créé un nouvel utilisateur et... j'ai exactement les mêmes soucis : tout fonctionne très bien avec le noyau 4.19.0-6 et ça plante avec les noyaux plus récents !
C'est curieux, ton histoire :
...
Comment se fait-il qu'on n'ait pas les mêmes erreurs ? Je me demande si on ne fait pas fausse route en cherchant dans X, tu parlais de plantage total, as-tu tenté quand c'est planté d'avoir une console en faisant Ctrl-Alt-Fx avec x de 1 à 6 ? Et la touche "Verr Num" du clavier numérique, elle bascule ou pas ?
De plus, l'erreur du 28/09 ne doit pas en être une puisque tu nous dis dans ton premier postgolestin a écrit :Si je démarre sur le noyau 4.19.0-6-amd64, pas de problème, tout fonctionne normalement.
oui, je suis bien d'accord avec toi, c'est un peu déroutant.
Je te confirme que, juste après l'authentification, ma bécane se plante totalement : souris, clavier totalement gelés. Plus aucune touche active, je n'ai pas d'autre choix de forcer l'arrêt en appuyant 5 secondes sur le bouton d'alimentation. (J'ai même une fois attendu au moins 15 minutes en me disant que, peut-être un process était en cours et qu'il finirait bien par s'interrompre , mais non !)
Bien sûr c'est "l'ancien grub", après avoir retiré ce que anonyme préconisait !
Bonjour
comme il faut bien commencer par quelque chose on désactive amd
sur grub "radeon.modeset=0"
on le blacklist "blacklist radeon"
Voilà, j'ai modifié /etc/default/grub comme ci-dessus, et quand je fais :
voilà l'erreur que j'obtiens !
tu peux installer inxi ?
inxi déjà installé
et :
OK c'est bon je commencer à piger ...
Graphics: Device-1: Intel HD Graphics 520 driver: i915 v: kernel
Device-2: AMD Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] driver: amdgpu v: kernel
Display: server: X.org 1.20.4 driver: amdgpu,modesetting FAILED: ati unloaded: fbdev,vesa tty: 271x68
il y aurait donc bien 2 cartes graphiques !!!
Mais je ne suis pas sûr de comprendre la dernière ligne : amdgpu ne se chargerait pas normalement, d'où le conflit entre les deux cartes ???
En tous les cas, anonyme et jpt étaient sur la bonne voie ... respect
les portables étant devenus des chefs d'oeuvre d'intégration et de miniaturisation ,
donc distinguer une "carte graphique" d'un GPU , revient souvent au mme .
ce sont deux façons de s'exprimer totalement identiques .
D'accord, ça j'ai bien compris
Mais si le constructeur ne mentionne qu'un seul GPU, pourquoi Debian en voit-il deux, c'est là ma vraie question ! Problème lors de l'installation ?? Le système croit qu'il y a plusieurs GPU car il y a plusieurs processeurs intégrant chacun une carte graphique ?? Le constructeur précise pourtant qu'il n'y a qu'une carte graphique Intel...