logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#51 19-09-2020 13:40:02

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Tumbleweed
Noyau : Linux 5.12
(G)UI : KDE 5.21.4
Inscription : 11-03-2016

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonjour,

jpt a écrit :

Euh, le sujet de cette discussion, c'est d'avoir des consoles aux dimensions de l'écran (et pas au ridicule 640x480).


Je n’avais compris non plus à la lecture du premier message de ce fil que c'était ça ton souci smile
Il semble qu’il faille intervenir sur grub
https://doc.fedora-fr.org/wiki/Augmente … nsoles_tty

Hors ligne

#52 19-09-2020 14:15:50

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

chalu a écrit :

Il semble qu’il faille intervenir sur grub


J'ai tenté cette voie il y a deux semaines, ça m'a mis une pagaille genre j'ai les consoles à la bonne taille mais X ne démarre plus...


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#53 19-09-2020 16:07:33

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Tumbleweed
Noyau : Linux 5.12
(G)UI : KDE 5.21.4
Inscription : 11-03-2016

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Comme on ne peut savoir ce que tu as fait avant ....  c’est difficile de t’aider efficacement.
Comme tu sembles avoir beaucoup bidouillé comme tu dis wink je me demande si ça ne serait pas mieux de partir sur une nouvelle installation de Buster et à partir de là, tu mets bien toutes les commandes que tu fais, leurs retours et aussi bien sûr les modifications de fichiers, s oublier la description précise de ton souci pour qu’on comprenne bien.
Mais c’est toi à la manœuvre donc c’est toi qui décide smile

Hors ligne

#54 19-09-2020 18:43:42

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonsoir,

chalu a écrit :

Comme tu sembles avoir beaucoup bidouillé comme tu dis wink

Oui, j'ai beaucoup bidouillé tout au long de ma vie, mais en ce qui concerne ce problème, pas trop et en aveugle, ce qui n'est pas terrible.

Car je n'ai pas réussi, depuis deux mois que je cherche, à trouver une explication claire, simple et précise pour configurer mon bazar et avoir un noyau efficace.
J'ai demandé un .config pour me mettre sur une piste mais n'ai rien vu venir...
Par contre, pour trouver des infos périmées ou inutilisables, alors pour ça, le web est au top ! mad

chalu a écrit :

sans oublier la description précise de ton souci pour qu’on comprenne bien.

Oh, mon problème est très simple : j'ai acheté une grosse bouse, il faut donc que je change de config.

Après avoir lu Debian Alain, jarek, anonyme et peut-être d'autres, je vais m'orienter vers une MB avec un chipset B450, mais est-ce le bon choix ? Je n'en sais fichtrement rien.
Tout ce que je sais, c'est que ça fonctionne chez jarek, avec sa config :

jarek a écrit :

le B450 fonctionne bien avec le 3200G



Et pour tester la nouvelle config chez le vendeur, j'ai un truc infaillible, la distro que m'a conseillée Debian Alain, qui m'affiche sur la config actuelle un écran noir après la sélection de l'option de "test live" et ne va pas plus loin.
Je viens de la tester sur ma vieille machine de prod', 10 ans d'âge et toujours vaillante, avec un proc Intel bas de gamme et ça fonctionne, aucune raison pour que ça ne fonctionne pas avec une CM récente, un proc récent, et une distro moderne, sauf si l'un de ces trois composants est une bouse.

Dernière modification par jpt (19-09-2020 18:49:18)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#55 20-09-2020 20:59:11

anonyme
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonsoir

on va mettre les choses au clair (encore une fois )
le 2200G et le 3200G sont de la même génération en 14 nm "Zen 1"  (pas 7 nm en "Zen 2" )
pour le 3200G légère  fréquence un peu plus élevé , et un APU différent (a peine mieux ).
donc compatible avec chipset série 300 et 400 (on remarquera que le 420 n'existe pas , 450 et 470 oui ).
commencer par donner la marque et référence de ta carte mère
les sorties pour l'écran (combien et quel type )
ps: moi par exemple j'ai VGA ,  DVI , et HDMI sur une ASUS B350M-A (dernier bios)
Aucune raison que ce processeur ne fonctionne pas sur cette carte

voila par exemple  les CPU compatible avec ce chipset et la version du bios pour une carte A320M-K  =>  https://www.asus.com/fr/Motherboards/PR … pDesk_CPU/
faudra trouver autre chose comme excuse   tongue

ps: dommage que je n'ai pas ce cpu dans mes tiroirs  wink
il faut savoir que le chipset ne limite que les accessoires sur la CM , mais pas le fonctionnement du cpu
par exemple le nombre de ligne PCIe du chipset ,
chipset ,  mémoire , controleur mémoire  , APU , port PCIe 8X pour une carte graphique externe sont directement géré par le CPU .
le chipset n'est utile que pour audio , wifi , réseau , port sata , etc ..... (aucun lien avec le gpu (ou apu) ).
de plus il me semble que le sujet a été traité sur D_F et le 3200G fonctionne bien sous debian ( je me souvient pas du type de CM utilisé )
sans  méchanceté , le souci c'est toi et pas la machine , et sans preuve du contraire smile
sincèrement je sais plus quoi te dire , sans avoir le matériel sous la main et mettre le doigt sur ce qui coince .

nota: il va sortir (ou déjà dispo ) des cpu avec APU AMD pour PC de bureau et portable (série M ) en 7 nm donc en "Zen 2" (et plus )
actuellement en carte mère , il existe la série 5xx , donc 520 , 550 et 570 , attention a vérifier les processeurs compatibles .(les anciens ne fonctionnent pas ) .
voilà pour les informations (éviter de changer le matériel pour le même résultat ).

pour AMD (comme Intel )  , ça devient difficile de suivre roll  hmm

il y a l'option de mettre une carte graphique et désactiver l' APU (mais faut avoir un gpu a mettre sur le port PCIe 16X ( le port est bloqué en 8X , pour l'APU et 8X pour le port PCIe sur toutes les cartes mères)
si tu veut du 16X il faut un cpu sans APU ( cela fonctionne très bien en 8X , je joue même avec mon 2200G sur steam )

remarque :
il y a de plus en plus de choses relié au cpu directement , comme les ports M2 (ssd ou module wifi )  avec bien sur des débits plus important que par le chipset qui est limité par le nombre de lignes qui lui sont attribué et de sa version (320 , 350 ou 370 ) et le prix de la CM bien sur

Dernière modification par anonyme (20-09-2020 21:11:20)

#56 20-09-2020 22:17:51

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

anonyme a écrit :

commencer par donner la marque et référence de ta carte mère

jpt a écrit :

inxi -Fr
System:    Host: debox64 Kernel: 5.7.10 x86_64 bits: 64 Console: tty 0
           Distro: Debian GNU/Linux 10 (buster)
Machine:   Type: Desktop Mobo: Micro-Star model: A320M-A PRO MAX (MS-7C52) v: 1.0 serial: K316221626
           UEFI [Legacy]: American Megatrends v: 2.50 date: 04/20/2020
CPU:       Topology: Quad Core model: AMD Ryzen 3 3200G with Radeon Vega Graphics bits: 64 type: MCP
           L2 cache: 2048 KiB
           Speed: 1259 MHz min/max: N/A Core speeds (MHz): 1: 1259 2: 1260 3: 1258 4: 1258
Graphics:  Device-1: AMD Picasso driver: amdgpu v: kernel
           Display: server: X.org 1.20.4 driver: ati,vesa unloaded: fbdev,modesetting,radeon
           tty: 106x54
           Message: Advanced graphics data unavailable in console for root.
 



anonyme a écrit :

Aucune raison que ce processeur ne fonctionne pas sur cette carte

jarek a écrit :

Le chipset A320 fonctionne bien avec le 2200G, le B450 fonctionne bien avec le 3200G   https://debian-facile.org/img/smilies/x … d_geek.gif



anonyme a écrit :

voila par exemple les CPU compatibles avec ce chipset et la version du bios pour une carte A320M-K  =>  https://www.asus.com/fr/Motherboards/PR … pDesk_CPU/
faudra trouver autre chose comme excuse   tongue

Carte non disponible chez mon revendeur, et aucune envie de commander sur le web : j'aime bien discuter les yeux dans les yeux avec les vendeurs, surtout s'il risque d'y avoir des embrouilles, comme avec ce sujet.
Ça va comme excuse ? cool

Dernière modification par jpt (20-09-2020 22:18:58)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#57 21-09-2020 09:14:38

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

https://asset.msi.com/pdf/main/fr/presa … A-PRO-MAX?

Modèle A320M-A PRO MAX
Processeurs supportés AMD® Ryzen™ de 1ère, 2ème génération et 3ème
génération / Ryzen™ avec GPU Radeon™ Vega et Ryzen™
avec GPU Radeon™ de 2ème génération / Athlon™ avec
GPU Radeon™ Vega et série A / Athlon™ X4 Desktop pour
socket AM4
 


mais :
https://www.inpact-hardware.com/article … ompatibles
https://www.inpact-hardware.com/article … detaillees

Ryzen de 3ème génération : A320 incompatible, B350/X370 ça dépend



alors , qui faut il croire ? le concepteur ? qui prétend qu'aucun support n'est assuré sur les A320 pour le 3200 G
ou le fabricant ? qui prétend que sa carte supporte les générations 1, 2 et 3  ?

Dernière modification par Debian Alain (21-09-2020 09:17:25)

Hors ligne

#58 21-09-2020 10:01:42

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Grand merci à toi de prendre du temps pour moi.

De mon côté je ne reste pas inactif et passe beaucoup de temps ici à lire tous ces posts de tous ces gens bien embêtés par ces problèmes (voir mes récentes questions).

Ce qui me chagrine dans ta réponse :

Debian Alain a écrit :

alors, qui faut-il croire ? le concepteur ? qui prétend qu'aucun support n'est assuré sur les A320 pour le 3200 G
ou le fabricant ? qui prétend que sa carte supporte les générations 1, 2 et 3  ?

c'est qu'il semblerait que le fabricant ne respecte pas les directives du concepteur, auquel cas où va-t-on ?

Bref, envisageant très sérieusement de changer de CM, j'aurais bien aimé avoir un petit retour des gourous du hardware sur mon choix.

Cependant, à te lire, j'aurais tendance à éliminer MSI puisqu'on dirait que le fabricant ne respecte pas les directives du concepteur. Il me resterait donc à choisir entre

jpt a écrit :

Gigabyte B450M-S2H AM4  @80 € (73 chez ldlc)
Gigabyte B450 AORUS M AM4  @113 € (100 "")
Gigabyte B450 AORUS PRO AM4  @137 € (140 "")
Laquelle me conseillez-vous, étant entendu que si la moins chère fait le taf, ça me suffira.

Les prix précédés de @ sont ceux de mon revendeur local.

Merci,


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#59 21-09-2020 10:30:55

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

je ne sais que te répondre .

à l'origine , je te conseilles plutôt un chipset B450 .
tu sembles  avoir fait ce choix : très bien .

àprès , j'ai une préférence pour asus (la qualité)
mais le prix est souvent élevé . dommage .

si ton utilisation matérielle est plutôt basique (pas besoin de la sortie audio optique , par  exemple)

prends la moins chère . elle fera le mme travail .

maintenant , gigabyte , connais pas . c'est  pas une sous marque ? de  qui ?
https://fr.wikipedia.org/wiki/Gigabyte_ … %20France.
apparemment 2 ème fabricant mondial derrière asus . bon , à la rigueur ...

que te conseille le vendeur ? pourquoi ?

faut toujours demander un avis motivé  au vendeur . comme çà on voit de suite s'ils racontent des conneries .

à la rigueur , oui , -- celle là --- (la gigabyte B450M S2H) semble suffisante  .

mais je relève ce que chalu et anonyme t'ont déjà dit :

tu as  quand mme beaucoup bidouillé . j'espère que tu n'as rien cassé ....
si c'est pour  avoir les mmes soucis avec ta nouvelle carte mère , c'est  clair , le problème est de ton côté , pas de celui de la C.M.
enfin , je croise les doigts pour toi .

j'espère que tu vas  arriver à solutionner  ton problème .
ce serai franchement malheureux ...

N.B.: n'oublie pas que les cartes mères modernes sont en u.e.f.i.

Dernière modification par Debian Alain (21-09-2020 10:32:23)

Hors ligne

#60 21-09-2020 12:22:30

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Debian Alain a écrit :

que te conseille le vendeur ? pourquoi ?

faut toujours demander un avis motivé  au vendeur. comme ça on voit de suite s'ils racontent des conneries.


Je ne lui ai pas encore posé la question, je vais sans doute y aller cet après-midi ou demain.
Mais j'avoue que je suis passablement découragé, après avoir lu un de tes liens (celui du milieu) posté il y a 6 mois environ,

Debian Alain a écrit :

P.S.2: je te passe les sites internet que j'ai consultés, beaucoup font mention de difficultés pas possibles avec
le ryzen3 2200G ou le 3200G sous linux.
le site d'amd n'est pas clair quant à sa compatibilité.
https://www.amd.com/fr/support/apu/amd- … -ryzen-3-1
https://community.amd.com/thread/249765
https://bbs.archlinux.org/viewtopic.php?id=252657


où on pouvait lire l'avis d'un gars qui avait testé plein de distros dont aucune ne fonctionnait et un autre chez qui tout fonctionnait.
Ah, l'informatique de 2020, un grand jeu de hasard...

Debian Alain a écrit :

mais je relève ce que chalu et anonyme t'ont déjà dit :

tu as quand même beaucoup bidouillé. j'espère que tu n'as rien cassé ....


Hé bien ça y est...
J'ai scrupuleusement suivi la procédure décrite ici

banzeo a écrit :

Tu as peut-être résolu ton problème déjà, mais as-tu essayé d'installer le dernier driver amdgpu pour linux fourni par AMD ?

La procédure d'installation est décrite ici (installation du driver et des firmwares à jour tels que fournis par AMD)
https://wiki.debian.org/AMDGPUDriverOnStretchAndBuster2

pour voir comment allait se comporter mon noyau 4.19.118 et au reboot c'est l'écran noir...
La question est : comment faire marche arrière maintenant ?
C'est dommage car maintenant j'ai

# dmesg | grep "amdgpu version"
[    4.301550] [drm] amdgpu version: 5.6.5.20.30
 

alors qu'avant c'était vide.

Maintenant, cette procédure m'a semblé à un moment bien curieuse, quand je me suis pris un message d'erreur

depmod...
Job for systemd-modules-load.service failed because the control process exited with error code.
See "systemctl status systemd-modules-load.service" and "journalctl -xe" for details.
 

Le log montre

sept. 21 12:37:56 debox64 systemd[1]: Starting Load Kernel Modules...
sept. 21 12:37:56 debox64 systemd-modules-load[27189]: Failed to find module 'vesafb'

Ben oui, vesafb est inclus en dur (ou pas) dans le noyau, ce n'est pas un module au sens "insmod".

Debian Alain a écrit :

N.B.: n'oublie pas que les cartes mères modernes sont en u.e.f.i.

Curieux car dans celle qui me pose problème depuis 3 mois c'est désactivé.


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#61 22-09-2020 13:19:13

anonyme
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonjour
je n'ai aucun retour sur


dmesg | grep "amdgpu version"
 


et


vesafb
 



rappel : ton cpu a besoin de Bullseye
pour le noyau de bullseye voila ce qu'il fait pour "amdgpu" et les DRM (APU 2200G  pour moi )


dmesg | grep amdgpu
 



[    3.965300] [drm] amdgpu kernel modesetting enabled.
[    3.965378] amdgpu: Topology: Add APU node [0x0:0x0]
[    3.969715] fb0: switching to amdgpudrmfb from EFI VGA
[    3.969926] amdgpu 0000:08:00.0: vgaarb: deactivate vga console
[    3.970092] amdgpu 0000:08:00.0: amdgpu: Trusted Memory Zone (TMZ) feature disabled as experimental (default)
[    3.977947] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_gpu_info.bin
[    3.998671] amdgpu: ATOM BIOS: 113-PICASSO-115
[    3.999105] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_sdma.bin
[    3.999163] amdgpu 0000:08:00.0: amdgpu: VRAM: 3072M 0x000000F400000000 - 0x000000F4BFFFFFFF (3072M used)
[    3.999164] amdgpu 0000:08:00.0: amdgpu: GART: 1024M 0x0000000000000000 - 0x000000003FFFFFFF
[    3.999165] amdgpu 0000:08:00.0: amdgpu: AGP: 267419648M 0x000000F800000000 - 0x0000FFFFFFFFFFFF
[    4.004354] [drm] amdgpu: 3072M of VRAM memory ready
[    4.004358] [drm] amdgpu: 3072M of GTT memory ready.
[    4.024374] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_asd.bin
[    4.024771] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_ta.bin
[    4.025843] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_pfp.bin
[    4.028266] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_me.bin
[    4.034032] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_ce.bin
[    4.035000] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_rlc.bin
[    4.038413] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_mec.bin
[    4.041443] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_mec2.bin
[    4.046343] amdgpu: hwmgr_sw_init smu backed is smu10_smu
[    4.047650] amdgpu 0000:08:00.0: firmware: direct-loading firmware amdgpu/raven_vcn.bin
[    4.268030] amdgpu 0000:08:00.0: amdgpu: RAS: optional ras ta ucode is not available
[    4.295378] snd_hda_intel 0000:08:00.1: bound 0000:08:00.0 (ops amdgpu_dm_audio_component_bind_ops [amdgpu])
[    4.323728] amdgpu: Topology: Add APU node [0x15dd:0x1002]
[    4.323731] amdgpu 0000:08:00.0: amdgpu: SE 1, SH per SE 1, CU per SH 11, active_cu_number 8
[    4.324572] fbcon: amdgpudrmfb (fb0) is primary device
[    4.387432] amdgpu 0000:08:00.0: fb0: amdgpudrmfb frame buffer device
[    4.400117] amdgpu 0000:08:00.0: amdgpu: ring gfx uses VM inv eng 0 on hub 0
[    4.400119] amdgpu 0000:08:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
[    4.400121] amdgpu 0000:08:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
[    4.400122] amdgpu 0000:08:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
[    4.400123] amdgpu 0000:08:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
[    4.400125] amdgpu 0000:08:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
[    4.400126] amdgpu 0000:08:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
[    4.400127] amdgpu 0000:08:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
[    4.400128] amdgpu 0000:08:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
[    4.400129] amdgpu 0000:08:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
[    4.400131] amdgpu 0000:08:00.0: amdgpu: ring sdma0 uses VM inv eng 0 on hub 1
[    4.400133] amdgpu 0000:08:00.0: amdgpu: ring vcn_dec uses VM inv eng 1 on hub 1
[    4.400134] amdgpu 0000:08:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 4 on hub 1
[    4.400135] amdgpu 0000:08:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 5 on hub 1
[    4.400136] amdgpu 0000:08:00.0: amdgpu: ring jpeg_dec uses VM inv eng 6 on hub 1
[    4.417995] [drm] Initialized amdgpu 3.38.0 20150101 for 0000:08:00.0 on minor 0
 



tu écoute pas ce qu'on te dit
moi je suis en EFI sans sécure-key sur ma carte Asus avec debian11
une installation minimale (sans bureau) avec un iso DVD1 de bullseye
modifier le sources.list


#bullseye11 http
deb http://deb.debian.org/debian-security bullseye-security/updates main contrib non-free
deb http://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb http://deb.debian.org/debian/ bullseye main contrib non-free
 


un apt update (pour root il faut utiliser "su -" et plus "su" )


apt update
 


installation du firmware "firmware-amd-graphics"
reboot
installation du bureau
reboot
tout doit être correct.

ps: VESA ne doit pas être utilisé (mais amdgpu) , au dessus ton installation est mauvaise (pour cause tu utilise encore Buster).
ça ne sert a rien d'arpenter le net , la plupart des posts sur le 3200G ne sont plus d'actualité
pour le bios de ta CM j'éspère que tu n'a touché que au "sécure-key" et pas les paramètres de l'APU
moi je jette l'éponge , ce coup ci ma dernière intervention ici  hmm

#62 22-09-2020 13:57:57

anonyme
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

pour Debian Alain


Alors que la mise sur le marché des nouveaux processeurs Ryzen basés sur l'architecture Zen 2 et une finesse de gravure en 7 nm se prépare,
nous avons pu rencontrer les équipes d'AMD afin d'échanger sur ces produits.
 



il y a actuellement 3 générations "zen1" , "zen2" et "zen3"
le 3200G est une mise a jour du 2200G , ce n'est pas du "zen2" en 7nm
pour la B520 (et autres) a l'achat le zen1 et zen2 peuvent fonctionner mais AMD a donné l'information "que provisoire" ( a la mise a jour du bios cela ne fonctionnera plus )
pour les futures générations le socket AM4 verra ses pins du cpu modifier , donc physiquement le cpu peut être placé sur le socket mais ne fonctionnera pas
donc ici CM B320 , B350 , B450 font très bien le taf
ps: ça va être difficile de plus en plus avec AMD pour les compatibilités
comme exemple cpu sans apu
le 1700X  => zen1 (gravure 14nm)
le 2700X => zen2 (gravure 7nm)
le 3700X => zen3 (gravure 7nm) => amélioration du mode boost , gestion de la température , "overclocking auto" plus performant que les génération précédentes et autres fonctions
nota: a titre d'exemple un 3700X gagne environ 25% de puissance en plus par rapport a un 1700X
pour zen3 cpu avec plus de 8 cores (16 threads) , série 39xx => fait de l'ombre au threadripper (socket tr4 qui va disparaître au profit d'un nouveau)

pour la suite ça reste compliqué pour moi aussi  tongue

nota: éviter d'utiliser un bios béta , il vaut mieux changer sa CM pour un cpu récent
il risque aussi de bloquer les ancien cpu au boot .

normalement le constructeur de la carte mère doit donner une liste de cpu/mémoire compatible et testé

#63 22-09-2020 17:43:28

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonsoir,

anonyme a écrit :

Bonjour
je n'ai aucun retour sur


dmesg | grep "amdgpu version"
 


et


vesafb
 

scratchhead.gif
J'en ai pourtant parlé juste au-dessus de ton intervention, dans mon post d'hier, à lire vers le milieu, à partir de

Hé bien ça y est...



anonyme a écrit :

rappel : ton cpu a besoin de Bullseye
ps: VESA ne doit pas être utilisé (mais amdgpu), au-dessus ton installation est mauvaise (pour cause tu utilise encore Buster).
ça ne sert a rien d'arpenter le net, la plupart des posts sur le 3200G ne sont plus d'actualité.

Là ça devient compliqué puisque certains disent qu'il faut Bullseye quand d'autres ne jurent que par le chipset B450.
Comment veux-tu que je m'y retrouve ?
Tiens, jette un œil à ce sujet, qui date de fin 2019 avec une màj (très intéressante pour moi) d'hier.

anonyme a écrit :

pour le bios de ta CM j'espère que tu n'as touché que au "secure-key" et pas les paramètres de l'APU

Je n'avais touché à rien là-dedans, de toute façon il n'y avait quasiment rien à toucher.
Et j'écris à l'imparfait car cet aprème la machine a rejoint le sav du revendeur, on va m'installer une Gigabyte B450M-S2H AM4, je vous tiens au courant c'est l'affaire de qq jours.
Stay tuned...

Dernière modification par jpt (22-09-2020 17:48:04)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#64 22-09-2020 18:14:30

jarek
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

jpt a écrit :

Là ça devient compliqué puisque certains disent qu'il faut Bullseye quand d'autres ne jurent que par le chipset B450.
Comment veux-tu que je m'y retrouve ?


En ne confondant pas l'OS et le chipset.
La série 3000 fonctionne avec une CM B450 ou plus.
En installant dessus bullseye.

#65 22-09-2020 19:28:50

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

jarek a écrit :

jpt a écrit :

Là ça devient compliqué puisque certains disent qu'il faut Bullseye quand d'autres ne jurent que par le chipset B450.
Comment veux-tu que je m'y retrouve ?


En ne confondant pas l'OS et le chipset.
La série 3000 fonctionne avec une CM B450 ou plus.
En installant dessus bullseye.


Ah !
Car ce n'est pas exactement ce que tu disais là :

jarek a écrit :

En regardant le wiki de plus près pour ce qui concerne Bullseye je crois que j'ai voulu avaler un morceau trop gros.
Pour mon Ryzen3 3200G il est possible qu'il suffise d'installer un noyau plus récent en restant sur Buster.
Un avis ?

Bon, je suis un peu empoté . . .


Bon, c'est sûr que c'est le dernier post de la discussion, donc les avis des autres sur ce sujet, ben... on s'en passe.
Dommage...


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#66 22-09-2020 19:46:00

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

bonsoir jpt  smile smile smile

la doc que j'ai trouvée semble indiquer une compatibilité non assurée avec un chipset A320 .
anonyme semble indiquer le contraire .
par contre , la mme doc , préconise l'emploi de chipsets  4xx et 5xx pour assurer une pleine compatibilité .
jarek va dans ce sens .

ceci n'exclut pas l'usage de testing bullseye (donc l' O.S. de préférence) ,
vu la spécificité du processeur très particulier et très récent .
(gpu intégré) .

https://www.amd.com/fr/products/apu/amd-ryzen-3-3200g

je pense que tu tiens là une combinaison gagnante .
si après tu échoues , c'est plus le matériel qui a un problème mais l' I.C.C.
https://fr.wikipedia.org/wiki/Jargon_informatique#I

je connais mal ces choses là , mais regarde si tu n'as pas un G.U.L. dans ta région ou près de chez toi ...
https://aful.org/gul/liste
https://aful.org/gul
https://fr.wikipedia.org/wiki/Groupe_d% … eurs_Linux

tu peux aussi demander plus d'aide , si ici nous n'y arrivons pas , sur -- parrain linux --

Dernière modification par Debian Alain (22-09-2020 20:06:32)

Hors ligne

#67 22-09-2020 22:53:59

jarek
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

jpt a écrit :

jarek a écrit :

En regardant le wiki de plus près pour ce qui concerne Bullseye je crois que j'ai voulu avaler un morceau trop gros.
Pour mon Ryzen3 3200G il est possible qu'il suffise d'installer un noyau plus récent en restant sur Buster.
Un avis ?

Bon, je suis un peu empoté . . .


Bon, c'est sûr que c'est le dernier post de la discussion, donc les avis des autres sur ce sujet, ben... on s'en passe.
Dommage...


Ce n'était pas une affirmation mais un questionnement à une date donnée (il y a plus de 8 mois).
Ensuite j'ai regardé de près comment gérer bullseye et je l'ai installé.

On va pas éplucher tout le catalogue des discussions sur le sujet.
Ryzen3 3200G + B450 + bullseye + xfce et ça marche chez moi.

Maintenant si tu veux tout comprendre du pourquoi et du comment, ben bon courage..

Dernière modification par jarek (22-09-2020 22:55:24)

#68 23-09-2020 04:16:00

anonyme
Invité

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...


Et j'écris à l'imparfait car cet aprème la machine a rejoint le sav du revendeur,
on va m'installer une Gigabyte B450M-S2H AM4, je vous tiens au courant c'est l'affaire de qq jours.
Stay tuned...
 



voila une bonne nouvelle  smile

comme le notifie tout constructeur sérieux de carte mère le 3200G est compatible avec le chipset A320
pour argumenter mon 1700X peut être remplacé par un 3700X avec un bios a jour sur une X370 (parce que le constructeur a fournie un bios et que AMD a garantie le fonctionnement )
mais je vois pas le rapport chipset et APU intégré au cpu , la version du bios , le socket AM4 ok c'est important
j'ai donné un exemple au dessus pour Asus et le A320 et le cpu R3 3200G avec la version du bios minimum
pour MSI ça fait très longtemps que je n'ai plus de CM de la marque
donc ça va être résolu wink

un petit lien pour une A320 MSI  =>  https://fr.msi.com/Motherboard/support/ … upport-cpu
je sais pas ce ça vaut mais MSI le donne compatible  wink

celui la m'a fait rire  => https://community.amd.com/thread/244393
ps: dans les années 2000 je prenais le bios sur le site msi global , le site "FR" jamais a jour

Dernière modification par anonyme (23-09-2020 04:57:25)

#69 23-09-2020 10:20:13

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

jarek a écrit :

Ensuite j'ai regardé de près comment gérer bullseye et je l'ai installé.


Tu m'intéresses : j'aimerais bien savoir comment passer de buster à bullseye sans être obligé de formater.
Est-ce qu'un simple remplacement de lignes dans le source.list suivi des commandes apt- qui vont bien suffirait ?
J'ai farfouillé chez Debian sans rien trouver, et des essais répétitifs au hasard seraient time-consuming, d'où ma question, peut-être stupide, mais on m'a toujours dit que les questions vraiment stupides étaient celles qu'on ne posait pas, lol

jarek a écrit :

On va pas éplucher tout le catalogue des discussions sur le sujet.

T'as raison, car il y en a partout sur le web, c'est une horreur.

jarek a écrit :

Ryzen3 3200G + B450 + bullseye + xfce et ça marche chez moi.

En espérant que ça fonctionnera aussi bien chez moi avec du lxde.

Debian Alain a écrit :

la doc que j'ai trouvée semble indiquer une compatibilité non assurée avec un chipset A320.
anonyme semble indiquer le contraire.
par contre, la même doc préconise l'emploi de chipsets 4xx et 5xx pour assurer une pleine compatibilité.
jarek va dans ce sens.

Tu mets le doigt là où ça fait mal : qui a raison, qui a tort, c'est l'enfer...

Debian Alain a écrit :

ceci n'exclut pas l'usage de testing bullseye (donc l' O.S. de préférence),
vu la spécificité du processeur très particulier et très récent.
(gpu intégré).

Ah !
Et ça, quoi toi en penser ?

anonyme a écrit :

je doute que sur bullseye ce ne soit pas correct, ce cpu est en fin de vie.

source


Debian Alain a écrit :

je pense que tu tiens là une combinaison gagnante.
si après tu échoues, c'est plus le matériel qui a un problème mais l' I.C.C.
https://fr.wikipedia.org/wiki/Jargon_informatique#I


Oh, l'ICC il se contente de lire les infos de Pierre Paul Jacques, d'essayer de comprendre et de mettre en œuvre.

Tiens, d'ailleurs, une question : la machine est chez le vendeur/assembleur avec la clé usb d'une live Debian 5.8 toute récente (c'est toi qui m'as donné le lien). Cette clé fonctionne bien sur la vieille machine (10 ans d'âge) et se bloque (écran noir) quand je choisis Tester Debian au menu sur la machine neuve.
Il est donc prévu de remplacer la CM MSI (A320) par une Gigabyte (B450).
- Que faire si ça fait pareil (écran noir après le choix du menu) ?
- Que faire si le bureau arrive bien mais que Ctrl-Alt-F1 envoie une console 640x480 ?

Debian Alain a écrit :

je connais mal ces choses-là, mais regarde si tu n'as pas un G.U.L. dans ta région ou près de chez toi...
https://aful.org/gul/liste
https://aful.org/gul
https://fr.wikipedia.org/wiki/Groupe_d% … eurs_Linux

tu peux aussi demander plus d'aide, si ici nous n'y arrivons pas, sur -- parrain linux --

Je garde ça dans un coin, mais j'aimerais bien qu'on y arrive tous ensemble, ici.

anonyme a écrit :

comme le notifie tout constructeur sérieux de carte mère, le 3200G est compatible avec le chipset A320

Voir mon post sur l'autre fil.

Dernière modification par jpt (22-03-2021 10:52:03)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#70 23-09-2020 11:06:18

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

si vraiment tu n'arrives pas à installer  bullseye de suite .

y a 2 solutions :

1) upgrader buster
- modifier les sources
- apt update && apt upgrade
- apt full-upgrade
- reboot
- lsb_release -a (pour confirmation)

2) reinstaller  buster et voir ci - dessus (point 1)

donc , en gros , si l'install de testing ne passe pas , upgrader buster .

si çà passe toujours pas , tu sera obligé de réinstaller buster et de reprendre l'upgrade vers bullseye .

attention , pour faire une upgrade , faut déjà que ta machine soit nickel - chrome avant de commencer .
sinon , gare à la casse .... (debian est très chatouilleux là dessus ...)
et vu que tu bidouilles beaucoup , c 'est pas gagné .

amicalement ,

alain.

coyotus.png

P.S.: tu nous donnera des nouvelles de ta nouvelle config ?
avec le nouveau chipset (B450) ?

jpt  a écrit :

Et ça, quoi toi en penser ?

anonyme a écrit :

je doute que sur bullseye ce ne soit pas correct, ce cpu est en fin de vie.


il est prévu que amd upgrade ses cpu . on aurai dû passer aux séries 4000 mais  amd  va peut être modifier sa nomenclature en 5000 .

les 3200G vont peut être devenir des 4200G ou des 5200G , on sait pas encore .
y a aussi des bruits comme quoi amd créerai p ê des vrais 8 coeurs (16 threads) avec une carte graphique intégrée (concurrence aux I7)

Dernière modification par Debian Alain (23-09-2020 11:35:42)

Hors ligne

#71 23-09-2020 11:55:44

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Debian Alain a écrit :

si vraiment tu n'arrives pas à installer bullseye de suite.

y a 2 solutions :


Tant mieux et merci car installer pour moi ça signifie format c: euh, qu'est-ce que je raconte, là, mais comme déjà dit, j'aimerais autant éviter de formater mon sda1, plutôt le mettre à jour de buster vers bullseye.

Debian Alain a écrit :

1) upgrader buster
- modifier les sources
- apt update && apt upgrade
- apt full-upgrade
- reboot
- lsb_release -a (pour confirmation)

modifier les sources en m'inspirant de ce post de anonyme (merci à toi !) :
#je te mets mon sources.list

deb https://deb.debian.org/debian-security bullseye-security/updates main contrib non-free
deb https://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb https://deb.debian.org/debian/ bullseye main contrib non-free


#il est fonctionnel et en https (un copier-coller, commenter ou effacer le contenu de l'ancien)

Et moi je peux rajouter ça ?

deb-src https://deb.debian.org/debian-security bullseye-security/updates main contrib non-free
deb-src https://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb-src https://deb.debian.org/debian/ bullseye main contrib non-free



Debian Alain a écrit :

2) reinstaller buster et voir ci-dessus (point 1)

Mais je vais retomber dans la problématique de conserver ce que j'ai déjà installé sur sda1, on va essayer d'éviter de tout perdre.

Debian Alain a écrit :

donc, en gros, si l'install de testing ne passe pas, upgrader buster.

si ça passe toujours pas, tu seras obligé de réinstaller buster et de reprendre l'upgrade vers bullseye.


On n'y est pas encore, faut rester optimiste, cool

Debian Alain a écrit :

attention, pour faire un upgrade, faut déjà que ta machine soit nickel-chrome avant de commencer.
sinon, gare à la casse... (debian est très chatouilleux là-dessus...)
et vu que tu bidouilles beaucoup, c'est pas gagné.

Sois confiant, cool cool cool

Debian Alain a écrit :

P.S.: tu nous donnera des nouvelles de ta nouvelle config ?
avec le nouveau chipset (B450) ?

Mais bien sûr, ne t'inquiète pas, je sais vivre (et je maudis suffisamment ceux qui postent leur question, copient/collent la réponse et cassoss' sans plus de nouvelles)

Merci, Alain et les autres
--
jp


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#72 23-09-2020 13:29:22

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

modifier les sources en m'inspirant de ce post de anonyme (merci à toi !) :
#je te mets mon sources.list

deb https://deb.debian.org/debian-security bullseye-security/updates main contrib non-free
deb https://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb https://deb.debian.org/debian/ bullseye main contrib non-free



#il est fonctionnel et en https (un copier-coller, commenter ou effacer le contenu de l'ancien)

Et moi je peux rajouter ça ?

deb-src https://deb.debian.org/debian-security bullseye-security/updates main contrib non-free
deb-src https://deb.debian.org/debian/ bullseye-updates main contrib non-free
deb-src https://deb.debian.org/debian/ bullseye main contrib non-free



comme précisé dans le texte , tu peux , soit remplacer l'ancien sources ,
soit commenter l'ancien sources (mettre le caractère # devant chaque ligne)
et y rajouter celles qu'on t'a donné .

(peut être préférable ? , tu verra ce que tu fais comme çà)

P.S.: tu peux aussi mettre les mêmes sources en http (et non https) , c' est pas  tout à fait identique
(un peu moins sécure) mais çà revient au même à la fin .

N.B. : si tu arrives à lancer le live , mefie toi , calamares (l'installateur)   formate le disque souvent en une seule partition (/swap et /root )avant d'installer le systeme .

je crois que l'on peut réinstaller sans perdre son /home . mais je sais pas comment on fait .

Dernière modification par Debian Alain (24-09-2020 09:01:30)

Hors ligne

#73 25-09-2020 16:16:39

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Bonsoir,

jpt a écrit :

Mais bien sûr, ne t'inquiète pas, je sais vivre (et je maudis suffisamment ceux qui postent leur question, copient/collent la réponse et cassoss' sans plus de nouvelles)



je sors de chez le revendeur/assembleur et je suis... le plus heureux des hommes !

Grâce à vous tous, à qui je crie un énorme M E R C I et faut pas que j'oublie d'éditer le 1er post pour y inclure le célèbre [Résolu] qui fait tant plaisir.

Donc, en résumé, remplacement de la CM MSI embarquant un chipset A320 par une GByte B450M S2H (à peine 13 € de surcoût + de la main d'œuvre pour 33 € [je préférais que ça soit eux qui le fassent, comme ça pas d'embrouille, ils ont vu le problème ils l'ont solutionné, si ça n'avait pas fonctionné ils avaient de quoi dans leur stock pour tester une autre carte]), tout est bien qui finit bien.

dmesg | grep -i amdgpu

me renvoie une tartine de lignes, tout comme

dmesg | grep -i drm

et surtout,

cat /var/log/Xorg.0.log | grep EE

ne renvoie plus aucune erreur, le tout en 5.7.10 suite install des backports.

Et l'écran sort enfin de veille en appuyant sur une touche (je n'avais pas parlé de ce problème, découvert récemment).

RÉ-SO-LU !

Dernière modification par jpt (25-09-2020 17:59:51)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

#74 25-09-2020 16:24:43

Debian Alain
Membre
Lieu : Bretagne
Distrib. : sid (unstable) / bullseye (stable)
Noyau : Linux sid 6.4.0-3-amd64
(G)UI : Gnome X.org (X11) / GDM3
Inscription : 11-03-2017
Site Web

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

finalement , tu es  en buster ? jpt ?

Hors ligne

#75 25-09-2020 16:42:11

jpt
Banni(e)
Distrib. : Debian 10.8
Noyau : Linux 5.7.10 (backports)
(G)UI : LXDE
Inscription : 12-09-2020

Re : [Résolu] AMD Ryzen 3 3200G, Debian 5.7.10 backport, et l'écran noir...

Debian Alain a écrit :

finalement, tu es en buster ? jpt ?


Mais qu'est-ce que j'en sais ? Comme déjà dit, je n'ai jamais pu m'adapter aux noms des versions, la seule chose qui rentre dans ma pauvre petite tête, c'est leurs numéros, et donc je suis

jpt a écrit :

en 5.7.10 suite install des backports

sur une 4.19.118.
L'idée m'a été soufflée sur un autre forum, mais mon interlocuteur ayant abandonné la partie, je me suis soudain retrouvé bien seul... Heureusement j'ai découvert DF, ouf !

Ah, Alain, quand tu verras que ça s'est bien stabilisé chez Virtualbox, tu pourras actualiser le post où j'en ai causé ? D'avance merci, dans l'attente je ne migre pas encore mes MV qui datent de VB 4.2.8, c'est pas tout jeune, tongue

---

Debian Alain a écrit :

je crois que l'on peut réinstaller sans perdre son /home. mais je sais pas comment on fait.


Ce qui veut dire, si tant est qu'on y arrive, qu'on va se retrouver au reboot avec un tableau de bord de lancement d'applis plein d'icônes puisque c'est stocké dans le /home/nom_du_user/.config/etc... mais ces raccourcis ne pointeront plus sur les binaires, qui auront giclé -- je parle des binaires installés après l'install de l'OS.

Il faudrait que quand on installe un prog on puisse lui dire facilement d'aller se mettre dans /opt, qu'on pourrait sauvegarder -- peut-être que ça limiterait la casse.

Dernière modification par jpt (25-09-2020 16:51:04)


AMD Ryzen3 3200G sur Gigabyte B450M & Make Love Not War

Hors ligne

Pied de page des forums