Vous n'êtes pas identifié(e).
Hors ligne
Hors ligne
-- Logs begin at Tue 2020-02-18 22:13:25 CET, end at Tue 2020-02-18 22:28:33 CET. --
févr. 18 22:13:26 video kernel: sd 10:0:0:0: [sdb] Assuming drive cache: write through
févr. 18 22:13:26 video kernel: sd 10:0:0:0: [sdb] No Caching mode page found
févr. 18 22:13:25 video kernel: sp5100-tco sp5100-tco: Watchdog hardware is disabled
févr. 18 22:13:25 video kernel: ACPI Error: Evaluating _BCM failed (20190703/video-357)
févr. 18 22:13:25 video kernel: ACPI Error: Aborting method \_SB.PCI0.GP17.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20190703/psparse-529)
févr. 18 22:13:25 video kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GP17.VGA.LCD._BCM.AFN7], AE_NOT_FOUND (20190703/psargs-330)
févr. 18 22:13:25 video kernel: pci 0000:00:00.2: AMD-Vi: Unable to write to IOMMU perf counter.
si je reprend ton message en #26 , il n'y a que ceci qui pose problème
le reste c'est des warnings
tu ne peu pas faire grand chose , bien vérifier que ton bios est a jour (éviter les versions beta , Asus est assez sérieux , donc mettre le dernier disponible ).
pour les pixel c'est un souci de bureau , pour moi avec le 2200G mate => suite a bug xfce => suite a bug retour a mate
pour info , jamais eu de soucis avec gnome (serveur X ou Wayland ) sur cette machine
par exemple => https://debian-facile.org/viewtopic.php?id=24264
donc bascule sur gdm3 et gnome pour voir si un souci (a priori tu la déjà fait )
de ton #1
regarde a quelle fréquence tourne la mémoire , le controleur mémoire du cpu est a 2999 Mhz , il me semble , que tu ne soit pas en overclocking en 3200Mhz
tu peu le voir dans le bios la fréquence actuelle utilisé
pour ta remarque
confirme bien que tu a le même souci que moi
tu peu regarder le gestionnaire de connexion (lightdm ou gdm3 )
retour
pour gdm3
actuellement je suis en mate et ligthdm et aucun soucis (plus testé xfce)
quand testing passera en stable cela ira beaucoup mieux je pense pour ton matériel (nota: je suis en testing moi aussi , j'ai débuté avec stretch puis buster , et maintenant en bullseye. )
pour gnome il fonctionne mieux avec gdm3 comme gestionnaire de connexion (avis personnel )
voila je vois pas quoi te dire de plus
ps: actuellement les paquets du bureau mate sont mit a jour
pense a utiliser "su -" et plus "su" pour faire des commandes root
Comment expliquer que 7 mois plus tard, une machine équipée d'un 3200G (Picasso) ne soit pas capable de lancer la session live d'une clé USB équipée d'un noyau 5.8 fabriquée par Debian ? (toujours cet écran noir...)
par contre, rien concernant le pilote amdgpu.
lspci -nnkd ::030008:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Picasso [1002:15d8] (rev c9)
Cela confirme que le GPU du Ryzen 3 3200G n'est pas pris en charge par le noyau 4.19 de buster...
et chez moi, dans une install 5.7 accessible par ssh depuis une autre machine,
ce qui voudrait dire que le GPU de mon Ryzen est pris en charge par le noyau 5.7 des backports de buster + le chargement des firmwares, mais ne fonctionne pas bien, c'est ça ?
Merci pour les retours,
Dernière modification par jpt (21-09-2020 10:05:55)
AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War
Hors ligne
en utilisant testing ou sid tu a un noyau et des paquets récents et une meilleure prise en charge du matériel.
le seul souci c'est le CPU et son APU , la carte mère est bien prise en charge (voir le retour de tes erreurs )
le noyau actuel est en 5.8.xx , plus l'ensemble des paquets pour la couche graphique
la preuve , versions a ce jour sur debian11
comme utilisateur on est pas tenue de tout comprendre , juste une affaire de logique , pour un matériel récent un OS récent .
quand a ceci
je doute que sur bullseye ce ne soit pas correct , ce cpu est en fin de vie .